Skip to main content

What do we do with a link or button matters

Posted in Accessibility and Design

I see it all over the place, in guidance and instructions:

  • “Click ‘Continue’”
  • “Click the ‘Close’ button”
  • “Click the text box and enter your name”

But do we all click? I do, but I also press, since I use my keyboard to navigate; I do a lot of tapping on my touch screen device too. Some people speak commands, some gesture, others sip and puff.

‘Click’ is not only a redundant metaphor, it describes what the user does to their pointing device itself; a better verb would describe what the user does on the interface.

More pertinently, though, language is a powerful thing, and if everything’s a ‘click’ we tend to forget about all those users who don’t.

What do we say instead?

In order to design, develop, and prioritise users who don’t or can’t click, it would be nice if we had one verb that:

  • works for all of the links, buttons, and form fields we might interact with
  • describes how the user interacts with the interface rather than their hardware

We do, but it’s not a very good one. The W3C tend to use the word ‘activate’ but, as Eric Bailey observes:

“Activate” is jargon—it isn’t used that much in everyday conversation. While technically accurate, the perceived stodginess of this phrase might confuse or scare off someone, especially if they’re not digitally literate

The best way is probably to use language that makes sense for each control:

  • ‘Press’ for a button, as that fits with the general button metaphor
  • We ‘follow’ a link, so that could work
  • Form controls might be a bit more nuanced, we might ‘enter’ some, ‘open’ or ‘select’ others, ‘choose’ options, and so on

Even then, what works for the users of one product won’t necessarily work for those of another, so be sure to carry out user testing.

Carefully considering the words we use for actions on the interfaces we design and build helps us think about our users; if our mental model of our users is that they only click, our products will reflect that.


If you enjoyed reading this and want a monthly roundup of my articles delivered to your inbox, just enter your email below.

I don’t collect any data on when, where or if people open the emails I send them. Your email will only be used to send you newsletters and will never be passed on. You can unsubscribe at any time.

More posts

Here are a couple more posts for you to enjoy. If that’s not enough, have a look at the full list.

  1. An update on Google and the open web

    A year ago, I wrote about how Google were spoiling my Blue Beanie Day. Since then, there have been some changes; some positive, others not so much.

  2. If HTML and ARIA don’t allow it, it’s probably a bad idea

    I like to use invalid HTML and ARIA as a design constraint; a line I can’t step across. Sounds obvious, but in practice it’s not always that simple!