3.3.5 Help

1. Was ist das Ziel dieses Kriteriums?

Stell dir vor, du füllst ein komplexes Formular aus – vielleicht eine Steuererklärung oder einen Kreditantrag. Plötzlich stehst du vor einem Feld, das nach deiner "steuerlichen Identifikationsnummer für grenzüberschreitende Transaktionen" fragt. Ohne Hilfe würdest du wahrscheinlich rätseln oder das Formular abbrechen.

Genau hier setzt Erfolgskriterium 3.3.5 der WCAG an: Menschen mit kognitiven Einschränkungen, Lernschwierigkeiten oder auch einfach alle anderen Nutzer sollen nicht im Dunkeln stehen gelassen werden. Das Ziel ist klar: Kontextsensitive Hilfe bereitstellen, die genau dann verfügbar ist, wenn sie gebraucht wird.

Kurz gesagt: Nutzer sollen immer wissen, wie sie eine Aufgabe erfolgreich erledigen können – ohne den Überblick zu verlieren oder frustriert aufzugeben.

2. Was fordert das Erfolgskriterium genau?

Die Anforderung ist erfreulich klar formuliert: Kontextsensitive Hilfe ist verfügbar. Punkt. Das bedeutet konkret:

Kontextsensitive Hilfe bezieht sich auf Hilfstexte, die sich auf die aktuell ausgeführte Funktion beziehen. Die Hilfe muss nur dann bereitgestellt werden, wenn ein Label allein nicht ausreicht, um die gesamte Funktionalität zu beschreiben.

Wann ist Hilfe nötig?

  • Bei Formularfeldern, die spezielle Formate erfordern (z.B. Datumsangaben, Telefonnummern)
  • Bei Begriffen, die nicht selbsterklärend sind
  • Bei Eingabefeldern mit besonderen Anforderungen oder Einschränkungen
  • Bei komplexen Funktionen oder mehrstufigen Prozessen

Wichtige Voraussetzungen:

  • Die Hilfe muss für den Nutzer offensichtlich verfügbar sein
  • Der Nutzer muss sie jederzeit abrufen können, wenn er sie benötigt
  • Die Hilfe kann vom Inhaltsautor oder auch vom Browser/Hilfstechnologie bereitgestellt werden

Dieses Erfolgskriterium ist auf Level AAA eingestuft – es ist also der höchste Anspruch an Barrierefreiheit, aber kein Muss für die meisten Websites.

3. Warum ist das wichtig für Barrierefreiheit?

Stell dir vor, du hast eine Leseschwäche und sollst ein Online-Bewerbungsformular ausfüllen. Die Frage "Geben Sie Ihre beruflichen Kompetenzen an" ist unklar – sollen das Soft Skills sein? Fachkenntnisse? Zertifikate? Ohne Hilfe kann das zum Showstopper werden.

Kontextsensitive Hilfe schafft Barrierefreiheit, weil sie:

  • Menschen mit kognitiven Einschränkungen dabei hilft, komplexe Formulare zu verstehen und korrekt auszufüllen
  • Menschen mit Lese- und Rechtschreibschwächen durch klare Anweisungen und Beispiele unterstützt
  • Ältere Nutzer entlastet, die möglicherweise weniger vertraut mit digitalen Prozessen sind
  • Alle Nutzer vor Fehlern bewahrt und die Completion-Rate von Formularen erhöht
  • Stress und Frustration reduziert, die entstehen, wenn unklar ist, was erwartet wird

Zusätzlich profitieren Menschen, die aufgrund von Müdigkeit, Ablenkung oder ungünstigen Umgebungsbedingungen (z.B. schlechte Beleuchtung, Lärm) Schwierigkeiten beim Verstehen haben. Kontextsensitive Hilfe macht Inhalte universell zugänglicher.

4. So setzt du das Kriterium erfolgreich um

Die gute Nachricht: Kontextsensitive Hilfe zu implementieren ist meist unkomplizierter, als es zunächst klingt. Hier ein paar bewährte Ansätze:

Grundregeln für gute kontextsensitive Hilfe:

  • Direkt verfügbar: Hilfe-Icons oder -Links direkt neben dem relevanten Element platzieren
  • Auf den Punkt: Kurze, verständliche Erklärungen ohne unnötigen Fachjargon
  • Mit Beispielen: Konkrete Beispiele für erwartete Eingaben bereitstellen
  • Nicht störend: Hilfe sollte optional sein und nicht den Arbeitsfluss unterbrechen

Praktische Umsetzungstipps:

Für Formularfelder:

  • Hilfe-Icons (?, i-Symbol) direkt neben Labels platzieren
  • Tooltip-Texte oder ausklappbare Hilfetexte verwenden
  • Platzhaltertexte mit Formatvorgaben ("TT.MM.JJJJ")
  • Beispiele in Feldnähe anzeigen ("z.B. Max Mustermann")

Für komplexe Prozesse:

  • Schritt-für-Schritt-Anleitungen anbieten
  • FAQ-Bereiche kontextuell verlinken
  • Chatbots oder Live-Chat für sofortige Hilfe
  • Video-Tutorials oder interaktive Guides

Technische Umsetzung:

  • aria-describedby für Verknüpfung von Hilftexten mit Formularfeldern
  • aria-expanded für ausklappbare Hilfebereiche
  • title-Attribute für einfache Tooltip-Hilfen (aber nicht als alleinige Lösung)
  • Strukturierte Hilfebereiche mit eindeutigen Überschriften

Tools und Ansätze:

  • Helpdesk-Software mit kontextueller Einbindung
  • In-App-Guidance-Tools wie Intro.js oder Shepherd.js
  • Progressive Enhancement: Hilfe schrittweise verfügbar machen
  • A/B-Tests für optimale Hilfe-Platzierung

5. Warum dieses Erfolgskriterium für Unternehmen relevant ist

Kontextsensitive Hilfe ist weit mehr als nur ein Nice-to-have – sie kann echten Business-Impact haben und deine Conversion-Rate messbar verbessern.

1. Conversion-Rate und Abbruchquoten optimieren

Jedes unklare Formularfeld ist ein potentieller Abbruchpunkt. Studien zeigen, dass bis zu 27% der Nutzer Formulare aufgrund von Verwirrung oder Unsicherheit abbrechen. Kontextsensitive Hilfe reduziert Abbrüche drastisch und führt zu mehr erfolgreichen Abschlüssen – sei es bei Bestellungen, Anmeldungen oder Bewerbungen.

2. Support-Kosten senken

Weniger verwirrte Nutzer bedeuten weniger Support-Anfragen. Wenn deine Website selbsterklärend ist und kontextuelle Hilfe bietet, entlastest du dein Kundenservice-Team erheblich. Das spart Personal- und Betriebskosten und verbessert gleichzeitig die User Experience.

3. Markenwahrnehmung und Nutzerzufriedenheit stärken

Eine Website, die Nutzer geschickt durch komplexe Prozesse führt, hinterlässt einen professionellen, fürsorglichen Eindruck. Das stärkt das Vertrauen in deine Marke und führt zu positiven Bewertungen und Weiterempfehlungen.

Und nicht zuletzt: Rechtssicherheit und Fördermöglichkeiten. Viele öffentliche Projekte fordern digitale Barrierefreiheit bereits verpflichtend – wer vorbereitet ist, hat klare Vorteile bei Ausschreibungen und Förderanträgen.

6. Das Erfolgskriterium im Wortlaut der W3

Success Criterion 3.3.5 Help (Level AAA)

Context-sensitive help is available.

Zum Erfolgskriterium bei der W3C

← Zurück zur WCAG-Übersicht