PD - Berater der öffentlichen Hand

Website nicht konform Prüfung vom 28.11.2025 ID: #1175
Politik öffentliche Einrichtung
Prüfbericht herunterladen (PDF) Link kopiert!

Kurzzusammenfassung

Auftraggeber
PD - Berater der öffentlichen Hand GmbH
Prüforganisation
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Stadt
Berlin
Prüfart
Vereinfachte Überwachung

Technische Umgebung

  • OS: Windows 11
  • Browser: Chrome 142.0.7444.176
  • Screenreader: NVDA
  • Auflösung:
  • Tools: Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap, Landmark Navigation, Bookmarklets (bitvtest.de Werkzeugliste)

Zugänglichkeits-Analyse

KI-Schnellcheck zur Nutzbarkeit

Blindheit

Mit Hindernissen nutzbar

Fehlende Alternativtexte, fehlerhafte Semantik, Probleme bei Fokusführung, Navigation, Formularen und Schaltern beeinträchtigen Screenreader-Nutzung stark, sind aber nicht vollständig blockierend.

Sehbehinderung

Kaum nutzbar

Unzureichende Kontraste, Probleme bei Textabstand, rein farbliche Hervorhebungen und schwierig bedienbare Menüs machen die Seite für sehbehinderte Menschen nur eingeschränkt nutzbar.

Hörbehinderung

Mit Hindernissen nutzbar

Fehlende DGS-Inhalte sind relevant, gleichzeitig sind die meisten Inhalte schriftbasiert und damit grundsätzlich zugänglich für gehörlose Menschen.

Motorische Behinderung

Mit Hindernissen nutzbar

Mehrere Mängel bei Tastaturbedienung, Fokusreihenfolge, Untermenüs und „Nach oben“-Link erschweren die Nutzung für Menschen mit motorischen Einschränkungen deutlich.

Lernbehinderung

Mit Hindernissen nutzbar

Unklare Fehlermeldungen, unzureichende Kennzeichnung von Pflichtfeldern, komplexe Navigationsstrukturen und fehlende Leichte-Sprache-Inhalte mindern die Verständlichkeit spürbar.

Neurodivergenz

Mit Hindernissen nutzbar

Probleme bei Fokusmanagement, Navigation, Formularfeedback sowie fehlende vereinfachte Inhalte können Orientierung und Reizreduktion erschweren, ohne die Nutzung vollständig zu verhindern.

Wahrscheinliche Barrieren

Barriere Auswirkung Melden
Cookie-Dialog erscheint zu spät im Bedienablauf Der Cookie-Dialog ist nicht an der erwarteten Stelle im Ablauf platziert und wird nicht unmittelbar fokussiert. Tastatur- und Screenreader-Nutzende können ihn dadurch leicht übersehen oder nur schwer erreichen. Ich kann den Dialog nicht sofort bestätigen oder ablehnen und werde in der Seitennutzung ausgebremst. Im schlimmsten Fall blockiert er den Einstieg in die Seite, bis ich ihn mühsam finde. Melden
Sprachmenü und Untermenüs sind nicht zuverlässig per Tastatur bedienbar Einblendende Menüs lassen sich offenbar nicht sauber per Tastatur öffnen, schließen und fokussieren. Untermenüs verhalten sich ebenfalls nicht stabil und bleiben möglicherweise unübersichtlich offen. Ich kann Menüs nicht sicher bedienen, wenn ich keine Maus benutze. Dadurch verliere ich den Fokus und komme schwerer an die gewünschten Inhalte. Melden
Formulare liefern unklare oder schwache Fehlerhinweise Fehler in Formularen werden nicht ausreichend deutlich und nicht mit einer konkreten Beschreibung angezeigt. Pflichtfelder sind zudem nicht klar erklärt oder korrekt gekennzeichnet. Ich weiß nicht sofort, welches Feld falsch ist und was ich ändern muss. Dadurch kann ich ein Formular leicht mehrfach falsch absenden oder abbrechen. Melden

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

Gutachten-Historie

Vergleich

Prüfergebnisse je Datum

28.11.2025 Vereinfachte Überwachung
angezeigtes 26 nicht bestanden 0 weitgehend 0 bestanden
19.02.2024 Vereinfachte Überwachung
19 nicht bestanden 2 weitgehend 33 bestanden
  • https://www.pd-g.de/
  • https://www.pd-g.de/suche?tx_indexedsearch_pi2%5Baction%5D=search&tx_indexedsearch_pi2%5Bcontroller%5D=Search&cHash=23fc3891da59ba422ca752c9ba372d44
  • https://www.pd-g.de/presse/newsletter-blickpunkt-pd/newsletter-anmeldung
  • https://www.pd-g.de/aktuell-im-fokus ⓘ
  • https://www.pd-g.de/assets/PD-Perspektiven/211005_PD-Perspektiven_Kooperationen_Cybersicherheit.pdf

Empfehlung & Status

Die Prüfungen zeigen zahlreiche Barrieren. Logos/Bilder müssen korrekt ausgezeichnet und die Navigation semantisch korrekt strukturiert werden, Fokusführung und Tastatursteuerung (inkl. „Nach oben“, Suchfeld, Untermenüs und Cookie-Dialog) benötigen Anpassungen, Formulare müssen bessere Fehlerhinweise, Pflichtfeldmarkierungen und autocomplete-Attribute erhalten, Farbkontrast und Textabstände müssen den Mindestanforderungen genügen sowie DGS- und Leichte-Sprache-Inhalte ergänzt werden. Sobald diese Punkte behoben sind, kann die BITV-Konformität überprüft werden.

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
9.1.1.1
Nicht-Text-Inhalt (Logos sind nicht als Logos ausgezeichnet) 		nicht bestanden Logos müssen mit aussagekräftigen Alternativtexten versehen werden, die ihre Funktion ggf. als Link zur Startseite beschreiben, damit Screenreader-Nutzende erkennen, dass es sich um ein Logo handelt.
9.1.1.1
Nicht-Text-Inhalt (Grafik hat keinen Alternativtext) 		nicht bestanden Dekorative Grafiken sind als solche zu kennzeichnen (z. B. alt="" oder role="presentation"/aria-hidden="true"), damit sie Assistive-Technologien nicht unnötig ausgeben.
9.1.1.1
Nicht-Text-Inhalt (Bilder in den Kacheln ohne Deklaration) 		nicht bestanden Die Kachelbilder müssen als dekorativ markiert oder mit informationshaltigen Beschreibungen versehen werden, damit Screenreader-Nutzende nur relevante Inhalte wiedergegeben bekommen.
9.1.1.1
Nicht-Text-Inhalt (Copyright-Angaben werden ausgegeben) 		nicht bestanden Copyright-Hinweise sollten semantisch korrekt eingebunden oder mit aria-hidden="true"/decorative gekennzeichnet werden, wenn sie für assistive Technologien nicht relevant sind.
9.1.3.1
Info und Beziehungen (Kachelinhalte in einem Link) 		nicht bestanden Bild, Überschrift und beschreibender Text dürfen nicht in einem einzigen Link zusammengefasst werden; der Linktext muss klar den Zielinhalt benennen, während zusätzliche Inhalte außerhalb des Links bleiben.
9.1.3.1
Info und Beziehungen (Hamburger-Menü doppelt ausgegeben) 		nicht bestanden Es darf nur eine einzige, konsistente Kopie der Navigation existieren; das Öffnen des Hamburger-Menüs darf keine duplizierte Struktur erzeugen.
9.1.3.2
Bedeutungsvolle Reihenfolge (Cookie-Dialog am Seitenende) 		nicht bestanden Der Cookie-Dialog muss im DOM unmittelbar nach dem <body>-Element stehen und fokusiert werden, damit Tastatur- und Screenreader-Nutzende ihn unmittelbar erreichen können.
9.1.3.5
Eingabezweck bestimmen (autocomplete-Attribut fehlt) 		nicht bestanden Formulareingaben benötigen passende autocomplete-Attribute (z. B. autocomplete="given-name", "email"), damit Assistive-Technologien Autosuggest & Autofill korrekt interpretieren können.
9.1.4.1
Benutzung von Farbe (Aktiver Menüpunkt nur über Farbe erkennbar) 		nicht bestanden Der aktive Menüpunkt muss zusätzlich zur Farbänderung durch ein Symbol, Unterstreichung oder aria-current="page" gekennzeichnet werden, damit Nutzende mit Farbsehschwäche ihn erkennen.
9.1.4.3
Kontrast (Minimum, gelbe Texte) 		nicht bestanden Gelbe Textabschnitte müssen so angepasst werden, dass das Kontrastverhältnis mindestens 4,5:1 beträgt, um gute Lesbarkeit für Sehbeeinträchtigte zu gewährleisten.
9.1.4.3
Kontrast (Minimum, Sucheingabefeld) 		nicht bestanden Das Sucheingabefeld benötigt einen kontrastreichen Schrift-/Hintergrundfarbkontrast von mindestens 4,5:1, damit Texte für alle Nutzenden gut lesbar bleiben.
9.1.4.12
Textabstand (Titelbild wird abgeschnitten) 		nicht bestanden Der Titelbereich muss flexibel auf erhöhte Zeilen- und Absatzabstände reagieren, ohne Text oder Bilder abzuschneiden, damit auch Nutzende mit größerem Textabstand alle Inhalte vollständig sehen.
9.1.4.13
Eingeblendeter Inhalt bei Darüberschweben/Fokus (Sprachmenü) 		nicht bestanden Das Sprachmenü muss per Tastatur kontrolliert ein- und ausblendbar sein (z. B. mit Enter, ESC oder erneuter Aktivierung) und eine klare aria-expanded-Kennzeichnung erhalten.
9.1.4.13
Eingeblendeter Inhalt bei Darüberschweben/Fokus (Untermenüs) 		nicht bestanden Untermenüs dürfen sich nicht dauerhaft geöffnet halten; sie müssen per Tastatur kontrollierbar bleiben und mit aria-expanded sowie stabilem Fokusmanagement versehen sein.
9.2.1.1
Tastatur („Nach oben“-Link nicht erreichbar) 		nicht bestanden Der „Nach oben“-Link muss vollständig per Tabulator erreichbar und mit Enter/Leertaste auslösbar sein sowie nicht aus der Fokusreihenfolge entfernt werden.
9.2.4.3
Fokus-Reihenfolge (Fokus bleibt auf „Nach oben“-Button) 		nicht bestanden Nach Aktivierung des Buttons muss der Fokus an den Anfang des Hauptinhalts oder auf ein sinnvolles, fokussierbares Element gesetzt werden, damit sichtbarer Bereich und Fokus übereinstimmen.
9.2.4.3
Fokus-Reihenfolge (Fokus wird nicht in Suchfeld gesetzt) 		nicht bestanden Beim Öffnen der Suche muss der Fokus automatisch in das Eingabefeld wandern, damit Nutzer:innen direkt tippen können, ohne zusätzlich tabbenn zu müssen.
9.2.4.3
Fokus-Reihenfolge (Untermenü fokussiert nicht erstes Element) 		nicht bestanden Beim Öffnen eines Untermenüs muss der Fokus auf das erste interaktive Element springen, um einen nahtlosen Navigationsfluss zu gewährleisten.
9.2.4.4
Linkzweck (im Kontext, doppelte Links in Suchergebnissen) 		nicht bestanden Pro Suchergebnis darf nur ein einzelner Link existieren; doppelte Linkstrukturen sind zu entfernen oder zu einem einzigen fokussierbaren Link zusammenzuführen.
9.3.3.1
Fehlerkennzeichnung (Formular) 		nicht bestanden Fehlerhinweise müssen durch kontraststarke Hervorhebungen und klare textliche Hinweise verständlich sichtbar gemacht werden; reine Farbe reicht nicht aus.
9.3.3.2
Beschriftungen oder Anweisungen (Pflichtfelder) 		nicht bestanden Die Pflichtfeldkennzeichnung braucht eine erklärende Erläuterung (z. B. „* = Pflichtfeld“) und eine programmatisch zugängliche Auszeichnung wie aria-required="true".
9.3.3.3
Vorschlag bei Fehler (generische Fehlermeldung) 		nicht bestanden Fehlermeldungen müssen das betroffene Feld und die konkrete Ursache benennen sowie eine konkrete Lösung oder korrekte Eingabe beschreiben.
9.4.1.2
Name, Rolle, Wert (Schalter ohne Rückmeldung) 		nicht bestanden Schalter brauchen klare Rollen, Zustandsattribute und eine direkte Rückmeldung (z. B. „aktiv/inaktiv“), damit Screenreader den Zustand korrekt wiedergeben können.
9.4.1.2
Name, Rolle, Wert (Navigationspunkte als falsche Registerkarten) 		nicht bestanden Navigationspunkte dürfen nur als Registerkarten ausgezeichnet werden, wenn sie sich wie Tabs verhalten; andernfalls sind sie als Menüeinträge mit korrekter Rolle auszuzeichnen.
Zusatzkriterien: Deutsche Gebärdensprache
Link und Inhalte in Deutscher Gebärdensprache 		nicht bestanden Ein gut sichtbarer Link zu DGS-Inhalten muss bereitgestellt werden; darin sind gesetzlich geforderte Informationen zu wesentlichen Inhalten, Navigation, Barrierefreiheitserklärung und weiterführenden Informationen in DGS bereitzustellen.
Zusatzkriterien: Leichte Sprache
Link und Inhalte in Leichter Sprache 		nicht bestanden Ein deutlich sichtbarer Link zu Leichter Sprache muss eingeführt werden, inklusive der relevanten Inhalte zu Themen, Navigation, Barrierefreiheitserklärung sowie ergänzende Hinweise nach den Regeln für Leichte Sprache.

Möglicherweise verwandte Prüfungen