Techniker Krankenkasse Webauftritt

Website nicht konform Prüfung vom 26.09.2025 ID: #1114
Gesundheit öffentliche Einrichtung
Prüfbericht herunterladen (PDF) Link kopiert!

Kurzzusammenfassung

Auftraggeber
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüforganisation
Materna Information & Communications SE
Prüfart
eingehende Überwachung

Technische Umgebung

  • OS: Windows 11 (Version 23H2)
  • Browser: Firefox (Version 143.0)
  • Screenreader: NVDA (Version 2025.1)
  • Auflösung: 1920 × 1200
  • Tools: Colour Contrast Analyser (Version 3.5.1), PDF Accessibility Checker 2024 (Version 24.4.2.0), NVDA (Version 2025.1)

KI-Schnellcheck zur Nutzbarkeit

Blindheit

Kaum nutzbar

Schwerwiegende Screenreader-Probleme bei Semantik, Alternativtexten, Fokusführung und Statusmeldungen erschweren eigenständige Nutzung deutlich.

Sehbehinderung

Kaum nutzbar

Unzureichende Text- und Fokuskontraste sowie schwacher Nicht-Text-Kontrast machen Inhalte und Bedienelemente nur schwer erkennbar.

Hörbehinderung

Weitgehend zugänglich

Es werden keine maßgeblichen audiobezogenen Barrieren beschrieben, der Auftritt ist überwiegend visuell und textbasiert nutzbar.

Motorische Behinderung

Mit Hindernissen nutzbar

Fehlerhafte Fokusreihenfolge und teils schlecht sichtbarer Fokus beeinträchtigen Tastatur- und alternative Eingaben deutlich.

Lernbehinderung

Mit Hindernissen nutzbar

Fehlende klare Struktur, unlogische Reihenfolgen und unklare Rückmeldungen bei Formularfehlern können Orientierung und Verständnis erschweren.

Neurodivergenz

Mit Hindernissen nutzbar

Unlogische Fokus- und Lesereihenfolgen sowie fehlende eindeutige Zustandsanzeigen können Aufmerksamkeit und Reizverarbeitung deutlich belasten.

Wahrscheinliche Barrieren

Barriere Auswirkung Melden
Tastaturfokus springt unlogisch Beim Login, in Dialogen und nach Formularversand folgt die Fokussierung keinem klaren Ablauf. Der Fokus wandert dabei teils in den Hintergrund, obwohl ein Overlay oder Dialog geöffnet ist. Ich verliere beim Bedienen mit der Tastatur schnell die Orientierung. Im schlimmsten Fall kann ich nicht mehr sinnvoll weitermachen, obwohl die Seite eigentlich bedienbar sein sollte. Melden
Formularfehler werden nicht angekündigt Nach einem Fehler im Formular „Barriere melden“ erscheint keine verständliche Statusmeldung. Screenreader-Nutzende bekommen daher nicht automatisch mit, dass etwas schiefgelaufen ist. Ich fülle das Formular möglicherweise weiter aus, ohne zu merken, dass ein Fehler vorliegt. Das kann dazu führen, dass mein Anliegen nicht abgeschickt wird und ich neu anfangen muss. Melden
Text ist teils schwer lesbar wegen zu geringem Kontrast Auf Cookie-Banner, Login- und Hilfeseiten ist der Text teilweise viel zu schwach vom Hintergrund abgesetzt. Die Kontrastwerte liegen deutlich unter dem geforderten Minimum. Ich kann wichtige Hinweise oder Funktionen schlechter erkennen, besonders bei schlechter Sicht oder hellem Umgebungslicht. Das kann dazu führen, dass ich Texte übersehe oder falsch interpretiere.

Hinweis: Diese Einschätzung mit generativer KI basiert auf den Informationen aus diesem Gutachten. Künstliche Intelligenz kann Inhalte nicht automatisch barrierefrei machen oder Prüfungen durchführen. Behinderungen sind komplex und mehrschichtig, weshalb diese Analysen nicht zutreffen müssen.

Getestete Angebote

Webangebot öffnen
  • https://www.tk.de/techniker

Empfehlung & Status

Alternative Texte, semantische Auszeichnung, Fokussteuerung, Kontrast und ARIA-Informationen überarbeiten; fehlende Statusmeldungen, Autofill-Hinweise und Dokumentverlinkungen ergänzen, damit die Barrierefreiheit verbessert wird.

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
4.9.1.1.1.b
Alternativtexte für Grafiken und Objekte
nicht bestanden Informative Bilder auf Startseite, Login und Barrierefreiheitsseite besitzen keinen Alt-Text (z. B. Siegel oder Video-Vorschaubild). Screenreader-Nutzer erhalten daher keine Informationen über Aussage oder Zweck der Grafiken.
4.9.1.3.1.a
HTML-Strukturelemente für Überschriften
nicht bestanden Visuell erkennbare Überschriften werden in HTML nicht als solche ausgezeichnet, zudem fehlen logische Überschriftenebenen (z. B. Fußbereich). Durch korrekte h1-h6-Auszeichnung entsteht bessere Orientierung für Screenreader.
4.9.1.3.1.b
HTML-Strukturelemente für Listen
nicht bestanden Mehrere als Listen wahrnehmbare Inhalte (z. B. Login-Texte, Suchvorschläge) sind nicht mit ul/ol/li ausgezeichnet, sodass Screenreader-Zuordnung erschwert ist.
4.9.1.3.1.h
Beschriftung von Formularelementen programmatisch ermittelbar
nicht bestanden Hinweise im Cookie-Banner und im Formular „Barriere melden“ sind nicht via aria-describedby oder ähnlichem mit den dazugehörigen Feldern verknüpft; zusätzliche Informationen werden nicht vorgelesen.
4.9.1.3.2
Bedeutungsvolle Reihenfolge
nicht bestanden Ausgeklappte Inhalte (z. B. FAQ-Antworten) bleiben für Screenreader hörbar, obwohl sie im visuellen Zustand verborgen sind; die Lesereihenfolge ist damit inkonsistent.
4.9.1.3.5
Eingabezweck bestimmen
nicht bestanden Formulare der Seite „Barriere melden“ nutzen kein autocomplete-Attribut; der Zweck der Felder kann somit von Browsern nicht automatisch bestimmt werden.
4.9.1.4.3
Kontrast (Minimum)
nicht bestanden Text auf Cookie-Banner, Login und Hilfe-Seiten weist Kontrastverhältnisse von 1,7 : 1 bzw. 3 : 1 auf. Die Mindestanforderung von 4,5 : 1 für normalen Text wird damit verletzt.
4.9.1.4.11
Nicht-Text-Kontrast
nicht bestanden Checkbox im Cookie-Banner und Play-Button auf der Barrierefreiheitsseite heben sich mit Kontrastverhältnissen um 1,6 : 1 bzw. 1,4 : 1 nicht ausreichend vom Hintergrund ab, was die Erkennung erschwert.
4.9.2.4.3
Fokus-Reihenfolge
nicht bestanden Fokushierarchie auf Login-Seite, beim Öffnen von Dialoginhalten und nach Formularversand folgt keinem logischen Ablauf (Popup springt im Hintergrund weiter); Tastaturnutzer verlieren Orientierung.
4.9.2.4.7
Fokus sichtbar
nicht bestanden Fokushervorhebung einzelner Elemente (z. B. Suchdialog, Videoplayer-Schaltflächen) hat zu geringen Kontrast gegenüber un-fokussiertem Zustand, die Mindestanforderung von 3 : 1 wird nicht erreicht.
4.9.2.5.3
Beschriftung (Label) im Namen
nicht bestanden Suchergebnisse und das Suchfeld enthalten aria-labels, die nicht den vollständigen sichtbaren Text enthalten, sodass Spracheingaben nur eingeschränkt funktionieren und Inhalte unvollständig vorgelesen werden.
4.9.4.1.2
Name, Rolle, Wert
nicht bestanden Aufklappbare Elemente, Karussells und Dialoge geben keinen aussagekräftigen Namen/Zustand aus (fehlende aria-expanded, aria-haspopup, fehlende Rollen), sodass Screenreader keine Information über Funktionalität erhalten.
4.9.4.1.3
Statusmeldungen
nicht bestanden Nach Formularfehlern (Seite „Barriere melden“) gibt es keine Statusmeldung, Screenreader-Nutzer erfahren den Fehler weder automatisch noch bei Fokuswechsel.
4.9.6
Konformitätsanforderungen der WCAG
nicht bestanden Die geprüften Seiten erfüllen nicht durchgehend alle Anforderungen der Konformitätsstufen A und AA; es fehlen vollständige Prozesse, benutzerdefinierte Alternativen und konforme Techniken.

Im Wesentlichen bestanden

Kriterium Status Notizen
4.9.1.1.1.a
Alternativtexte für Bedienelemente
im Wesentlichen bestanden Grafische Links im Fußbereich nutzen ausschließlich ein title-Attribut. Die Textalternative sollte im aria-label hinterlegt werden, damit sie von assistiven Technologien zuverlässig ausgegeben wird.
5.2
Erklärung zur Barrierefreiheit
im Wesentlichen bestanden Die Erklärungsseite existiert, fehlt aber im Fußbereich direkt verlinkt; sie ist nur über eine Zwischenseite erreichbar, dadurch wird die verpflichtende Sichtbarkeit eingeschränkt.

Möglicherweise verwandte Prüfungen

Webauftritt der dbfz

Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik

Prüfung vom 01.09.2025