2. November 2026
Aussagekräftiger Linktext: Links nach WCAG-Kriterium 2.4.4 barrierefrei formulieren
Ein aussagekräftiger Linktext macht verständlich, wohin ein Link führt oder was er bewirkt, bevor man ihn aktiviert. Das WCAG-Erfolgskriterium 2.4.4 „Link Purpose (In Context)“ der Stufe A verlangt genau das: Der Zweck jedes Links muss sich aus dem Linktext allein oder aus dem Linktext zusammen mit seinem programmatisch ermittelbaren Linkkontext bestimmen lassen, außer wenn der Zweck des Links für Nutzer im Allgemeinen mehrdeutig wäre. Das W3C beschreibt das Ziel so: Nutzer verstehen, was jeder Link tut, damit sie entscheiden können, ob sie ihm folgen wollen. In diesem Artikel erfahren Sie, warum Linktexte wie „hier klicken“ oder „mehr erfahren“ nicht immer ausreichen, was das Kriterium unter „Kontext“ versteht und wie Sie einen Linktext formulieren, der für alle funktioniert.
Was WCAG 2.4.4 zum aussagekräftigen Linktext sagt
Der Wortlaut des Kriteriums ist kurz: Der Zweck jedes Links kann aus dem Linktext allein oder aus dem Linktext zusammen mit seinem programmatisch ermittelbaren Linkkontext bestimmt werden, außer wenn der Zweck des Links für Nutzer im Allgemeinen mehrdeutig wäre. Das W3C definiert den Linkzweck als die Art des Ergebnisses, das man durch Aktivieren eines Hyperlinks erhält.
Das Dokument „Understanding 2.4.4“ erläutert die Absicht: Stellen Sie, wann immer möglich, einen Linktext bereit, der den Zweck des Links ohne zusätzlichen Kontext erkennen lässt. Kontext ist zulässig, aber das W3C empfiehlt, wann immer möglich, einen Linktext, der ohne zusätzlichen Kontext verständlich ist.
Führt ein Link zu einem Dokument oder einer Webanwendung, genügt der Name dieses Dokuments oder dieser Anwendung, um den Zweck zu beschreiben. Das W3C weist darauf hin, dass dieser Name nicht verpflichtend ist: Auch andere Formulierungen können den Zweck des Links beschreiben.
- Konformitätsstufe: A.
- Was bewertet wird: der Zweck des Links, also was beim Aktivieren geschieht.
- Zwei zulässige Wege: der Linktext allein oder der Linktext plus programmatisch ermittelbarer Kontext.
- Eine Ausnahme: Links, deren Zweck für Nutzer im Allgemeinen mehrdeutig wäre.
Warum „hier klicken“ und „mehr erfahren“ nicht immer reichen
Assistive Technologien können Nutzern eine Liste der Links einer Seite anzeigen. Das W3C betont, dass ein möglichst aussagekräftiger Linktext denjenigen hilft, die einen Link aus dieser Liste auswählen, und ebenso denjenigen, die mit der Tabulatortaste von Link zu Link springen. Aussagekräftige Linktexte helfen ihnen, ohne komplizierte Strategien zum Verständnis der Seite zu entscheiden, welchen Links sie folgen. Umgekehrt verrät ein allgemeiner Text wie „hier klicken“ oder „mehr erfahren“, isoliert betrachtet, aus unserer Sicht nicht das Ziel.
Die vom W3C beschriebenen Vorteile zeigen, wer betroffen ist. Menschen mit motorischen Einschränkungen können Links überspringen, die sie nicht interessieren, und sich die Tastenanschläge sparen, die nötig wären, um einen Inhalt aufzurufen und zurückzukehren. Menschen mit kognitiven Einschränkungen werden nicht durch das Hin und Her zu Inhalten desorientiert, die sie nicht interessieren. Menschen mit Sehbehinderungen können den Zweck eines Links ermitteln, indem sie seinen Kontext erkunden.
Das W3C nennt zwei bewährte Praktiken: Links mit demselben Ziel sollten einen einheitlichen Text haben, und Links mit unterschiedlichen Zwecken und Zielen sollten unterschiedliche Texte haben. Für Seiten innerhalb einer Gruppe ist der einheitliche Text bei gleichem Ziel sogar eine Anforderung des Kriteriums 3.2.4 „Consistent Identification“.
Der Linkkontext: Was bei 2.4.4 wirklich zählt
Das Kriterium erlaubt, dass ein Teil der Linkbeschreibung in logisch zugehörigem Text steht, der den Kontext liefert. Die Bedingung des W3C: Nutzer sollen den Zweck des Links erkennen können, ohne den Fokus vom Link wegzubewegen, also auf einem Link ankommen und mehr darüber erfahren, ohne ihre Position zu verlieren.
Der „programmatisch ermittelbare Linkkontext“ ist zusätzliche Information, die sich programmatisch aus den Beziehungen zu einem Link ermitteln lässt, kombiniert mit dem Linktext, und Nutzern in verschiedenen Modalitäten dargestellt werden kann. In HTML gehört dazu, im W3C-Beispiel für einen Link auf Englisch, Text im selben Absatz, im selben Listenelement oder in derselben Tabellenzelle wie der Link oder in einer Tabellenkopfzelle, die mit der Zelle des Links verknüpft ist. Da Screenreader Satzzeichen interpretieren, können sie auch den Kontext des aktuellen Satzes liefern, wenn der Fokus auf einem Link in diesem Satz liegt. Autoren können außerdem eine ARIA-Technik nutzen, um anderen Text der Seite mit dem Link zu verknüpfen.
Das W3C nennt als Beispiel eine Nachrichtenseite, die die ersten Sätze jedes Artikels zeigt, gefolgt von einem Link „Read more“ („Weiterlesen“). Der Screenreader-Befehl zum Vorlesen des aktuellen Absatzes liefert den Kontext, um den Zweck des Links zu verstehen.
Umgekehrt beschreibt der Fehler F63 den Fall, dass Linkkontext nur in einem Inhalt bereitgestellt wird, der nicht mit dem Link in Beziehung steht. Der Kontext muss also in einem Inhalt stehen, der mit dem Link in Beziehung steht.
- Platzieren Sie die Beschreibung im selben Satz, Absatz, Listenelement oder in derselben Tabellenzelle wie den Link.
- Stellen Sie den Kontext vor den Link: Laut W3C ist er dort am besten nutzbar.
- Wenn Sie einen mehrdeutigen Linktext verwenden müssen, setzen Sie ihn ans Ende des Satzes, der das Ziel beschreibt, nicht an den Anfang.
- Kontext, der dem Link folgt, kann Screenreader-Nutzer verwirren, die die Seite der Reihe nach lesen.
So formulieren Sie einen aussagekräftigen Linktext
Ein erstes W3C-Beispiel: den Link auf die Wörter legen, die die Information am Ziel beschreiben, wie im Satz „There was much bloodshed during the Medieval period of history“, in dem „Medieval period of history“ der Link ist: Der Text beschreibt die Information, zu der er führt.
Stimmen Sie den Linktext auf den Titel der Zielseite ab. Das W3C bezeichnet es als bewährte Praxis, dass beide übereinstimmen oder sehr ähnlich sind, weil das Kontinuität zwischen dem angeklickten Link und der erreichten Seite schafft. Seitentitel behandelt das Kriterium 2.4.2 „Page Titled“.
Für einen Link aus Icon und Text beschreibt das W3C ein Wahlmaschinen-Icon zusammen mit dem Text „Government of Ireland's Commission of Electronic Voting“ in einem einzigen Link: Der Alternativtext des Icons ist leer, da der Text den Zweck des Links bereits beschreibt. Ein Link, dessen einziger Inhalt ein Bild ohne zugänglichen Namen ist, ist dagegen der Fehler F89.
Im W3C-Beispiel einer Bücherliste in HTML, PDF und mp3 ist der erste Link jedes Buchs sein Titel, der zweite lautet „PDF“ und der dritte „mp3“, sodass man nicht jeden Titel dreimal hört. Schließlich bezeichnet es das W3C als bewährte Praxis, im Linktext zu einer konformen Alternativversion anzugeben, dass die Zielseite die barrierefreiere Version ist; diese Information kann auch im Text stehen.
- G91 und H30: ein Linktext, der den Zweck des Links beschreibt.
- G53, H77, H78 und H79: den Linktext mit dem umgebenden Satz, Listenelement, Absatz oder der Tabellenzelle kombinieren.
- H81: in einer verschachtelten Liste den Linktext mit dem übergeordneten Listenelement kombinieren.
- ARIA7 und ARIA8: aria-labelledby oder aria-label für den Linkzweck verwenden.
- H33 und C7: den Linktext mit dem title-Attribut oder mit per CSS ausgeblendetem Textteil ergänzen.
- G189 und SCR30: Nutzer zwischen kurzen und langen Linktexten wählen lassen.
Wann ein Link mehrdeutig bleiben darf
Die Ausnahme betrifft Links, deren Zweck sich aus den Informationen der Seite nicht bestimmen lässt. Ein Zweck ist „für Nutzer im Allgemeinen mehrdeutig“, wenn er sich weder aus dem Link noch aus allen gleichzeitig mit ihm dargestellten Informationen bestimmen lässt: Auch Leser ohne Behinderung wüssten erst nach dem Aktivieren, was der Link tut.
Das W3C nennt den Satz „One of the notable exports is guava“, in dem „guava“ (Guave) ein Link ist. Er könnte zu einer Definition, zu einem Diagramm mit den Exportmengen oder zu einem Foto von Menschen bei der Guavenernte führen. Alle Leser sind unsicher, und die Person mit Behinderung ist nicht benachteiligt. In einer eigenen Anmerkung nennt das W3C zudem Situationen, in denen der Zweck eines Links absichtlich unbekannt bleiben soll: In einem Spiel sind die Links „Tür Nr. 1“, „Tür Nr. 2“ und „Tür Nr. 3“ ausreichend, weil sie für alle Nutzer Spannung erzeugen sollen.
Dennoch muss jeder auf der Seite verfügbare Kontext, mit dem sich der Zweck des Links deuten lässt, im Linktext bereitgestellt oder programmatisch mit dem Link verknüpft werden, um das Kriterium zu erfüllen.
Die Links Ihrer Seiten prüfen
Das W3C ordnet dem Kriterium 2.4.4 drei Testregeln zu: „Link has non-empty accessible name“ (Link hat einen nicht leeren zugänglichen Namen), „Link in context is descriptive“ (Link ist im Kontext aussagekräftig) und „Links with identical accessible names and same context serve equivalent purpose“ (Links mit identischem zugänglichem Namen und gleichem Kontext haben einen gleichwertigen Zweck). Ihre Verwendung ist für die Konformitätsprüfung nicht erforderlich, es sind aber definierte und anerkannte Testmethoden.
In der Praxis empfehlen wir, allgemeine oder identische Linktexte zu suchen und zu prüfen, ob der programmatisch ermittelbare Kontext (Satz, Absatz, Listenelement, Tabellenzelle oder ARIA-Verknüpfung) ihren Zweck verständlich macht. Prüfen Sie außerdem, dass jeder Bildlink einen zugänglichen Namen hat. Für den Einstieg können Sie einen kostenlosen Test Ihrer Seiten mit Conformly starten und anschließend eine kontinuierliche Überwachung einrichten, um die Entwicklung Ihrer Inhalte zu verfolgen.
Häufige Fragen
Ist ein Link „mehr erfahren“ nach WCAG verboten?
Nicht unbedingt. Kriterium 2.4.4 der Stufe A akzeptiert einen kurzen Linktext, wenn sich sein Zweck mit seinem programmatisch ermittelbaren Kontext bestimmen lässt, etwa dem umgebenden Absatz. Das W3C nennt als Beispiel Artikelzusammenfassungen mit einem Link „Read more“. Wann immer möglich, empfiehlt es jedoch einen Linktext, der ohne Kontext verständlich ist. Die W3C-Seite verweist zudem auf das eigenständige Kriterium 2.4.9 „Link Purpose (Link Only)“.
Was ist ein aussagekräftiger Linktext?
Die W3C-Seite zu Kriterium 2.4.4 definiert diesen Begriff nicht. In diesem Artikel bezeichnet er einen Linktext, der Kriterium 2.4.4 der Stufe A erfüllt: Der Zweck des Links, also die Art des Ergebnisses beim Aktivieren, lässt sich aus dem Linktext allein oder zusammen mit seinem programmatisch ermittelbaren Kontext bestimmen.
Welcher Kontext zählt bei WCAG 2.4.4?
In HTML Text im selben Absatz, Listenelement oder in derselben Tabellenzelle wie der Link oder in einer verknüpften Tabellenkopfzelle. Da Screenreader Satzzeichen interpretieren, kann auch der aktuelle Satz Kontext liefern, und eine ARIA-Technik kann anderen Text mit dem Link verknüpfen. Kontext nur in einem Inhalt ohne Beziehung zum Link reicht nicht: Das ist der Fehler F63.
Ist ein Bildlink ohne Text barrierefrei?
Nicht ohne zugänglichen Namen. Einem Bild, das der einzige Inhalt eines Links ist, keinen zugänglichen Namen zu geben, ist der Fehler F89, der die Kriterien 2.4.4, 2.4.9 und 4.1.2 betrifft.
Kann man aria-label für einen aussagekräftigen Linktext nutzen?
Ja. Das W3C führt unter den hinreichenden Techniken ARIA8 mit aria-label und ARIA7 mit aria-labelledby auf, um den Zweck eines Links anzugeben.
Reicht das title-Attribut für einen barrierefreien Link?
Das W3C führt die Technik H33, den Linktext mit dem title-Attribut zu ergänzen, unter den hinreichenden Techniken auf, in der Kategorie ergänzender Beschreibungen des Linkzwecks. Wie ihr Name sagt, ergänzt H33 den Linktext; sie wird nicht als Ersatz dafür dargestellt.
Weiterlesen bei Conformly
Quellen
Dieser Artikel stützt sich auf die am Seitenende genannten offiziellen Quellen.