Does this page look plain and unstyled?

Tools, wizards, articles and tutorials on Web Accessibility for the conscientious web developer

Subscribe to Accessify's RSS Feed   

Click Here? No thanks. I have a Better Idea …

So I was reading this post on copyblogger entitled Does Telling Someone to Click Here Actually Matter? and I could feel the old blood a-boiling as the article dismissed all the work that many people in the accessibility circuit have put in so far in trying to get people not to use the damn phrase. Now, I could have vented off in the comments section, but then I decided to do something more constructive.

If you absolutely must use the phrase ‘click here’ because all your evidence or beliefs or hunches suggest it has the greatest effectiveness for click-through, please don’t do it at the expense of accessibility (that is for screen reader users as well as the obvious search SEO/advantages). You can use CSS to achieve your aims and keep the link phrase as something useful for screen reader users and search.

The solution is basically this:

<p><a href="#" class="clickhere"><span>Click here</span> to learn about widgets </a></p>

… using this CSS (or variant thereof):

body {color:#000;}
a{color:#006;font-weight:bold;}
a:hover,a:focus{color:#090;}
a.clickhere, a.clickhere:hover, a.clickhere:focus {text-decoration:none;color:#000;font-weight:normal;/* to match body color and weight */}
a.clickhere span {text-decoration:underline;font-weight:bold;color:#006;}
a.clickhere:hover span, a.clickhere:focus span {color:#090;;text-decoration:underline;font-weight:bold}
code {color:#00FF33;background:#000;padding:2px;}

It will produce a visibly underlined click here but the rest of the text ("to learn about widgets") will match the body text. This will not help fully sighted users who are just scanning through the document picking out links visually, though - they will still see only ‘click here’, ‘click here’. So it’s a compromise, but sometimes that’s what you have to do in battle!

You can view a page with a working example (that does not clash with this site’s own style sheets) here. Or perhaps I should write click here to view a working example.

Comments (18) left to “Click Here? No thanks. I have a Better Idea …”

  1. Harold wrote:

    What is your opinion on phrases such as “use the menu on the left” or “select an item from the menu on the right”? Obviously this won’t make much sense if read aloud by a screenreader. With what could we replace these phrases?

  2. Ian wrote:

    I would personally avoid - or at least I would try to (but this is the kind of thing that easily slips through), just as I would try to avoid using presentational CSS classnames such as ‘leftnav’, because if you change the style the navigation may move to the right.

    You ask what it could be replaced with - how about ‘Use the main navigation menu’ and ensure that your navigation is preceded by a heading (e.g. h2, h3, whatever) with the matching title ‘Main Navigation’. This can be hidden with CSS, but still be keyboard navigable for screen reader users.

    I’m more flexible on the usage of ‘Back to top’ as it’s pretty clear that it means to the beginning of the document/page.

  3. simon r jones wrote:

    i was always under the impression adding the title attribute was a reasonable method to add meaning to “click here” / “read more” style links. Would you recommend against this technique?

    The upcoming W3C Accessibility Guidelines (2.4.4) seem to reference both using the title and CSS to hide descriptive parts of the link - http://www.w3.org/TR/WCAG20/#navigation-mechanisms-refs

    Is this an example of another hotly debated part of web accessibility?

  4. Ian wrote:

    @simon, the problem is thta use of title to reinforce is still not perfect - a user can configure a screen reader massively and may not have it set to read title attributes. Because there are so many misuses of title attribute (stuffing keywords all over the place for SEO and what have you), many users switch off the facility to announce that attribute. Using the technique I’ve described above, there’s no question that the user will hear the entire link phrase. The downside is that a screen reader user does not ‘click’, as they are not using a mouse, but rather activates by a keypress. That said, someone who uses a screen reader is *well used to this* and certainly wouldn’t get stuck here: “Oh no, it says click here but I can’t use a mouse, whatever am I going to do?!”. You catch my drift!

  5. Carlos wrote:

    I suspect that your compromise solution is also at the expense of accessibility, if we understand accessibility and something more than screen reader users, for example taking also into consideration people with cognitive disabilities, for whom these compromise solutions are not solutions at all as they still have to fight with no-sense (or nonsense) linking texts that doesn’t help in the navigation at all.

  6. JackP wrote:

    Yes, but (as Joe Clark pointed out to me) if someone is using a cut-up version of your page as provided by a screen reader and not how you intended it (i.e. just a list of links), then isn’t it really their own fault if the links don’t make sense — assuming that they made sense when they were in context?

    My personal call (as I mentioned on AccessifyForum) is the halfway method of using the title attribute. If you don’t cut up my page and read it out of context, or you cut up my page and you take notice of my title attributes, you’ll get the necessary information.

    But if you cut up my page and don’t read the title information that I made available to you and you didn’t read for whatever reason, then the links may be less meaningful - but that’s entirely your own fault.

  7. Carlos wrote:

    @JackP, “click here” is not meaningful at all and doesn’t make sense with or without context. Title is OK as a complement, but just if your links are at least a little bit meaningful on their own, and that’s not the case of “click here”.

  8. JackP wrote:

    @Carlos, don’t worry!

    I was meaning something more like a phrase like

    “I have been investigating the properties of the title element when coupled with a large cup of coffee and have produced a TESTCASE”

    …with TESTCASE as the link. It’s meaningful in context, it certainly doesn’t say “click here”, but taken out of context, you won’t know what it’s a testcase FOR…

  9. patrick h. lauke wrote:

    “What is your opinion on phrases such as “use the menu on the left” or “select an item from the menu on the right”?”

    I absolutely hate those. They’re only needed if a site fails at making it obvious where to go…or often it’s managers who are too worried about “but will users know that they need to use the links on the left?”. Yes, if a site is such an inobvious mess that users need to be directed towards links because they probably can’t find them, then such phrases may well be necessary…but they point to far more fundamental problems of clutter and bad visual hierarchy etc.

  10. patrick h. lauke wrote:

    additionally, whenever somebody mentions “should we add a ‘use the links on the left’ to the copy”, i ask if we should maybe also explain to them that to do that, they may need to move that pointer-looking thing on their screen with the mouse, or to tab to those links, etc. at some stage, we need to assume that users know how to use a (well designed, obviously signposted) website.

    a counterpoint to my previous statements: there’s no major harm in dropping a (redundant) link into the main copy of a page to point to a specific section of the site. if there are lots of links in the left-hand nav, say, it’s no crime to have something like “For more stories, visit our [link]news archive[/link]”, rather than “For more stories, use the links on the left to go to our news archive.”

  11. John Faulds wrote:

    Another alternative which has been written about before is to wrap the extra information that comes after ‘click here’ (in this case ‘to learn about widgets’) in a span and move it offscreen; it’s still read by AT users and SEs but doesn’t show on screen.

  12. Carlos wrote:

    @john, I’m afraid that this other alternative is even worse, as it suffer from the same problems as the first “compromise solutions” (see #5), and it additionally makes imposible for others than screen reader users to have an idea of what are they going to find if they follow the link.

  13. Harold wrote:

    Thanks for the responses to my “click in the menu on the left” query. I agree with patrick h. lauke that it’s a sign of bad design, however the reality of the situation is that the layout (or code for that matter) of the site I spend a lot of time in is not under my control, it has zero semantic markup: headers are implemented with spans for example. I will look into the possibilities of adding redundant links instead.

  14. Mike Cherim wrote:

    Click here has the greatest click-through rate because users don’t know where the damn link leads and have to click it to find out! Not a good practice in my opinion, though I suppose there are instances where it’s perfectly fine (on a page by itself preceeded by text that makes it clear, but even that is weak becuase not all users will access the descriptive text as we want them to).

    Regarding the spatial location of webby parts, I don’t mind using right, left, top, bottom, but one does have to consider that not all users will see it the same way. What I do in those rare instances when I do give a physical location like that is add to the statement, then using offset positioning I strip part of it away so it’s not visible, but will still be accessible. I only define the class in the screen style sheet. All others get the text (I do provide handheld and print style sheets regularly so this is possible).

    <p>Use the menu to the right,<span class="offset-screen"> or at the bottom of the page if you're using a browser that offers the page differently,</span> to get around this site.</p>

    I don’t use something like this very much, but IMO it can be helpful, especially if you really need to convey location to your core audience.

  15. James wrote:

    As I understand it, search engines will penalise pages that hide text by setting its colour to be the same as the background.
    This is because it was once used to try and trick search engines into bumping that page up the rankings.
    It will also still take up physical space on the page. Avoiding this is usually the reason why “More” or “Click here” links are used.

    Maybe absolutely positioning the text off the screen would be an alternative?

    See also the thread on this topic on the forum: www.accessifyforum.com/viewtopic.php?t=9067

  16. Click Here -- It's Not About SEO! :: Unintentionally Blank wrote:

    […] out what it was about. Or you could just click the link to find out, Mike Cherim alluded to this in a comment on Ian Lloyd’s compromise solution on Accessify. Clicking to find out what a link is all […]

  17. Kai wrote:

    Another way - if there is no room for long link phrases - would be:

    Click here to view our beautifull product xyz

    So you have a visual short version wich expands in screenreaders nicely. Of course it is better to show the complety link to everybody…

  18. Kai wrote:

    There should have been code in my previous statement…

    [a …]Click here [span class=offscreen]to view our beautifull product xyz[/span][/a]

Post a Comment

(Never published)
 

Site Navigation

Outside reading

Jeremy Keith does an excellent write-up of the Accessibility 2.0 conference (which I was unable to attend)
Sharepoint and Web Accessibility
Bruce Lawson describes the disparity between Sharepoint/MOSS developed web sites and the level of accessiblity that the tool offers to users (summary - it really is not good!)
How does a screen reader user really hear your web site?
Interesting post on Beast Blog about how a screen reader user - a real one! Not one of those fake web developer tester types! - uses the tool to read a web page. A few surprises were waiting in store for author Mike Cherim.
Web Accessibility Toolbar now available in simplified Chinese
The Web Accessibility Tools Consortium (WAT-C) release a simplified Chinese version of the Web Accessibility Toolbar.
Web 2.0 vs Web Accessibility
1-day seminar in London, 25th April, brings together experts in the field to discuss/demonstrate the accessibility issues faced by web 2.0.
Leading accessibility technologists form new alliance to fix problems
The Accessibility Interoperability Alliance (AIA), comprising (among others) Adobe, HP, Microsoft, Novell, and from the assistive tech industry Dolphin, GW Micro and HiSoftware forms to work together "to create and harmonize standards for accessible techn
Fieldsets, legends and screen readers
An excellent run-down of how fieldsets and legends can improve accessibility and how the various screen readers cope with this useful markup.
CAPTCHAs explained - WacBlog
Another really good post on the RNIB\'s Web Access Centre blog explaining captchas, why they\'re bad for accessibility and what the alternatives may be.
Making WCAG easier to read
Derek Featherstone has created some fancy style sheets to make reading WCAG documents a little easier on the eye.
Top Tips for the title attribute
Ann McMeekin provides a set of simple tips regarding when - or rather when not to - use the title attribute. \'Cos sometimes you can try *too much* to be helpful
California court tilts towards mandating web accessibility
Outlaw.com reports (on behalf of The Register) on the Target California class action lawsuit, digging a little deeper into what Target have been doing of late to address matters.
Screen Readers and display:none
Juicy Studio, aka Gez Lemon, investigate some quirks whereby screen readers announce content that they should not be. Perhaps this could be used for good rather than evil?
Google Developer Podcast: The status of accessibility on the Web
An interview with Google research scientist TV Rahman (and Hubbell, his seeing-eye dog!). Lots of talk about CAPTCHAs and accessibility, but no sign of a transcript for this interview as yet.
Transcript of Shawn Henry's talk from Jun 5th 2007 in London on RNIB's Web Access Centre Blog
Virtual worlds open up to blind
"Online virtual worlds could soon be accessible to blind people thanks to research by students at IBM in Ireland" states BBC News

View all Accessify bookmarks on del.icio.us



This page is styled using Cascading Style Sheets (CSS). If you can read this message, the chances are that your browser does not properly support CSS or you have disabled this yourself. The content on this site is perfectly readable without style sheets, though; it just doesn't look quite so fancy.

site statistics

This site is partnered with MIS Web Design and Top4Office for Copiers and Digipro for Photocopiers. Web design by Swindon Internet & PR Services.

How you can help support this site: Learn web design from the creator of this site, or help him by requesting some PR Photography