BFSG und Onlineshops: technische Prüfpunkte für Barrierefreiheit

Den gesamten Einkaufsweg betrachten

Produkt finden, Variante auswählen, Daten eingeben und Bestellung abschließen: Für eine barrierefreie Nutzung müssen diese Schritte zusammen funktionieren. Die Web Content Accessibility Guidelines (WCAG) betrachten bei mehrstufigen Prozessen ausdrücklich alle dazugehörigen Seiten. Eine zugängliche Startseite allein belegt deshalb nicht die Zugänglichkeit eines Kaufablaufs.

Eine zusätzliche Schaltfläche für Darstellungsoptionen ist noch kein Nachweis für Barrierefreiheit. Prüfen Sie die zugrunde liegenden Bedienelemente und Abläufe selbst: Lassen sich etwa Varianten auswählen, und sind Fehler im Bestellformular verständlich?

Technische Prüfung und rechtliche Einordnung trennen

Dieser Beitrag erläutert technische Prüfpunkte auf Grundlage der WCAG. Er entscheidet nicht, ob ein bestimmtes Unternehmen oder Angebot dem Barrierefreiheitsstärkungsgesetz (BFSG) unterliegt, welche Ausnahmen bestehen oder welche gesetzlichen Nachweise erforderlich sind.

Lassen Sie diese Fragen anhand des geltenden Gesetzestexts und Ihres konkreten Angebots qualifiziert rechtlich prüfen. Ein technischer WCAG-Test und eine rechtliche Prüfung beantworten unterschiedliche Fragen. Aus einer einzelnen bestandenen technischen Prüfung sollten Sie deshalb keine umfassende Erklärung über die Erfüllung gesetzlicher Pflichten ableiten.

Den Kaufweg statt nur die Startseite prüfen

Beginnen Sie mit einer realen Bestellung: Produkt finden, Variante auswählen, Warenkorb prüfen, Adresse eingeben, Versand und Zahlung auswählen, Bestellung abschließen. Beziehen Sie eingebundene Zahlungsdienste und andere externe Komponenten in die Prüfung ein. Ein barrierefreies Theme garantiert nicht, dass individuelle Erweiterungen ebenfalls zugänglich sind.

Ein sinnvoller erster Test ist die ausschließliche Bedienung mit der Tastatur. WCAG 2.2 fordert für die hier betrachteten Shopfunktionen Tastaturbedienbarkeit, einen sichtbaren Fokus und eine Reihenfolge, die Bedeutung und Bedienung erhält. Prüfen Sie auch Dialoge: Man muss sie mit der Tastatur verlassen können. Nach dem Schließen sollte der Fokus wieder an einer nachvollziehbaren Stelle stehen.

Formulare verständlich und bedienbar gestalten

Felder brauchen verständliche Beschriftungen oder Eingabehinweise; die Beziehung zwischen Feld und Beschriftung muss auch programmatisch erkennbar sein. Nutzen Sie einen Platzhalter nicht als einzige Beschriftung. Automatisch erkannte Eingabefehler müssen in Text beschrieben werden. Sind Korrekturvorschläge bekannt, sieht WCAG 2.2 auch diese vor, sofern sie Sicherheit oder Zweck der Eingabe nicht gefährden. Ein roter Rahmen allein erklärt einen Fehler nicht.

Ein redaktionelles Beispiel für ein Formular mit deutschen Lieferadressen: Statt nur „Bitte prüfen“ kann die Meldung „Geben Sie eine Postleitzahl mit fünf Ziffern ein“ die erwartete Korrektur erklären. Bei internationalen Adressen muss die Prüfung zur gewählten Region passen. Lassen Sie bereits eingegebene Daten bei einem Fehler nach Möglichkeit erhalten. Statusmeldungen wie „Artikel wurde hinzugefügt“ müssen so ausgezeichnet sein, dass assistive Technologien sie ohne einen Fokuswechsel ausgeben können.

Inhalte und Gestaltung gehören dazu

Prüfen Sie Kontraste, Textvergrößerung, verständliche Linktexte und eine sinnvolle Überschriftenstruktur. Inhaltlich relevante Produktbilder brauchen Textalternativen, die denselben Informationszweck erfüllen. Rein dekorative Bilder sollen von assistiven Technologien ignoriert werden können. Farbe darf nicht das einzige Mittel sein, um Informationen oder Handlungsaufforderungen zu vermitteln.

Auch PDFs, Tabellen und redaktionell eingefügte Inhalte können Barrieren erzeugen. Ein technisch gutes Grundsystem hilft wenig, wenn neue Produktinformationen anschließend als schwer lesbare Bilddateien veröffentlicht werden. Redaktion und Entwicklung brauchen gemeinsame Regeln.

Automatische Tests durch menschliche Prüfung ergänzen

Die WCAG sind für eine Kombination aus automatisierten Prüfungen und menschlicher Bewertung angelegt. Behandeln Sie ein Werkzeugergebnis daher als einen Teil der Prüfung. Ein vorhandenes Textalternativattribut sagt beispielsweise noch nicht, ob der Text den Informationszweck des Bilds erfüllt.

Unser Vorschlag: Kombinieren Sie automatische Prüfungen mit manueller Tastaturbedienung, inhaltlicher Prüfung von Beschriftungen und Tests mit assistiven Technologien. Dokumentieren Sie dabei, welche Seiten, Zustände und Kaufwege tatsächlich untersucht wurden.

Ein umsetzbarer Arbeitsplan

Als praktische Reihenfolge empfehlen wir: Erfassen Sie zunächst die wichtigsten Kaufwege und auftretenden Barrieren. Priorisieren Sie Probleme, die eine Bestellung verhindern, vor kleinen Darstellungsdetails. Dokumentieren Sie Änderungen und prüfen Sie die betroffenen Abläufe erneut. Nehmen Sie dieselben Prüfpunkte danach in Updates, Erweiterungen und redaktionelle Pflege auf. Das ist ein Vorschlag für die technische Arbeit und keine vollständige Liste gesetzlicher Pflichten.

Quellen und Abgrenzung

• WCAG 2.2: vollständige Prozesse und Konformitätsanforderungen: Umfang der technischen Prüfung, einschließlich mehrstufiger Abläufe und eingebundener Inhalte.
• WCAG 2.2: Erfolgskriterien: insbesondere 1.1.1, 1.3.1, 1.4.1, 1.4.3, 1.4.4, 2.1.1, 2.1.2, 2.4.3, 2.4.4, 2.4.6, 2.4.7, 3.3.1, 3.3.2, 3.3.3, 4.1.2 und 4.1.3.
• WCAG 2.2: Quellen im offiziellen W3C-Repository. Dieser Artikel enthält keine Prüfung des rechtlichen Geltungsbereichs des BFSG.