Staatliches Gutachten zur digitalen Barrierefreiheit

www.pharmnet-bund.de

Nutzbarkeit mit unterschiedlichen Behinderungen

Blindheit Mit Hindernissen nutzbar

Screenreader-Bedienung ist grundsätzlich möglich, aber fehlende Labels, unklare Linkzwecke, nicht ausgezeichnete aktuelle Navigationspunkte, Sprachkennzeichnung und Formularfehlerausgaben beeinträchtigen die Nutzung deutlich.

Sehbehinderung Mit Hindernissen nutzbar

Kontrastprobleme sind punktuell und einspaltiges Layout fehlt im Desktop, ansonsten sind Schriftvergrößerung, Kontraste der meisten Elemente und Tastaturfokus gegeben.

Hörbehinderung Fast barrierefrei

Audiovisuelle Inhalte sind mit Untertiteln und Alternativen versehen und es gibt kaum hörbehindertenspezifische Barrieren, abgesehen von nicht barrierefreien PDF-Inhalten.

Motorische Behinderung Weitgehend zugänglich

Die Seite ist vollständig tastaturbedienbar und ohne komplexe Zeigereingaben nutzbar, lediglich die suboptimale Fokusführung im Seitenmenü kann die Effizienz etwas mindern.

Lernbehinderung Mit Hindernissen nutzbar

Konsistente Navigation, Leichte Sprache und Fehlervermeidung helfen, aber schwache Formularkommunikation, unklare Links und nicht optimierte Seitentitel erschweren die Orientierung.

Neurodivergenz Weitgehend zugänglich

Klare Struktur, kein Zeitdruck und keine ablenkenden Animationen unterstützen, jedoch sind Fokus-Sprünge, unklare Linkbezeichnungen und Suchergebnisdarstellung potenziell überfordernd.

Dokumentierte Barrieren

  • Formularfehler werden nicht klar mitgeteilt

    Fehlerhafte Eingaben im Formular werden nicht verständlich ausgegeben und sind nicht ausreichend direkt am betroffenen Feld erkennbar. Zusätzlich werden der Fokus und die Hilfen für Korrekturen nicht sinnvoll geführt.

    Auswirkung: Ich merke möglicherweise nicht, dass ein Fehler vorliegt, und weiß nicht, welches Feld ich korrigieren muss. Das kann das Absenden des Formulars verhindern.

  • PDF nicht barrierefrei nutzbar

    Das bereitgestellte PDF ist nicht PDF/UA-konform. Damit ist es für assistive Technologien wahrscheinlich nur eingeschränkt zugänglich.

    Auswirkung: Ich kann das Dokument möglicherweise nicht zuverlässig lesen, strukturieren oder navigieren. Wenn wichtige Informationen nur dort stehen, komme ich an Inhalte nicht barrierefrei heran.

  • Unbeschriftetes Suchfeld

    Das Suchfeld in der Kopfzeile und auf der Suchseite ist nicht klar mit einem passenden Label verbunden. Auch der Such-Button mit der Lupe wird nur unzureichend beschrieben.

    Auswirkung: Ich kann die Suche nicht sofort als Suchfeld erkennen und muss raten, wofür ein Eingabefeld oder Button gedacht ist. Das kostet Zeit und kann dazu führen, dass ich die zentrale Suche gar nicht oder falsch nutze.

  • Sprunglinks ohne Ziel

    Der Sprunglink am Seitenanfang führt zu einem leeren Link statt zur Navigation oder zum Hauptinhalt. Damit ist sein Zweck nicht verständlich und praktisch nicht nutzbar.

    Auswirkung: Ich kann die wichtigsten Bereiche nicht schnell anspringen und muss mich durch wiederkehrende Inhalte tabben. Das macht die Nutzung deutlich mühsamer, besonders mit Screenreader oder Tastatur.

  • Unverständliche Linktexte in der Suche

    Die Pagination der Suchergebnisse ist nur mit „Vor“ und „Zurück“ beschriftet. Die Links zu Suchtreffern sind außerdem als rohe Deep-Links ausgegeben und schwer verständlich.

    Auswirkung: Ich kann nicht sicher erkennen, wohin ein Link führt oder welche Seite ich als Nächstes öffne. In der Suche wird dadurch das Finden des richtigen Ergebnisses unnötig kompliziert.

  • Aktive Navigation nicht erkennbar

    Der aktuell gewählte Punkt in der Hauptnavigation und in der Breadcrumb ist nicht programmatisch ausgezeichnet. Visuell ist er zwar markiert, aber für Screenreader nicht zuverlässig erkennbar.

    Auswirkung: Ich weiß nicht sicher, wo ich mich gerade befinde und welcher Bereich aktiv ist. Dadurch kann ich mich leichter verirren und Seiteninhalte schwerer einordnen.

  • Fokus springt nach Menüauswahl zum Seitenanfang

    Beim Auswählen eines Menüpunkts im Seitenmenü wird der Tastaturfokus an den Anfang der Seite gesetzt. Dadurch bleibt die Navigation nicht im gewünschten Arbeitsbereich.

    Auswirkung: Ich verliere nach jedem Menüwechsel meine Position und muss mich neu orientieren. Das verlangsamt die Bedienung stark und kann die Nutzung frustrierend machen.

  • Fehlende Sprachauszeichnung im Englischmodus

    Beim Wechsel auf Englisch wird die Seitensprache nicht korrekt umgestellt. Dadurch werden englische Inhalte von Screenreadern falsch vorgelesen.

    Auswirkung: Ich verstehe Inhalte schlechter oder gar nicht, wenn sie in der falschen Sprache vorgelesen werden. Das erschwert besonders das Erfassen von Hinweisen, Texten und Navigation.

  • Seitendarstellung ohne einspaltiges Layout im Desktop

    Im Desktopmodus bricht die Seite nicht in ein einspaltiges Layout um. Inhalte können dadurch unnötig breit und schwerer lesbar bleiben.

    Auswirkung: Ich muss mehr horizontal erfassen und verliere leichter den Überblick über die Struktur. Das erschwert das Lesen und Orientieren, besonders bei Vergrößerung oder kognitiver Belastung.

  • Kontrastschwacher Pflichtfeld-Hinweis

    Der Hinweis auf Pflichtfelder hat einen zu geringen Kontrast zum Hintergrund. Dadurch kann er je nach Sehkraft oder Umgebungslicht schwer zu erkennen sein.

    Auswirkung: Ich übersehe möglicherweise, welche Felder Pflichtfelder sind. Das erhöht die Fehlerwahrscheinlichkeit im Formular und macht die Eingabe anstrengender.

  • Tooltips nicht zuverlässig nutzbar

    Hinweise, die über title-Attribute eingeblendet werden, sind mit der Maus nicht überfahrbar. Dadurch lassen sie sich nicht stabil ansehen oder bedienen.

    Auswirkung: Ich kann zusätzliche Informationen nicht verlässlich lesen, wenn sie kurz verschwinden oder schwer erreichbar sind. Das kann Verständnis und Bedienung einzelner Elemente erschweren.

Hinweis: Diese Zusammenfassung 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.

Technische Umgebung

OS
Windows 10 Enterprise
Browser
Google Chrome 117.0.5938.63
Screenreader
NVDA 2023.2
Tools
Color Contrast Analyser (CCA), WCAG Color contrast checker, PDF Accessibility Checker (PAC), Chrome Web Developer Tools, NVDA Screenreader, Landmark Navigation (Chrome), HTML Validator, WCAG Parsing Bookmarklet
  • www.pharmnet-bund.de Web-Angebot öffnen
  • https://www.pharmnet-bund.de/static/de/suche/?q=lieferengpass#&query=lieferengpass&sortdir=asc
  • https://www.pharmnet-bund.de/static/de/kontakt/
  • https://www.pharmnet-bund.de/dynamic/de/unternehmen/lieferengpaesse/index.html
  • https://www.pharmnet-bund.de/static/.content/.galleries/downloads/de/le-kurzanleitung.pdf

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
WCAG 1.1.1
Nicht-Text-Inhalte besitzen Alternativtexte 		nicht bestanden Alle Seiten: Das <area>-Element mit dem verlinkten Logo zum "Bundesministerium für Gesundheit" hat als alt-Text nur "Externer Link öffnet in neuem Fenster". Die Zielbeschreibung sollte konkretisiert werden.
WCAG 1.3.1
Informationen, Struktur und Beziehungen sind identifizierbar 		nicht bestanden Alle Seiten: Die Liste der oberen Hauptnavigation hat programmatisch 6 Einträge, obwohl visuell nur 5 wahrnehmbar sind. Das Suchfeld ist in zwei Elemente unterteilt, was programmatisch unüblich ist. Das Suchfeld hat zudem kein Label und ist unbeschriftet. Der Button mit der Lupe (Suchfeld) hat keine Beschriftung und wird nur als "Schalter" vom Screenreader ausgegeben. Die aktuell gewählte Seite in der Hauptnavigation ist für Screenreader nicht wahrnehmbar, sondern nur via CSS farbig markiert. Die Breadcrumb Navigation ist u.U. schlecht für Screenreader-Nutzer wahrnehmbar, da die aktuell gewählte Seite nicht programmatisch ausgewiesen ist. Im Hochkontrastmodus passt sich die Banner-Grafik nicht an individuelle Benutzereinstellungen an, was zu einem Blendeffekt führen kann. Startseite, Inhaltsseite: Die title-Attribute der <acronym>-Elemente sind für Screenreader-Nutzer nicht wahrnehmbar. Suchseite: Die Ergebnisse der Suche sind nicht programmatisch als Liste umgesetzt.
WCAG 1.3.5
Zweck von Formularfeldern für Nutzer-Daten ist identifizierbar 		nicht bestanden Formularseite: Persönlich bezogene Formularfelder sind ohne autocomplete-Attribut ausgezeichnet (bspw. E-Mail).
WCAG 1.4.3
Kontrastabstand von Text zu Hintergrund ist ausreichend (Minimalkontrast) 		nicht bestanden Formularfeld: Der Pflichtfeld-Hinweis hat einen zu geringen Kontrastabstand zum Hintergrund (2,4:1).
WCAG 1.4.10
Inhalte brechen in einspaltiges Layout um 		nicht bestanden Alle Seiten: Einspaltiges Layout wird im Desktopmodus nicht angezeigt.
WCAG 1.4.13
Bei Fokussierung eingeblendete Inhalte sind steuerbar 		nicht bestanden Alle Seiten: Tool-Tipps (title-Attribute) sind mit der Maus nicht überfahrbar.
WCAG 2.4.3
Fokusreihenfolge ist aufgabenangemessen 		nicht bestanden Alle Seiten: Bei der Aktivierung eines Menüpunktes im Seitenmenü (links) wird der Tastaturfokus an den Seitenanfang gesetzt, was die effiziente Navigation durch die Webseite beeinträchtigt. Der Fokus sollte im Menü verbleiben oder in den Hauptbereich des neu geöffneten Bereichs gesetzt werden.
WCAG 2.4.4
Linkzweck ist verständlich (im Kontext) 		nicht bestanden Alle Seiten: Das Ziel des Sprunglinks vom Seitenanfang (zur Hauptnavigation bzw. zum Hauptinhalt) ist ein leerer Link ohne Funktion. Das ist unverständlich für blinde Nutzer. Ziel eines Sprunglinks sollte die gesamte Region sein. Hier könnten die versteckten Überschriften "Navigation" oder "Seiteninhalt/ Textbeginn" verlinkt werden. Suchseite: Der Link der Pagination der Ergebnisse ist nur mit "Vor" und "Zurück" beschriftet, was in diesem Zusammenhang unzureichend ist. Suchseite: Die Links unter den Suchergebnissen sind als Deep-Link angegeben. Das ist für Screenreader-Nutzer unverständlich, weil jedes Zeichen ausgegeben wird. Besser wurden die Linkbezeichner auf der Inhaltsseite umgesetzt (siehe Bereich "Unterstützende Informationen").
WCAG 2.5.3
Label enthält sichtbare Beschriftung 		nicht bestanden Alle Seiten, Suchseite: Das Suchfeld in der oberen Hauptmenüleiste hat kein programmatisch verknüpftes Label. Es wird nur "Eingabefeld leer" vom Screenreader ausgegeben. Auch die Eingabefelder der Suchseite sind nicht verknüpft mit dem sichtbaren Label.
WCAG 3.1.1
Sprache ist ausgezeichnet 		nicht bestanden Alle Seiten: Beim Sprachwechsel in "Englisch" wechselt das lang-Attribut nicht auf "en". Dadurch werden die Inhalte vom Screenreader unverständlich ausgesprochen.
WCAG 3.3.1
Fehlermeldungen sind in Textform vorhanden 		nicht bestanden Formularseite: Es erfolgt keine Ausgabe vom Screenreader zu fehlerhaften Formulareinträgen.
WCAG 3.3.2
Label enthalten Eingabehinweise 		nicht bestanden Formularseite: Fehlerhafte Formularfelder sind nicht farblich markiert. Die Fehlermeldungen werden nicht am Label des Eingabefeldes als Text angezeigt. Der Tastaturfokus wird nicht ins erste fehlerhafte Feld gesetzt. Placeholder sind nicht ausreichend.
WCAG 3.3.3
Fehlermeldungen enthalten Korrekturvorschläge 		nicht bestanden Formularseite: Es gibt keine Korrekturvorschläge oder eine Beschreibung von erlaubten Werten bei fehlerhaften Eingaben von Formularfeldern.
WCAG 4.1.1
Syntaxspezifikationen sind erfüllt 		nicht bestanden Alle Seiten: Die Seite enthält einen Syntaxfehler.
A.1
Erklärung zur Barrierefreiheit ist vorhanden 		nicht bestanden Ergebnis der formalen Prüfung: nicht bestanden
B.1
PAC3 Test ergibt PDF/UA-konform 		nicht bestanden Das PDF-Dokument ist nicht PDF/UA-konform.

Im Wesentlichen bestanden

Kriterium Status Notizen
WCAG 2.4.2
Titel beschreiben Thema oder Zweck 		im Wesentlichen bestanden Alle Seiten: Es sollte im title-Attribut zunächst die Unterseite und danach die Hauptseite genannt werden, um bei mehreren geöffneten Tabs im Browser die Übersicht zu gewährleisten.

Bestanden

Kriterium Status
WCAG 1.2.1
Aufgezeichnete Audio-only- und Video-only-Dateien besitzen Alternativen 		bestanden
WCAG 1.2.2
Aufgezeichnete Audio-Inhalte besitzen Untertitel 		bestanden
WCAG 1.2.3
Aufgezeichnete Video-Inhalte besitzen Alternativen 		bestanden
WCAG 1.2.5
Aufgezeichnete Video-Inhalte besitzen Audiodeskriptionen 		bestanden
WCAG 1.3.2
Sinnvolle Lesereihenfolge ist gegeben 		bestanden
WCAG 1.3.3
Anweisungen sind ohne Bezug auf sensorische Merkmale verständlich 		bestanden
WCAG 1.3.4
Bildschirmausrichtung ist änderbar 		bestanden
WCAG 1.4.1
Farbe ist nicht einziger Informationsträger 		bestanden
WCAG 1.4.2
Automatisch abgespielte Audio-Inhalte sind steuerbar 		bestanden
WCAG 1.4.4
Schriftgröße kann angepasst werden 		bestanden
WCAG 1.4.5
Schriftgrafiken sind anpassbar oder unverzichtbar 		bestanden
WCAG 1.4.11
Kontrastabstand von Nicht-Text-Inhalten ist ausreichend 		bestanden
WCAG 1.4.12
Textabstände sind anpassbar 		bestanden
WCAG 2.1.1
Tastaturbedienbarkeit ist gegeben 		bestanden
WCAG 2.1.2
Tastaturfallen sind nicht vorhanden 		bestanden
WCAG 2.1.4
Zeichen-Tastenkürzel sind abschaltbar oder anpassbar 		bestanden
WCAG 2.2.1
Zeitbegrenzungen sind steuerbar 		bestanden
WCAG 2.2.2
Automatisch gestartete Animationen sind steuerbar 		bestanden
WCAG 2.3.1
Blitzen wird vermieden 		bestanden
WCAG 2.4.1
Wiederkehrende Bereiche können übersprungen werden 		bestanden
WCAG 2.4.5
Seiten sind über verschiedene Möglichkeiten auffindbar 		bestanden
WCAG 2.4.6
Überschriften und Label beschreiben Thema oder Zweck 		bestanden
WCAG 2.4.7
Tastaturfokus ist sichtbar 		bestanden
WCAG 2.5.1
Komplexe Zeigerbedienung ist verzichtbar 		bestanden
WCAG 2.5.2
Zeiger-Eingaben können abgebrochen oder widerrufen werden 		bestanden
WCAG 2.5.4
Bewegungsaktivierung ist verzichtbar 		bestanden
WCAG 3.1.2
Abweichende Sprache einzelner Abschnitte ist ausgezeichnet 		bestanden
WCAG 3.2.1
Fokussierung führt nicht zu Kontextänderung 		bestanden
WCAG 3.2.2
Eingabe führt nicht zu Kontextänderung 		bestanden
WCAG 3.2.3
Navigation ist konsistent aufgebaut 		bestanden
WCAG 3.2.4
Elemente sind konsistent bezeichnet 		bestanden
WCAG 3.3.4
Fehlervermeidung wird unterstützt (rechtlich, finanziell, Daten) 		bestanden
WCAG 4.1.2
Name, Rolle und Wert sind identifizierbar 		bestanden
WCAG 4.1.3
Statusmeldungen werden ohne Fokussierung ausgegeben 		bestanden
A.2
Feedback-Mechanismus ist vorhanden 		bestanden
A.3
Leichte Sprache ist vorhanden 		bestanden
A.4
Gebärdensprache-Video ist vorhanden 		bestanden

Unterstützung

Barrieren sichtbar machen kostet Geld. Hilf uns, dranzubleiben.

BarrierenWatch wird ehrenamtlich betrieben und finanziert sich über Steady-Mitgliedschaften von Menschen wie dir, die Barrierefreiheit und Inklusion voranbringen möchten. Hinter dem Projekt stehen Menschen mit Behinderung, die seit Jahren im Bereich der digitalen Barrierefreiheit oder als Aktivist*innen aktiv sind. Aktuell sind wir im Prozess der Gründung eines gemeinnützigen Vereins, der dieses Engagement beheimaten soll.

ab 5 Euro
im Monat

für Recherche, Prüfungen und den Betrieb der Plattform.

Jetzt via Steady unterstützen