Barrierefreie Kundenportale: Login-Bereiche richtig prüfen

Prüfwerkzeuge arbeiten wie ein Besucher ohne Konto. Sie starten auf der Startseite, folgen den Verweisen, sammeln HTML ein und werten es aus. Was hinter einer Anmeldung liegt, ist für sie schlicht nicht vorhanden: Es gibt keinen Verweis dorthin, und selbst wenn es ihn gäbe, fehlt die Sitzung. Genau dort liegt aber der Teil des Angebots, mit dem Kundinnen und Kunden am längsten arbeiten. Wer einen Stromtarif wechselt, eine Versicherungspolice einsieht, einen Befund abruft oder in einem B2B-Portal eine Bestellhistorie durchsucht, verbringt Minuten bis Stunden hinter dem Login, während der öffentliche Teil in wenigen Sekunden abgehandelt ist. Das Verhältnis von Prüfaufmerksamkeit zu tatsächlicher Nutzung ist damit auf den Kopf gestellt.

Hinzu kommt, dass automatisierte Verfahren auch dort, wo sie hinkommen, nur einen Ausschnitt beurteilen. Ein Teil der WCAG-Kriterien lässt sich maschinell entscheiden, der Rest verlangt eine sachkundige manuelle Prüfung. Ob eine Statusmeldung tatsächlich angesagt wird, ob die Tab-Reihenfolge dem sichtbaren Aufbau folgt oder ob ein Alternativtext etwas Sinnvolles aussagt, entscheidet eine Person, keine Regel. Welche Befunde sich maschinell erheben lassen und wo die Grenze verläuft, ordnet der Beitrag zu den Grenzen automatischer Prüfwerkzeuge ein. Für ein Portal bedeutet das: Selbst ein Scan mit gültiger Sitzung wäre nur der Anfang, die belastbare Aussage entsteht in der manuellen Prüfung.

Ein Portal ist keine feste Zahl von Seiten, sondern eine Menge von Kombinationen. Dieselbe Vertragsübersicht sieht anders aus, je nachdem ob ein Konto frisch angelegt oder seit acht Jahren in Benutzung ist, ob ein Tarif Rechnungen erzeugt oder nicht, ob eine Zahlung offen ist und ob die anmeldende Person Vollzugriff oder nur Leserechte hat. In B2B-Portalen kommt die Mandantenlogik hinzu: Ein Einkäufer sieht Freigabeschritte, die einem Besteller verborgen bleiben. Der Prüfumfang entsteht deshalb nicht aus einer Seitenliste, sondern aus einer bewussten Auswahl entlang von drei Achsen: Rolle, Tarif beziehungsweise Produkt und Zustand.

Praktisch heißt das: je Achse ein bis zwei Stichproben, dazu die Sonderfälle, die sich stark unterscheiden. Ein gesperrtes Konto zeigt Hinweisbanner, die es sonst nirgends gibt. Ein leeres Konto zeigt statt einer Tabelle einen Leerzustand mit eigener Semantik. Ein Konto kurz vor Vertragsende zeigt Fristmeldungen mit Zeitbezug. Jeder dieser Zustände kann eigene Barrieren mitbringen, und keiner davon lässt sich aus dem Idealfall ableiten. Wo Zahlen und Verträge in Tabellenform erscheinen, lohnt zusätzlich ein Blick in die Prüfschritte für barrierefreie Datentabellen, weil gerade Vertrags- und Verbrauchsdaten ohne Kopfzellenbezug vorgelesen unbrauchbar werden. Welche Prüftiefe für Ihr Angebot sinnvoll ist, klären wir vorab im Rahmen unserer Leistungen.

Der häufigste Befund hinter einer Anmeldung hat mit Zeit zu tun. Aus Sicherheitsgründen beenden Portale eine Sitzung nach einer festen Untätigkeitsdauer. Für Menschen, die mit Screenreader, Vergrößerung, Sprachsteuerung oder einer Tastaturalternative arbeiten, dauert das Ausfüllen eines langen Formulars aber erfahrungsgemäß deutlich länger als für einen geübten Maus-Nutzer. Wer eine Adressänderung mit vierzehn Feldern über die Sprachsteuerung diktiert, kann die Frist überschreiten, ohne untätig gewesen zu sein. Fällt die Sitzung dann ohne Vorwarnung, sind die Eingaben verloren. WCAG 2.2.1 verlangt für Zeitbegrenzungen deshalb eine Kontrollmöglichkeit: abschalten, anpassen oder verlängern, mit einer Warnung und mindestens zwanzig Sekunden Reaktionszeit (W3C, WCAG 2.2).

Ergänzend fordert das Kriterium 2.2.6 Timeouts auf Stufe AAA, dass Nutzerinnen und Nutzer vor der Dauer der Untätigkeit gewarnt werden, die zu Datenverlust führen kann, sofern die Daten nicht länger als zwanzig Stunden aufbewahrt werden (W3C, WCAG 2.2). Auch wenn AAA nicht der Maßstab des BFSG ist, beschreibt das Kriterium die technisch saubere Lösung: Eingaben zwischenspeichern, sodass eine erneute Anmeldung den Vorgang nicht vernichtet. Genau dieser Wiedereinstieg ist der zweite kritische Punkt. Wird die Sitzung mitten im Vorgang beendet, muss die erneute Anmeldung ohne kognitiven Test auskommen; die Anforderungen dazu beschreibt der Beitrag zur barrierefreien Authentifizierung ohne CAPTCHA. Und da Portalformulare selten kurz sind, lohnt parallel ein Blick auf barrierefreie Formulare und Validierung, denn im Mittel enthält bereits eine Startseite 6,9 (WebAIM Million, 2026) Formularfelder - im Portal sind es ein Vielfaches davon.

Ein Portal-Audit endet nicht mit einer Fehlerliste, sondern mit einer Reihenfolge. Sinnvoll sortiert wird nach zwei Größen: Wie stark blockiert ein Befund den Vorgang, und wie viele Vorgänge betrifft er. Ein Sitzungsablauf ohne Warnung blockiert vollständig und betrifft jeden Vorgang im Portal, gehört also nach oben. Ein zu geringer Kontrast in einer Fußzeile blockiert nichts und betrifft alle Seiten, gehört also in die Sammelkorrektur am Bauteil. Diese Sortierung macht den Bericht für die Entwicklung anschlussfähig, weil sie Aufwände bündelt: Ein einziges korrigiertes Formularmuster repariert typischerweise Dutzende Fundstellen auf einmal. Ergänzend zeigt der Screenreader-Test der Kernprozesse, ob eine Korrektur in der Praxis auch trägt.

Danach folgt die laufende Absicherung. Portale ändern sich häufiger als Marketing-Seiten, weil jede Tarif-, Rechts- oder Prozessänderung dort ankommt. Ein einmaliger Prüfbericht altert entsprechend schnell, weshalb sich ein wiederkehrender Blick auf die Kernprozesse lohnt; genau dafür ist unser BFSG-Monitoring gedacht. Parallel dazu sollte die Barrierefreiheitserklärung die tatsächliche Reichweite nennen, also ausdrücklich sagen, ob der geschützte Bereich geprüft wurde und in welchem Umfang. Und weil viele Portalinhalte aus einem Redaktionssystem stammen, hilft es, die Werkzeuge selbst zugänglich zu halten - dazu passt der Beitrag zum barrierefreien Redaktionssystem nach ATAG.

Der Rahmen dafür ist gesetzt. In Deutschland lebten Ende 2025 gut 7,8 Millionen (Statistisches Bundesamt, 2026) schwerbehinderte Menschen, das entspricht 9,4 Prozent (Statistisches Bundesamt, 2026) der Bevölkerung; EU-weit sind rund 90 Millionen Menschen (Europäische Kommission) von einer Behinderung betroffen, darunter nach einer WHO-Hochrechnung für das Jahr 2002 etwa 1,2 Millionen (DBSV) blinde und sehbehinderte Menschen in Deutschland. Für sie ist der geschützte Bereich kein Nebenschauplatz, sondern der Ort, an dem sich die Selbstständigkeit entscheidet. Dass dort Nachholbedarf besteht, legt die Ausgangslage im öffentlichen Teil nahe: 95,9 Prozent (WebAIM Million, 2026) der untersuchten Startseiten trugen nachweisbare WCAG-Fehler, im Mittel 56,1 (WebAIM Million, 2026) Fehler je Seite. Auf 53,1 Prozent (WebAIM Million, 2026) der Startseiten fehlten Alternativtexte, auf 46,3 Prozent (WebAIM Million, 2026) fanden sich leere Links. Hinzu kommt die Erwartungshaltung der Nutzerschaft: 71,6 Prozent (WebAIM Survey 2024) der befragten Screenreader-Nutzer springen zuerst durch die Überschriften, 88,8 Prozent (WebAIM Survey 2024) halten die Überschriftenebenen für sehr oder etwas nützlich. Wer den Bußgeldrahmen von bis zu 100.000 Euro (BFSG, § 37) vermeiden und zugleich die eigene Servicelast senken will, beginnt sinnvollerweise dort, wo die Kundschaft die meiste Zeit verbringt: hinter der Anmeldung.