"Wir empfehlen keine Verb-Phrasen in den Link-Text zu integrieren."
(Aus der Übersetzung der englisch-sprachigen Tipps des W3C,
nachzulesen: Hier klicken ist kein Link-Text)

Mit dieser Empfehlung habe ich so meine Probleme. Für Fließtext finde ich sie hilfreich, da der Lesefluss vielleicht besser ist.

Meine Argumente dagegen:

• Wer eine Seite nach Links abscannt – egal, ob mit dem Auge oder dem Screenreader – wird immer zuerst den unterstrichenen Text lesen. Alles andere passiert im zweiten Schritt, hält also auf.
• Ein längerer Link-Text fällt mehr ins Auge und lässt sich besser anklicken.
• Eine Linkliste mit Verben ist besser verständlich.

Beispiel:
"Hier finden Sie Hilfe" fällt besser ins Auge als "Hier finden Sie Hilfe" und es lässt sich auch besser anklicken. (eine winzige Klick-Fläche ist für ungeübte/behinderte Benutzer auch eine Barriere!

Oder ein Argument für automatisch erstellte Links in einem CMS:
Bei Artikel-Listen ist es sicher besser, die komplette Überschrift als Link zu benutzen, als das unzumutbare "weiter" oder "Artikel lesen".
Als positives Beispiel: Mittelspalte, unten Deutscher Blinden- und Sehbehindertenverband e.V. -Spitzenverband der Blinden und Sehbehinderten Deutschlands.

Was meint ihr dazu?

In beiden Fällen ist nicht ersichtlich, wofür Hilfe angeboten wir. Hier finden Sie Hilfe zu … ist da wesentlich aussagekräftiger.

__________________
Markus Wulftange

Die Empfehlungen der W3C Q/A Tips for Webmasters sind nicht normativ. Aber selbst wenn sie es wären, müssen sie sich in ein bestehendes Layout integrieren lassen - und das kann richtig schwierig werden. Nehmen wir das inzwischen fast identische Layout der Online-Ausgaben deutscher Zeitungen als Beispiel. Bei den dort vorhandenen, relativ schmalen Spalten ist es wahnsinnig schwer, die Q/A-Empfehlungen umzusetzen. Deshalb hat es sich dort als Quasi-Standard eingebürgert sowohl die Überschriften und ein ggf. vorhandenes Teaser-Bild ebenso zu verlinken, wie einen zusätzlichen "weiter"-Link im Teaser anzubieten. (siehe z. B. Spiegel online)

Die Q/A-Empfehlungen, wenn man ihnen denn folgen will, lassen sich wohl am ehesten in solch breitspaltigen Layouts wie dem des DBSV umsetzen. Aber selbst der DBSV setzt sie nicht konsequent um.

Richtig spannend und herausfordernd finde ich die zunehmende Forderung nach der Abschaffung von Linkleisten (Menüs), aber das wäre eine andere Baustelle.

So schön verlinkte Überschriften auch sind, imho ist die Zeit noch lange nicht reif für einen Verzicht auf den "weiter"-Link. Denn er ist idiotensicher, und auch das ist nunmal wichtig, wenn man barrierefreie/-arme Seiten erstellen will.

Ich kenne genug Leute, die nicht im Traum darauf kommen würden, dass sich hinter der großen (gerne auch unterstrichenen!) Überschrift ein Link verbirgt, der zur Fortsetzung des Artikels führt. Dagegen ist dies für viele Webautoren wiederum so selbstverständlich, dass sie den "weiter"-Link rauswerfen. Das ist für mich allerdings kein Zeichen von Fortschritt oder Semantik, sondern in erster Linie von mangeldem Vermögen, sich in den durchschnittlichen Besucher hineinzuversetzen.

Ich verweise damit auch auf das von EvT angeführte Verfahren mit mehreren Links - genau so findet es sich z.B. auch bei Yahoo, wo man sich des Problems des "weiter"-Sinnlostextes übrigens bewusst ist und meist nach folgendem Prinzip verfährt (das verlinkte Bild lasse ich mal weg ):

__________________
Wer keinen Link auf seine problembehaftete Seite posten kann, weil diese noch nicht online ist: Testcase bauen, online stellen, Link posten.
Internet-Grundregel: Unbekannte Begriffe googeln! (Erspart 99% aller Nachfragen.)

Ja, dieser Problematik sehe ich mich in einer Seitenspalte auch ausgesetzt.
Habisch den Link halt zweimal drin oder nehme ihn bei der Überschrift raus ... hm....

@Thema: Verben sind selten eindeutig. "Haben, Sein, Lesen, Machen, Verfolgen" zeigt dem "Linkscannenden" User nicht worum es geht. "Jobabbau, Webdesign, Metzgerwurst" sind klarer im Hinsicht auf die transportierte Information. Ich kann es daher nachvollziehen, möchte aber Andreas' Beispiel aufgreifen und meinen, dass verlinkte Sätze m. E. daher nicht unter diese Regel fallen, sofern der Bezug klar und die Sätze nicht zu lang sind.

__________________
Grüsse Andreas- auch mal wieder da...

Design isn't about the tools, it's about creating the best experience for the user. A design should be based on usability, accesibility, aesthetics, but never on floats, lists or background images. ( by Cameron Adams)
Wiedergelesen: > hier und hier

[Foren-Links] Dein Post? Klar, DAS vorher gelesen? Hilft. ## User-Landkarte

Woher kommt denn diese Forderung und wie soll das funktionieren?

Danke für eure Beiträge. Da ich kein "Konfliktpotential" erkennen kann, scheine ich ja da gar nicht so falsch zu liegen.
Auch Heikos "weiter"-Hinweis (" ...Denn er ist idiotensicher") kann ich zustimmen - vielleicht mit dem Hinweis, dass man über CSS (versteckter Text) zusätzlich einen vernünftigen Link-Text ("weiter im Artikel 'ABC'") erzeugen sollte, der dann vorgelesen, aber nicht angezeigt wird. Dabei wird der versteckte Text einfach aus dem Anzeigebereich herausgeschoben, z. B. position:absolute; left:-2000px;

Genau

__________________
Wer keinen Link auf seine problembehaftete Seite posten kann, weil diese noch nicht online ist: Testcase bauen, online stellen, Link posten.
Internet-Grundregel: Unbekannte Begriffe googeln! (Erspart 99% aller Nachfragen.)

Sind diese Erkenntnisse denn noch gültig?

__________________
Markus Wulftange

Meines Wissens (und meiner Recherche nach) gibt es keine bessere Lösung und auch kein Problem damit: Sollten die CSS deaktiviert sein, dann wird halt der ganze Text angezeigt - aber das dürfte für das Layout in diesem Moment das kleinste Problem sein Die Barrierefreiheit ist jedenfalls gewährleistet.
Übrigens sind die Styles display:none und display:hidden NICHT für diese Aufgabe vorgesehen und deshalb auch nicht geeignet.
Apropos "keine bessere Lösung": Der einzige Schönheitsfehler ist doch eigentlich, dass "getrickst" wird: Es gibt kein Element, Attribut oder CSS für diese Aufgabe. Aber es ist weder schwer zu programmieren, noch allzu umständlich - zumal sich per PHP oder CMS viel automatisieren lässt.