WCAG 3.1.3: Ungewöhnliche Wörter

Was diese Regel bedeutet

WCAG 3.1.3 — Ungewöhnliche Wörter ist ein Erfolgskriterium der Stufe AAA unter dem Prinzip „Verständlich“. Es verlangt, dass alle Webinhalte, die Wörter oder Ausdrücke in einer ungewöhnlichen, spezialisierten oder eingeschränkten Bedeutung verwenden, einen Mechanismus bereitstellen, der es Nutzern ermöglicht, die Definitionen dieser Begriffe nachzuschlagen oder darauf zuzugreifen. Dies gilt für drei Kategorien der Sprachverwendung: Jargon (spezialisierter Wortschatz, der für ein Gewerbe, einen Beruf oder ein Fachgebiet spezifisch ist), Redewendungen (Ausdrücke, deren Bedeutung nicht aus der wörtlichen Bedeutung der Wörter abgeleitet werden kann, wie „break a leg“ oder „hit the ground running“), und Wörter, die in einer eingeschränkten oder ungewöhnlichen Weise verwendet werden (gewöhnliche Wörter, denen in einem bestimmten Kontext eine spezialisierte oder nicht standardisierte Bedeutung zugewiesen wird).

Das Kriterium schreibt keinen einzigen Implementierungsansatz vor. Zulässige Mechanismen umfassen Inline-Definitionen, ein von der Seite aus verlinktes Glossar, Tooltips oder ausklappbare Definitionen, die durch Nutzerinteraktion ausgelöst werden, Definitionen im umgebenden Text oder die Verwendung des HTML-Elements <dfn> in Verbindung mit einem zugänglichen Kontext. Die zentrale Anforderung ist, dass der Definitionsmechanismus verfügbar sein muss — Nutzer müssen ihn ohne unzumutbaren Aufwand erreichen können.

Ein Pass wird erreicht, wenn jede Instanz von Jargon, Redewendung oder ungewöhnlich verwendetem Wort auf der Seite von einem erreichbaren Definitionsmechanismus begleitet wird. Ein Fail tritt ein, wenn spezialisierte oder mehrdeutige Terminologie ohne einen solchen Mechanismus erscheint — zum Beispiel eine juristische Website, die Begriffe wie „tortfeasor“ oder „subrogation“ ohne Glossar oder Inline-Erklärung verwendet.

WCAG definiert eine enge Ausnahme: Wenn ein Wort nur innerhalb eines bestimmten Abschnitts in einer ungewöhnlichen Weise verwendet wird, reicht es aus, die Definition für diesen Abschnitt bereitzustellen, anstatt global über die gesamte Website hinweg. Außerdem unterliegen Eigennamen (Namen von Personen, Orten oder Organisationen) im Allgemeinen nicht diesem Kriterium, es sei denn, sie fungieren im Kontext gleichzeitig als Fachbegriffe.

Warum es wichtig ist

Barrieren beim Sprachverständnis betreffen eine bemerkenswert breite Gruppe von Nutzern. Menschen mit kognitiven Beeinträchtigungen — einschließlich Dyslexie, intellektuellen Beeinträchtigungen und erworbenen Hirnverletzungen — können Schwierigkeiten haben, die Bedeutung aus dem Kontext abzuleiten, wenn unbekannte Begriffe auftauchen. Laut der Weltgesundheitsorganisation lebt weltweit etwa 1 von 6 Personen mit irgendeiner Form von Behinderung, und kognitive Beeinträchtigungen stellen eine der größten Kategorien dar. Für diese Nutzer kann das Auftreten undefinierten Jargons eine ansonsten zugängliche Seite völlig unbenutzbar machen.

Nicht-Muttersprachler stellen eine weitere große Gruppe dar, die von diesem Kriterium betroffen ist. Allein in der Türkei umfasst die Bevölkerung Millionen von Menschen, deren Erstsprache Kurdisch, Arabisch oder eine andere Regionalsprache ist und die Türkisch als Zweitsprache lesen. Wenn ein türkisches staatliches Gesundheitsportal medizinische Fachbegriffe wie „anjiyoplasti“ oder „antikoagülan“ ohne Erklärung verwendet, können diese Nutzer — und sogar viele Muttersprachler des Türkischen — möglicherweise kritische Gesundheitsinformationen nicht verstehen.

Screenreader-Nutzer sind ebenfalls in subtiler, aber bedeutsamer Weise betroffen. Wenn ein Begriff über einen sichtbaren Tooltip oder ein Glossar definiert wird, können sehende Nutzer schnell danach suchen. Ist dieser Mechanismus jedoch nicht tastaturzugänglich und programmatisch bestimmbar, erreichen blinde Nutzer, die auf unterstützende Technologien angewiesen sind, die Definition möglicherweise überhaupt nicht. Gut strukturierte Inline-Definitionen oder ein korrekt verlinktes Glossar stellen einen gleichwertigen Zugang sicher.

Betrachten Sie ein konkretes Szenario: Eine türkische E-Commerce-Plattform verkauft Finanzprodukte und verwendet den Begriff „faiz oranı bileşimi“ (Zinseszins) ohne Erklärung. Ein Nutzer mit intellektueller Beeinträchtigung oder eine ältere Person ohne Finanzkenntnisse, die versucht, Kreditprodukte zu vergleichen, könnte eine finanziell schädliche Entscheidung treffen, nur weil die Terminologie nie erläutert wurde. Die Bereitstellung eines verlinkten Glossars oder eines zugänglichen Tooltips mit einer leicht verständlichen Definition in einfacher Sprache mindert dieses Risiko direkt.

Über die Barrierefreiheit hinaus hat dieses Kriterium messbare Vorteile für Usability und SEO. Von Suchmaschinen indexierte Glossarseiten erhöhen die thematische Autorität und können Long-Tail-Suchanfragen abfangen. Klare Definitionen verringern außerdem die Belastung des Kundensupports, verbessern Konversionsraten und tragen zur allgemeinen Inhaltsqualität bei — alles Ergebnisse, die für kommerzielle Betreiber relevant sind.

Verwandte Axe-core-Regeln

WCAG 3.1.3 gehört zu der Kategorie von Kriterien, die manuelle Tests erfordern. Es gibt keine automatisierte axe-core-Regel, die erkennen kann, ob ungewöhnliche Wörter definiert sind, da dies voraussetzen würde, dass das Tool die semantische Bedeutung und den Domänenkontext jedes Wortes auf einer Seite versteht — eine Aufgabe, die die aktuellen Möglichkeiten automatisierter Analysen übersteigt.

• Manuelle Bewertung erforderlich — Ungewöhnliche Wörter: Automatisierte Barrierefreiheits-Scanner wie axe-core, Lighthouse und IBM Equal Access Checker können nicht identifizieren, welche Wörter als Jargon, Redewendungen oder ungewöhnlich verwendete Begriffe gelten, da diese Bestimmung von Domänenwissen, Zielgruppenkontext und sprachlicher Interpretation abhängt. Ein Scanner kann nicht wissen, dass „token“ in einem Kontext ein Sicherheitsnachweis und in einem anderen ein Gutschein bedeutet oder dass „cloud“ sich auf verteilte Rechnerinfrastruktur statt auf atmosphärischen Wasserdampf bezieht. Menschliche Prüfer — idealerweise einschließlich Mitgliedern der Zielgruppe — müssen den Inhalt lesen und beurteilen, ob irgendeine Terminologie einer Definition bedarf. Der Prüfer sollte dann verifizieren, dass für jeden markierten Begriff ein zugänglicher Definitionsmechanismus existiert.
• Komplementäre automatisierte Prüfungen: Auch wenn axe-core dieses Kriterium nicht direkt bewerten kann, können Auditoren automatisierte Tools verwenden, um zu überprüfen, ob die verwendeten Definitionsmechanismen (wie <dfn>-Elemente, Tooltips oder verlinkte Glossare) selbst zugänglich sind. So können beispielsweise axe-core-Regeln zu Linkzweck (link-name), Tastaturzugänglichkeit (tabindex) und ARIA-Verwendung (aria-allowed-attr) bestätigen, dass ein Glossarlink oder ein Tooltip-Widget korrekt implementiert ist — auch wenn das Tool nicht beurteilen kann, ob das Glossar vollständig ist.

Wie man testet

1. Automatischer Vorab-Scan: Führen Sie axe DevTools oder Lighthouse auf der Seite aus, um zu bestätigen, dass keine grundlegenden Barrierefreiheitsfehler vorliegen, die die Tests beeinträchtigen könnten (defekte Links, fehlende Fokusindikatoren usw.). Notieren Sie alle interaktiven Definitions-Widgets (Tooltips, ausklappbare Begriffe), die wegen ARIA- oder Tastaturproblemen markiert werden. Diese sekundären Fehler können verhindern, dass Nutzer Definitionen erreichen, selbst wenn sie existieren.
2. Inhaltsprüfung — ungewöhnliche Begriffe identifizieren: Lesen Sie den Seiteninhalt sorgfältig durch. Markieren Sie jede Instanz von Jargon, technischer Terminologie, Redewendung oder in einem nicht standardmäßigen Sinn verwendetem Wort. Es hilft, sich vorzustellen, wie man die Seite einem Nutzer ohne Hintergrundwissen im betreffenden Themengebiet erklären würde. Erstellen Sie eine Liste der markierten Begriffe, bevor Sie nach Definitionen suchen.
3. Definitionsmechanismen verifizieren: Bestätigen Sie für jeden markierten Begriff, dass ein Definitionsmechanismus existiert und erreichbar ist. Prüfen Sie auf: Inline-Definitionen im umgebenden Text, ein sichtbares <dfn>-Element mit zugehörigem <abbr title> oder verlinkter Beschreibung, eine Glossarseite, die aus dem Inhalt heraus verlinkt ist, oder Tooltip-/ausklappbare Definitionen. Wenn der Mechanismus ein Tooltip oder ein ausklappbares Widget ist, fahren Sie mit Schritt 4 fort.
4. Test der Tastaturnavigation: Versuchen Sie ausschließlich mit der Tastatur (Tab, Enter, Leertaste, Pfeiltasten), jeden Definitionsmechanismus auf der Seite zu erreichen und zu aktivieren. Verifizieren Sie, dass Tooltips oder ausklappbare Definitionen ohne Maus ausgelöst werden können. Navigieren Sie in Firefox mit NVDA zu definierten Begriffen und bestätigen Sie, dass die Definition angesagt wird. Verwenden Sie in Safari mit VoiceOver auf macOS VO+Rechts, um durch den Inhalt zu gehen, und verifizieren Sie, dass der Definitionskontext verfügbar ist. Testen Sie in Chrome mit JAWS, dass verlinkte Glossareinträge Fokus erhalten und der Linkzweck klar ist.
5. Test der Screenreader-Lesereihenfolge: Aktivieren Sie mit NVDA in Firefox den Browse-Modus und lesen Sie die Seite linear durch. Bestätigen Sie, dass, wenn ein Jargonbegriff erscheint, entweder die Definition inline vorgelesen wird oder der Link/Schalter zur Definition unmittelbar benachbart und klar beschriftet ist. Stellen Sie sicher, dass der Nutzer die Seite nicht verlassen und den Kontext verlieren muss, um auf eine Definition zuzugreifen.
6. Prüfung der Glossarvollständigkeit: Wenn die Website ein zentrales Glossar verwendet, gleichen Sie die Liste der markierten ungewöhnlichen Begriffe mit den Glossareinträgen ab. Bestätigen Sie, dass jeder markierte Begriff einen entsprechenden Eintrag hat. Verifizieren Sie, dass die Glossarseite selbst zugänglich ist (korrekte Überschriftenstruktur, per Tastatur navigierbar, von Screenreadern lesbar).

Wie man behebt

Technischer Jargon ohne Definition — Falsch

<p>
  The system uses OAuth2 for authorization, issuing a JWT
  that expires after 3600 seconds. Refresh tokens are stored
  in an HttpOnly cookie to mitigate XSS vectors.
</p>

Technischer Jargon mit Inline-Definitionen — Richtig

<!-- Using dfn elements with title attributes and a linked glossary -->
<p>
  The system uses
  <dfn><abbr title='OAuth 2.0: An open authorization protocol that allows
  third-party applications to access user data without exposing
  credentials.'>OAuth2</abbr></dfn>
  for authorization, issuing a
  <dfn><abbr title='JWT (JSON Web Token): A compact, URL-safe token
  format used to transmit claims between parties.'>JWT</abbr></dfn>
  that expires after 3600 seconds. See our
  <a href='/glossary#security-terms'>Security Glossary</a>
  for full definitions.
</p>

Redewendungen ohne Erklärung — Falsch

<p>
  Our customer support team will go the extra mile to ensure
  your issue is resolved. We believe in burning the midnight
  oil so you never have to.
</p>

Redewendungen in einfache Sprache umformuliert — Richtig

<!-- Plain language replacement is the most robust fix for idioms.
     If idioms must be retained for brand voice, provide a
     parenthetical explanation or tooltip. -->
<p>
  Our customer support team will make every effort to ensure
  your issue is resolved. We work extended hours so you
  receive help whenever you need it.
</p>

Medizinische oder juristische Inhalte mit undefinierten Fachbegriffen — Falsch

<p>
  Patients diagnosed with dyslipidemia may be prescribed
  statins to manage LDL cholesterol levels and reduce the
  risk of atherosclerosis.
</p>

Medizinische Inhalte mit zugänglichen Glossarlinks — Richtig

<!-- Each technical term links to the relevant glossary anchor.
     The glossary page contains plain-language definitions. -->
<p>
  Patients diagnosed with
  <a href='/glossary#dyslipidemia'>dyslipidemia</a>
  (abnormal levels of lipids in the blood) may be prescribed
  <a href='/glossary#statins'>statins</a>
  to manage
  <a href='/glossary#ldl'>LDL cholesterol</a>
  levels and reduce the risk of
  <a href='/glossary#atherosclerosis'>atherosclerosis</a>
  (hardening and narrowing of the arteries).
</p>

Wort in eingeschränktem oder domänenspezifischem Sinn verwendet — Falsch

<p>
  Submit your token at the kiosk to claim your reward.
  Tokens expire at the end of each session.
</p>

In eingeschränktem Sinn verwendetes Wort mit kontextueller Definition — Richtig

<!-- The first use of the term in the restricted sense is
     marked with dfn and explained. Subsequent uses are clear
     by context. -->
<p>
  Submit your
  <dfn id='def-token'>token</dfn>
  (a single-use digital voucher issued when you complete
  a qualifying purchase) at the kiosk to claim your reward.
  Tokens expire at the end of each session.
</p>

Häufige Fehler

• Einen Begriff im Glossar definieren, aber nie aus dem Inhalt heraus darauf verlinken: Ein Glossar ist nur nützlich, wenn Nutzer wissen, dass es existiert und es erreichen können. Wenn man ungewöhnliche Begriffe nicht mit ihren Definitionen verlinkt — oder einen prominenten Glossarlink in der Navigation weglässt — werden viele Nutzer diese Ressource nie entdecken.
• Verwendung von <abbr title='...'> für vollständige Wörter statt für Abkürzungen: Das title-Attribut auf <abbr> wird häufig als allgemeiner Tooltip für beliebige Begriffe missbraucht. Screenreader gehen mit title uneinheitlich um, und es ist für Tastaturnutzer in den meisten Browsern standardmäßig unsichtbar. Verwenden Sie für vollständige Wörter <dfn> mit einer zugänglichen verlinkten Beschreibung oder benachbartem Text.
• Bereitstellung von Tooltip-Definitionen, die nicht tastaturzugänglich sind: Reine CSS- oder JavaScript-Tooltips, die nur bei Maus-Hover aktiviert werden, schließen Tastatur- und Touch-Nutzer vollständig aus. Jeder Tooltip, der eine Definition vermittelt, muss über Tastaturfokus auslösbar sein und darf nicht verschwinden, wenn der Nutzer den Fokus in ihn hinein verschiebt, um ihn zu lesen.
• Annahme, dass branchenübliche Begriffe für ein allgemeines Publikum keiner Definition bedürfen: Begriffe wie „bandwidth“, „uptime“, „SLA“ oder „API“ mögen für technische Teams offensichtlich sein, sind aber für die Allgemeinheit, die eine Website eines Telekommunikations- oder Cloud-Dienstleisters besucht, unverständlich. Beurteilen Sie Terminologie immer aus der Perspektive des am wenigsten informierten Mitglieds der Zielgruppe.
• Einen Begriff nur bei seinem ersten Vorkommen in einem Dokument zu definieren, nicht aber auf Seiten, auf denen er ohne vorherige Einführung erscheint: Wenn ein Nutzer über einen Deep-Link auf eine Artikelseite gelangt, die Jargon verwendet, der nur auf einer anderen Seite definiert ist, hat er keinen Zugang zur Definition. Jede Seite muss für sich stehen oder unabhängig vom Einstiegspunkt eine Navigation zur Definition bereitstellen.
• Verwendung von Jargon in Formularbeschriftungen, Button-Texten oder Fehlermeldungen ohne Definitionen: Ungewöhnliche Wörter in interaktiven UI-Elementen — etwa „Authorize delegated access“ auf einem Button oder „Your session token is invalid“ in einer Fehlermeldung — sind besonders schädlich, weil Nutzer sie verstehen müssen, um kritische Aufgaben zu erledigen. Diese werden in Inhaltsprüfungen häufig übersehen.
• Glossardefinitionen mit zusätzlichem Jargon verfassen: Ein Glossareintrag, der „amortization“ als „the systematic allocation of an intangible asset's cost over its useful life“ definiert, hilft einem Laien nicht. Definitionen müssen ihrerseits in einfacher Sprache verfasst sein, die für die Zielgruppe zugänglich ist.
• Sprachspezifische Redewendungen in mehrsprachigen oder übersetzten Inhalten ignorieren: Wenn Inhalte aus dem Englischen ins Türkische (oder umgekehrt) übersetzt werden, werden Redewendungen häufig wörtlich übertragen, was zu Ausdrücken führt, die in der Zielsprache unsinnig oder verwirrend sind. Jede lokalisierte Version muss von einem Muttersprachler auf idiomatische Genauigkeit und Verständlichkeit geprüft werden.
• <dfn> als rein semantisch behandeln, ohne nutzerseitige Definition: Das HTML-Element <dfn> markiert die Stelle, an der ein Begriff definiert wird, stellt aber selbst keine Definition für Nutzer bereit. Es muss immer mit benachbartem Text, einer aria-describedby-Verknüpfung oder einer sichtbaren Definition im umgebenden Absatz kombiniert werden.
• Ungewöhnliche Wörter aus automatisierten Audit-Checklisten weglassen, weil keine axe-Regel sie markiert: Da dieses Kriterium eine manuelle Bewertung erfordert, wird es bei technischen Audits leicht nachrangig behandelt. Teams sollten einen dokumentierten manuellen Prüfprozess für Sprache und Terminologie als formalen Schritt in ihrem Barrierefreiheits-QA-Workflow etablieren, nicht als nachträglichen Gedanken.

Bezug zu den Barrierefreiheitsvorschriften der Türkei

Die Präsidialverfügung 2025/10 der Türkei, veröffentlicht im Amtsblatt Nr. 32933 am 21. Juni 2025, legt verbindliche Anforderungen an die Web- und mobile Barrierefreiheit fest, die an WCAG 2.2 ausgerichtet sind, und zwar für eine breite Palette öffentlicher und privater Einrichtungen, die in der Türkei tätig sind. Zu den erfassten Einrichtungen gehören öffentliche Institutionen und Behörden, E-Commerce-Plattformen, Banken und Finanzinstitute, Krankenhäuser und private Gesundheitsdienstleister, Telekommunikationsunternehmen mit 200.000 oder mehr Abonnenten, Reisebüros, private Transportunternehmen und private Schulen, die vom Bildungsministerium (MoNE) autorisiert sind.

Die Verfügung schreibt die Einhaltung von WCAG 2.2 Stufe AA als gesetzliche Mindestanforderung vor. WCAG 3.1.3 — Ungewöhnliche Wörter ist ein Kriterium der Stufe AAA und daher nach dieser Regelung rechtlich nicht vorgeschrieben. Dies schmälert jedoch nicht seine praktische Bedeutung für türkische Organisationen. Einrichtungen, die sprachlich vielfältige Bevölkerungsgruppen bedienen — darunter öffentliche Gesundheitsportale, nationale Bildungsplattformen und Finanzdienstleister — haben starke ethische und reputationsbezogene Anreize, AAA-Kriterien wie 3.1.3 umzusetzen.

Für bestimmte spezialisierte Dienste kann die Konformität mit Stufe AAA faktisch notwendig werden. Gesundheitseinrichtungen, die Patienten mit unterschiedlichen Gesundheitskompetenzniveaus versorgen, Bildungsplattformen unter MoNE-Autorisierung, die Schüler mit kognitiven Beeinträchtigungen bedienen, und Regierungsportale, die verpflichtet sind, mit allen Bürgern klar zu kommunizieren, würden erheblich davon profitieren, dieses Kriterium umzusetzen. Der türkische Rechtsrahmen zu den Rechten von Menschen mit Behinderungen, gestützt durch die Ratifizierung des UN-Übereinkommens über die Rechte von Menschen mit Behinderungen durch die Türkei, etabliert ein weiter gefasstes Mandat für gleichberechtigten Zugang zu Informationen, das AAA-Kriterien im Geiste erfüllen helfen, auch wenn sie nicht strikt gesetzlich vorgeschrieben sind.

Organisationen, die Barrierefreiheit auf höchstem Niveau nachweisen wollen — sei es für Wettbewerbsvorteile, Zugang zu internationalen Märkten, Teilnahme an öffentlichen Ausschreibungen oder echte Verpflichtung zu inklusivem Design — sollten WCAG 3.1.3 als Teil eines umfassenden Barrierefreiheitsprogramms betrachten, das über das regulatorische Minimum hinausgeht. Die Implementierung eines strukturierten Glossarsystems, die Schulung von Inhaltserstellern darin, ungewöhnliche Terminologie zu erkennen und zu definieren, und die Integration von sprachlicher Barrierefreiheit in redaktionelle Workflows sind praktische Schritte, die türkischen Nutzern dienen und mit den übergeordneten Zielen der Präsidialverfügung 2025/10 im Einklang stehen.