Versuchen Sie Folgendes: Schließen Sie die Augen und stellen Sie sich vor, dass Ihnen jemand eine Liste aller Links auf der Seite vorliest, ohne den umgebenden Text – nur den Linktext selbst, einen nach dem anderen. Wenn die Liste klingt wie „Klicken Sie hier, klicken Sie hier, lesen Sie mehr, klicken Sie hier“ – das ist genau das, was viele Benutzer von Screenreadern erleben, weil sie eine „Linkliste“-Funktion verwenden, um schnell durch ein Dokument zu navigieren.
Kurz gesagt – was dieser Leitfaden behandelt
Warum „Hier klicken“ fehlschlägt
WCAG-Kriterium 2.4.4 („Link-Zweck im Kontext“) verlangt, dass der Linktext zusammen mit seinem unmittelbaren Kontext erklärt, wohin er führt oder was er bewirkt. „Hier klicken“ und „Weiterlesen“ schlagen fehl, weil sie für sich genommen nichts sagen – sie hängen vollständig vom umgebenden Text ab, den ein Benutzer, der in einem Screenreader durch eine Linkliste navigiert, einfach nicht hört.
So schreiben Sie guten Linktext
Die einfachste Regel: Der Linktext sollte das Ziel oder die Aktion beschreiben, nicht den Klickmechanismus. „Geschäftsbericht herunterladen (PDF, 2 MB)“ ist deutlich besser als „Klicken Sie hier, um den Bericht herunterzuladen.“ „Lesen Sie unsere vollständigen Datenschutzbestimmungen“ ist besser als „Klicken Sie hier für weitere Details.“ Bei einer herunterladbaren Datei empfiehlt es sich auch, den Typ und die Größe in Klammern anzugeben – das hilft allen Benutzern, nicht nur denen, die einen Bildschirmleser verwenden.
Wenn der Umgebungskontext tatsächlich ausreicht
WCAG verlangt nicht, dass Linktext in jedem Fall völlig eigenständig steht – Sie können sich auf den unmittelbaren Kontext (derselbe Absatz oder das gleiche Listenelement) verlassen, solange dieser Kontext auch für einen Bildschirmleser und nicht nur visuell zugänglich ist. Das praktische Problem: Wiederholte „Weiterlesen“-Links in einer Artikelliste sind ein gutes Beispiel für einen Grenzfall – optisch ist klar, zu welchem Artikel jeder „Weiterlesen“ gehört, aber in einer isolierten Linkliste klingen sie alle identisch. Eine gängige Lösung: Hinzufügen von zusätzlichem Text zum Link, der visuell verborgen, aber für einen Screenreader zugänglich ist (z. B. „Lesen Sie mehr über [Artikeltitel]“), sodass sowohl die visuelle Anzeige als auch die vorgelesene Version gut funktionieren.
💡 Praxistipp
Eine kurze Faustregel: Lesen Sie den Linktext laut vor, ohne ihn zu umgeben. Wenn es auf diese Weise keinen Sinn ergibt, braucht es einen besseren Text.
Wie das in PDF-Dokumenten funktioniert
In PDF-Dokumenten werden Links als Link-Objekt im Tag-Baum markiert, wobei der interne Text genau vorgelesen wird. Das häufigste Problem bei aus Word exportierten Dokumenten: Eine vollständige URL wird als Linktext selbst eingefügt („https://example.com/very/long/path/document.pdf“) – ein Screenreader liest die gesamte Adresse Buchstabe für Buchstabe oder Segment für Segment vor, was das Anhören unerträglich macht. Die Lösung: Ersetzen Sie den Linktext durch eine kurze, klare Beschreibung und behalten Sie die vollständige Adresse nur als Ziel (die URL selbst), nicht als angezeigten Text bei.
Möchten Sie wissen, welche Links in Ihren Dokumenten unklar sind?
Unser Tool identifiziert generische Links und Roh-URLs, die als Linktext in jedem PDF-Dokument auf Ihrer Website verwendet werden.
Scannen Sie Ihre Website kostenlos ←