Vermeiden Sie Linktexte wie „Hier klicken“ (2001)

• Betont die Probleme bei der Verwendung allgemeiner Linktexte wie „Hier klicken“
• Im Sinne einer besseren Barrierefreiheit sollten Linktexte die Bedeutung des Inhalts klar vermitteln
• Negative Auswirkungen auf Suchmaschinen und die Nutzererfahrung von Screenreader-Nutzern
• Klare, kontextbezogene Linkformulierungen bieten Vorteile für Nutzer und Technik gleichermaßen
• Seit 2001 gibt es auf Ebene von Webstandards und UX-Prinzipien Bestrebungen, korrekte Linktexte zu empfehlen

---

Einleitung

• Die Verwendung allgemeiner Linktexte wie „Hier klicken“ oder „click here“ ist seit langem eine verbreitete Praxis unter Webentwicklern
• Diese Vorgehensweise bringt jedoch erhebliche Nachteile in Bezug auf Barrierefreiheit, Usability und SEO mit sich

Bedeutung von Linktexten und Problempunkte

• Linktexte sollten Informationen liefern, damit Nutzer vor dem Klicken vorhersagen können, wohin der Link führt
• Wird lediglich „Hier klicken“ verwendet, existiert der Link ohne Kontext, was zu Verwirrung bei Nutzern und eingeschränkter Barrierefreiheit führt

Auswirkungen auf Barrierefreiheit und Nutzererfahrung

• Wenn Screenreader-Nutzer eine Linkliste auf einer Seite durchgehen, hören sie immer wieder denselben Inhalt „Hier klicken“, wodurch die Informationsaufnahme erschwert wird
• Sind Links mit konkreten Formulierungen, die Bedeutung transportieren, versehen, steigt die Effizienz der Nutzungserfahrung sowohl für sehbehinderte Menschen als auch für Nutzer in verschiedensten Situationen

Aspekte der Suchmaschinenoptimierung (SEO)

• Auch Suchmaschinen analysieren Linktexte, um Relevanz und Qualität von Inhalten zu bewerten
• Linktexte mit wichtigen Keywords und Kontext wirken sich positiv auf Suchranking und Sichtbarkeit aus

Empfehlungen für gute Linktexte

• Empfohlen wird die Verwendung von Linktexten, die den Kontext klar widerspiegeln
  • Beispiel: „Aktuelle Richtlinien zur Barrierefreiheit ansehen“
• Dieses Prinzip wird seit 2001 im Zuge der Entwicklung von Webstandards und einer stärkeren UX-Orientierung kontinuierlich betont

Fazit

• Statt „Hier klicken“ sollten aussagekräftige Texte als Link verwendet werden; das ist ein wesentlicher Standard für das heutige und zukünftige Web

[GN⁺]

Hacker-News-Kommentare

• Aus Sicht der Barrierefreiheit möchte ich betonen, dass Screenreader für sehbehinderte Nutzer Seiten linear vorlesen. Zwar können Nutzer diese lineare Struktur verlassen, indem sie Überschriften oder Linklisten separat durchsuchen, aber wenn alle Links als „hier klicken“ angezeigt werden, wird dieser nichtlineare Zugang faktisch blockiert

  • Es wird darauf hingewiesen, dass es schwer ist, die Bedeutung einzelner Links zu erfassen, wenn alle Links nur als Substantive ohne Verb angezeigt werden, etwa einfach nur „Amaya“. Deshalb halte ich Formulierungen wie „Amaya herunterladen“ oder „zur Amaya-Website gehen“ für völlig in Ordnung. Außerdem wird wxMaxima als Beispiel genannt, bei dem der Download-Button auf github.io liegt, man die ausführbare Datei dann aber tatsächlich von einer potenziell riskanten Seite wie SourceForge lädt, was keine gute Praxis ist
  • Ironischerweise braucht es etwas, das Menschen, die Accessibility-Tools nicht selbst benötigen, deren Funktionsweise leicht visualisiert und verständlich macht. Nicht die Tools selbst sollten verändert werden, sondern es braucht Möglichkeiten, damit mehr Menschen eine Screenreader-Umgebung direkt erleben können
  • Für solche Probleme gibt es bereits verschiedene Lösungen. Als Beispiele werden der WCAG-2.2-HTML-H33-Leitfaden und der WCAG-2.2-CSS-C7-Leitfaden als Referenzen genannt. Wie gut die erste Methode in realen Screenreadern unterstützt wird, ist allerdings nicht ganz klar
  • Ich halte das für ein gutes Argument. Trotzdem finde ich, dass Linktext eher eine klarere Handlung wie „Amaya herunterladen“ statt nur „Amaya“ enthalten sollte
  • Screenreader bieten verschiedene Navigationsmethoden innerhalb einer Seite. Lineare Bewegung ist nur die ineffizienteste davon. Nutzer können über Landmarks, Überschriften oder Outline-Navigationsmodi schnell an die gewünschte Stelle springen. Wichtig ist, dass sich Screenreader-Navigation und Tastaturnavigation unterscheiden

• Ich finde das im Artikel gezeigte „problematische“ Beispiel

  To download Amaya, the editor/browser from W3C, click here.
  tatsächlich sehr intuitiv. Ich würde erwarten, dass ein Klick auf den Link entweder direkt eine Datei herunterlädt oder auf eine Download-Seite führt.
  Dagegen wirkt
  Amaya herunterladen!
  eher so, als führe es zur Startseite der Website, und wäre deshalb als echter Download-Link weniger effektiv.
  Und
  Mehr über Amaya erfahren
  hat überhaupt nichts mit einem Download zu tun, und das Verb „erfahren“ ist nicht verlinkt, weshalb unklar bleibt, ob der Link „Amaya“ auf eine Landingpage oder auf eine Informationsseite führt.
  Die gängige Praxis im Web ist eher wie in den bisherigen Beispielen:
  To download Amaya, the editor/browser from W3C, click here
  Amaya herunterladen, der Editor/Browser von W3C
  Ich kann der Behauptung nicht zustimmen, dass Linktext keine Verben enthalten sollte. Im Gegenteil: Wenn ein Link eine Handlung auslöst oder erfordert, etwa Download oder Informationsabruf, sollte das Verb klar enthalten sein.
  Besonders „hier klicken“ ist sehr intuitiv, weil es markiert, dass es sich nicht um einen bloßen Verweislink, sondern um einen aktionsorientierten Link handelt.
  Amaya herunterladen!
  wirkt eben nicht wie ein Link, der tatsächlich erklärt, wie man Amaya bekommt, sondern eher wie ein bloßer Referenzlink

  • Wenn man einen Screenreader selbst benutzt, merkt man sofort, dass alle Links nur immer wieder als „hier klicken“ vorgelesen werden. Das hilft überhaupt nicht. Auch aus Sicht von Suchmaschinen liefert „hier klicken“ keinerlei Information. Gegen Verben an sich ist nichts einzuwenden, aber man sollte vermeiden, dass alle Links gleich klingen wie bei „hier klicken“. Eine Formulierung wie „Hier klicken, um Amaya herunterzuladen“ ist in Ordnung, weil auch das Objekt klar genannt wird, aber bloßes „hier klicken“ ist in vielen Situationen nicht unterscheidbar
  • Ich hasse „hier klicken“-Links wirklich. Wenn ich den gewünschten Link finden will, überfliege ich auf der Seite oft nur die Linktexte mit den Augen, und „Amaya herunterladen“ oder „Amaya“ wären für eine Referenzseite vielleicht okay, aber „hier klicken“ hilft überhaupt nicht
  • Im tatsächlichen Beispiel führen alle Links zur Amaya-Homepage. Nicht zur Download-Seite, wodurch die Aussagekraft sogar noch schwächer wird. Es wird kritisiert, dass hier Accessibility-Probleme wie bei „hier klicken“ mit der Frage vermischt werden, wie genau der Linktext den tatsächlichen Zweck des Links widerspiegelt
  • Abgesehen vom Thema Screenreader kann es aus Wartungssicht Vorteile haben, Linktext als klare Substantive zu formulieren. Wenn etwa Links versehentlich falsch kopiert wurden oder tot sind, liefert der Text selbst einen Hinweis, was Nachverfolgung und Korrektur erleichtert. Vielleicht etwas kleinlich, aber dennoch nützlich
  • Im frühen Web gab es viele solche „hier klicken“-Links. Nach und nach wurden sie durch buttonartige Elemente mit klarer Aktion ersetzt, sodass Muster wie „Um diesen Kauf abzubrechen, [hier klicken]“ oder „Um diesen Kauf abzuschließen, [hier klicken]“ allmählich verschwanden

• Es wird darauf hingewiesen, dass auch die britischen Government Digital Services ähnliche Accessibility-Richtlinien empfehlen; das offizielle Material gibt es hier

  • Ich nutze diese Richtlinien oft als Referenz, wenn ich Komponenten oder Webdesign mit möglichst hoher Barrierefreiheit umsetzen will. Es mag etwas grob wirken, etwa mit dicken schwarzen/gelben Rändern, aber ich finde es wichtig, Barrierefreiheit über Designvorlieben zu stellen
  • Die vom Home Office empfohlene Methode unterscheidet sich leicht von W3C. Zum Beispiel
    W3C:
    Get Amaya
    Read more about Amaya
    Home Office:
    Get Amaya
    Read more about Amaya
    Der Home-Office-Ansatz wirkt vernünftiger, kann je nach Kontext aber wieder andere Probleme erzeugen. Beide lösen das in der Praxis oft natürlicher mit Out-of-Line-Buttons statt mit Hyperlinks im Fließtext, etwa [Download], [Documentation]. Aus meiner Erfahrung funktioniert eine natürlich umformulierte Textfassung besser, etwa
    „PiPedal ist ein Gitarreneffekt, der auf dem Raspberry Pi läuft. Den Download von PiPedal gibt es auf der [Download-Seite], die Dokumentation unter [Documentation].“
    Genau so habe ich es auch in echten Dokumenten geschrieben.
    Mir ist klar geworden, dass es schwieriger als gedacht ist, „hier klicken“ zu substantivieren. In manchen Fällen liefert ein Inline-Satz bereits genug Kontext, sodass die Verwendung von „hier klicken“ nicht tatsächlich ein Barrierefreiheitsproblem verursacht.
    Besonders wenn die Buttons direkt darüber stehen („Download“, „Documentation“), bin ich mir nicht sicher, ob eine Anpassung überhaupt nötig ist Letztlich ist die eigentliche Kennzahl, wie oft Menschen die Download-Seite tatsächlich besuchen

• Persönlich finde ich das zweite Beispiel, das der Artikel vermeiden will („Um Amaya herunterzuladen, gehen Sie zur Amaya-Website, um die benötigte Software zu bekommen“), besser.
  Wenn einfach nur „Amaya“ verlinkt ist, ist nicht klar, ob es ein interner oder externer Link ist und ob er direkt zu einer Datei oder zu einer Download-Seite führt

  • Ich bevorzuge einen Ansatz mit Icons, die anzeigen, ob das Ziel extern ist oder ein Dateilink. Bei Dateien könnte man auch die Dateiendung anzeigen
  • Das Problem der Unterscheidung zwischen internen und externen Links ist bei Wikipedia und anderswo bereits gut mit kleinen Icons gelöst

• Vielleicht liegt es an meinem Alter, aber intuitiv denke ich bei Links eher an Substantive, also Orte oder Objekte.
  Deshalb finde ich einen Link wie „meine Website“ in Ordnung, habe aber eine Abneigung gegen Formulierungen mit Verben wie „zu meiner Website gehen“.
  Besonders Imperative mag ich nicht, deshalb verwende ich keine Formen wie „go to my website“ oder „follow this link“

  • Das kann ich nachvollziehen. Bei Dingen mit klarer Aktion wie Downloads kann es verwirrend sein, aber „Download“ selbst ist ja auch ein Substantiv und daher vermutlich okay
  • Für Tutorials oder How-to-Seiten halte ich imperativische Formulierungen durchaus für passend

• Die Verwendung von nur „hier“ als Link im Web wirkt für mich wie ein grundlegendes Scheitern daran, überhaupt zu verstehen, wie man Hypertext-Dokumente schreibt. „Hier klicken“ wirkt wie eine Regieanweisung. Ich glaube, viele Autoren schreiben nicht wirklich im Hypertext-Kontext

• Bei Formulierungen wie „I forgot my password“ habe ich zwar darüber nachgedacht, sie in etwas wie „hier klicken“ umzuwandeln, aber intuitiv fühlte sich das falsch an.
  Mit dem Zusammenbruch von UI-Standards kommt es zunehmend vor, dass Nutzer nicht mehr wissen, was sie auf einer Seite anklicken sollen und welcher Text ihre Absicht überhaupt ausdrückt.
  Ich stimme auch zu, dass „I forgot my password“ als Button deutlich effektiver ist als als Link.
  Außerdem gab es, als Microsoft die meisten Buttons abschaffte und durch farblich schwer erkennbare Links ersetzte, viele Fälle, in denen unklar war, worauf man klicken sollte
  (Referenzpost: zugehöriger Mastodon-Beitrag)

• Es wird auf Dragan Espenschieds Essay von 2022, eine Geschichte des Linktexts, hingewiesen.
  Darin wird ein neuerer Trend beschrieben, bei dem sich Linktext von einem Call-to-Action hin zu Buttontext verschiebt, der den Zustand des Nutzers beschreibt, also definiert, was für eine Art Person man ist, etwa „Melden Sie sich an“

• Ich stimme den in dem Artikel beschriebenen Grundsätzen größtenteils zu, denke aber, dass es Ausnahmen gibt, in denen ein Verb oder eine Verbphrase wie „download“ ausdrücklich sichtbar sein sollte. Das ist dann nur angemessen, wenn der Link tatsächlich direkt den Download auslöst, und man muss immer prüfen, ob es zum Kontext passt

• Wenn wie im Beispiel alle Links tatsächlich den Download von Amaya starten würden, wäre ein Hyperlink im Format Amaya herunterladen mein klarer Favorit.
  Wenn möglich, sollte man dazu noch ein Icon setzen, das den Download andeutet. Ich möchte jedenfalls vermeiden, dass ein angeblicher Download-Link nur auf eine Download-Seite mit mehreren Werbebuttons führt