Prüfbericht zur Erklärung zur Barrierefreiheit
Die Stadt Krumbach ist bemüht, die Internetseite https://krumbach.de barrierefrei zugänglich zu machen. Rechtsgrundlage sind das Behindertengleichstellungsgesetz (BGG) und die Barrierefreie Informationstechnik-Verordnung (BITV 2.0) in ihrer jeweils gültigen Fassung.
Die Website implementiert folgende Funktionen für die Barrierefreiheit:
Die Seite verfügt über Schalter (Kontrastumschalter) um das Farbschema umzustellen:
Die Seite verfügt über Schalter um das Farbschema umzustellen, dieser wechselt von der normalen Ansicht zum Nachtmodus, bzw. bei nochmaligem betätigen wieder zurück in den normalen Modus.
Funktion um Bereiche direkt anzuspringen
Mit der Tabulatortaste können die Sprungmarken "Zur Startseite springen", "Zum Inhalt springen" und "zum Fussbereich springen" am Anfang der Seite angesteuert und mit der Enter-Taste aktiviert werden.
Funktion zum Anhalten / Starten der Bildrotation im Header
Mit dem Schalter "Bildrotation aus" bzw. "Bildrotation an" kann die Bildrotation angehalten und wieder gestartet werden.
Auf der Website genutzte Software
Online-Terminvereinbarung
Diese Website verwendet die Software Online-Terminvereinbarung von digiPublica einer Marke der econix GmbH.
Die Software ist nicht barrierefrei, wird aber derzeit überarbeitet. Ein eigener Prüfbericht wurde erstellt, diesen finden sie hier: Prüfbericht Onlineterminbuchung.
Prüfung
Die Seite wurde mit Hilfe des BITV-Tests geprüft:
Standard: BITV 2.0 / EN 301 549
Startadresse: https://krumbach.de
Prüfstelle: digiPublica, eine Marke der econix GmbH
Prüfer/in: Philipp Tieber und Martin Werni, support@digipublica.de
Letztes Prüfdatum: 05.04.2023
Ergebnis
3 von 3 Seiten BITV-konform
Geprüfte Seiten
Seite 1: Prüfer: Philipp Tieber und Martin Werni
Titel: Stadt Krumbach - Seite 1 - Startseite
URL: https://krumbach.de/
Ergebnis: konform, 98 von 98 Anforderungen konform oder nicht anwendbar
Seite 2: Prüfer: Philipp Tieber und Martin Werni
Titel: Stadt Krumbach - Seite 2 - Ansprechpartner
URL: https://krumbach.de/leben-in-krumbach/rathaus/ansprechpartner-innen
Ergebnis: konform, 98 von 98 Anforderungen konform oder nicht anwendbar
Seite 3: Prüfer: Philipp Tieber und Martin Werni
Titel: Stadt Krumbach - Seite 3 - Erklärung zur Barrierefreiheit
URL: https://krumbach.de/links/barrierefreiheit
Ergebnis: konform, 98 von 98 Anforderungen konform oder nicht anwendbar
Bewertung und Anmerkungen zu einzelnen Prüfschritten
erfüllt sind 46 Prüfschritte:
Prüfschritt | Kommentar |
---|---|
11.7 Benutzerdefinierte Einstellungen | Seite 1, Seite 2, Seite 3: Die Seite wird im Firefox-Browser nach dem Vornehmen von abweichenden Einstellungen (z.B. heller Text auf dunklem Hintergrund) entsprechend anders dargestellt, Schriften erscheinen vergrößert und in der jeweils eingestellten Schrifttype. |
12.1.1 Dokumentation von Kompatibilität und Barrierefreiheit | Seite 1, Seite 2, Seite 3: Die Barrierefreiheitsfunktionen sind dokumentiert. |
5.2 Aktivierung von Barrierefreiheitsfunktionen | Seite 1, Seite 2, Seite 3: Die Barrierefreiheits-Funktionen sind barrierefrei identifizierbar und aktivierbar. |
9.1.1.1a Alternativtexte für Bedienelemente | Seite 2, Seite 3: Das Logo hat eint title-Attribut mit dem Ziel des Links. |
9.1.1.1c Leere alt-Attribute für Layoutgrafiken | Seite 1, Seite 2, Seite 3: Bei Grafiken die rein dem Layout dienen, werden leere alt-Attribute eingesetzt. |
9.1.3.1a HTML-Strukturelemente für Überschriften | Seite 1, Seite 2, Seite 3: Die Texte werden durch Überschriften mit nativen HTML-Elementen gegliedert. Alle Inhalte der Seite sind über die Überschriften zugänglich. Werden gelegentlich Hierarchie-Ebenen ausgelassen, rechtfertigt sich dies durch die Gliederung der Inhalte. |
9.1.3.1b HTML-Strukturelemente für Listen | Seite 1, Seite 2, Seite 3: Alle Listen inklusive der Menüs sind mit den vorgesehenen HTML-Strukturelementen für Listen ausgezeichnet. Es findet keine missbräuchliche Verwendung der HTML-Elemente für Listen statt. |
9.1.3.1e Datentabellen richtig aufgebaut | Seite 2: Die Datentabelle ist strukturell richtig aufgebaut, Zeilen- und Spaltenüberschriften sind mit dem Tag <th> ausgezeichnet. Die Tabelle hat eine klare Struktur, die Bedeutung der Zeilen und Spalten ist klar erkennbar. Die Überschriften sind gut auffindbar, aussagekräftig formuliert und es ist klar auf welche Daten sie sich beziehen. Alle Zellen sind gleich aufgebaut. Seite 3: Sämtliche Datentabellen sind strukturell richtig aufgebaut, Zeilen- und Spaltenüberschriften sind mit dem Tag <th> ausgezeichnet. Die Tabellen haben eine klare Struktur, die Bedeutung der Zeilen und Spalten ist klar erkennbar. Die Überschriften sind gut auffindbar, aussagekräftig formuliert und es ist klar auf welche Daten sie sich beziehen. Alle Zellen sind gleich aufgebaut. |
9.1.3.1h Beschriftung von Formularelementen programmatisch ermittelbar | Seite 2: Das Eingabefeld für die Seitenweite Suche hat ein verknüpftes verstecktes Label. Das Eingabefeld für die Suche nach Ansprechpartnern besitzt ein aussagekräftiges aria-label-Attribut. Seite 1, Seite 3: Das einzige Eingabefeld der Seite (das Suche-Feld) hat ein verknüpftes verstecktes Label. |
9.1.3.2 Sinnvolle Reihenfolge | Seite 1, Seite 2, Seite 3: Die logische Reihenfolge der sichtbaren Seiteninhalte bleibt auch nach dem Abschalten von CSS erhalten. Es gibt keine Linealisierungsprobleme mit dem Screenreader NVDA, wenn man die sichtbaren Inhalte vorlesen lässt, werden keine versteckten Inhalte vorgelesen. |
9.1.3.3 Ohne Bezug auf sensorische Merkmale nutzbar | Seite 1, Seite 2, Seite 3: Textliche Verweise verzichten auf sensorische Merkmale wie Farbe, Form, Größe oder Position. |
9.1.3.4 Keine Beschränkung der Bildschirmausrichtung | Seite 1, Seite 2, Seite 3: Inhalte sind hinsichtlich Ansicht und Bedienung nicht auf eine einzige Ausrichtung (Hoch- oder Querformat) beschränkt. Die Inhalte passen sich der nutzergewählten Ausrichtung des Ausgabegerätes automatisch an. |
9.1.4.1 Ohne Farben nutzbar | Seite 1, Seite 2, Seite 3: Für die Bedienung ist die Wahrnehmung von Farben ist nicht erforderlich. Ebenso für das Verständnis der Inhalte. Farben dienen ausschliesslich optischen Optimierungen. |
9.1.4.10 Inhalte brechen um | Seite 1, Seite 2, Seite 3: Die Inhalte lassen sich auch bei einer kleinen Breite des Browserfensters von 320 CSS-Pixeln ohne Verlust Funktionalität oder Informationen oder Funktionalität nutzen. Ein horizontales Scrollen ist ebenfalls nicht nötig. |
9.1.4.11 Kontraste von Grafiken und grafischen Bedienelementen ausreichend | Seite 1, Seite 2, Seite 3: Grafische Bedienelemente und deren Zustände und haben einen Kontrast zu angrenzenden Farben von 3:1 oder besser oder die Grafiken sind lediglich ergänzend zu erklärendem Text eingesetzt. |
9.1.4.12 Textabstände anpassbar | Seite 1, Seite 2, Seite 3: Zeilen- Absatz- Wort- und Buchstaben-Abstände lassen sich von Nutzern auf folgende Werte einstellen, ohne dass Inhalte oder Funktionalitäten verloren gehen: Zeilen: 1,5-fache Textgröße; Abstände nach Absätzen: 2-fache Textgröße; Buchstaben-Kerning: 0,12-fache Textgröße; Wortabstände: 0,16-fache Textgröße. |
9.1.4.13 Eingeblendete Inhalte bedienbar | Seite 1, Seite 2, Seite 3: Zusätzliche Inhalte, die mittels Zeigerfokussierung eingeblendet werden, bleiben sichtbar, wenn der Zeiger über sie bewegt wird, schließen nicht selbsttätig. Die eingeblendeten Inhalte sind schließbar entweder durch Aktivieren des auslösenden Elementes, durch Wegbewegen des Zeigers oder durch drücken von Escape. Bei der Suche X zum schließen. |
9.1.4.3 Kontraste von Texten ausreichend | Seite 1, Seite 2, Seite 3: Sämtliche Texte haben ausreichende Helligkeitskontraste. |
9.1.4.4 Text auf 200 % vergrößerbar | Seite 1, Seite 2, Seite 3: Der Text kann mit der Zoom-Funktion des Browsers um bis zu 200 Prozent vergrößert werden, ohne dass dabei Inhalt oder Funktionalität verloren geht. |
9.1.4.5 Verzicht auf Schriftgrafiken | Seite 1, Seite 2, Seite 3: Reine Schriftgrafiken werden nicht verwendet. An einigen Stellen kommt Schrift in einer Grafik vor diese ist aber stets durch begleitende Texte und durch Altternativtexte ausgezeichnet. |
9.2.1.1 Ohne Maus nutzbar | Seite 1, Seite 2, Seite 3: Auch ohne Maus können alle wesentlichen Funktionen und Inhalte genutzt werden. Mit der Tabulator-Taste können alle wesentlichen Links und Funktionen erreicht werden. |
9.2.1.2 Keine Tastaturfalle | Seite 1, Seite 2, Seite 3: Es gibt keine Tastaturfallen. Alle wesentlichen Inhalte und Funktionen sind mit der Tastatur erreichbar. |
9.2.1.4 Tastatur-Kurzbefehle abschaltbar oder anpassbar | Seite 1, Seite 2, Seite 3: Durch das Drücken der Tasten (alle Nummern- Buchstaben-, Symbol- und Zeichensetzungs-Tasten) geschehen keinerlei Änderungen des Inhalts oder des Kontexts. |
9.2.2.1 Zeitbegrenzungen anpassbar | Seite 1, Seite 2, Seite 3: Zeitbegrenzungen sind nicht vorhanden. |
9.2.2.2 Bewegte Inhalte abschaltbar | Seite 1, Seite 2, Seite 3: Bewegte Inhalte sind vorhanden, ein Schalter zum stoppen/starten ist vorhanden. |
9.2.3.1 Verzicht auf Flackern | Seite 1, Seite 2, Seite 3: Die Seite enthält keine Elemente, die in einem Zeitraum von einer Sekunde häufiger als dreimal aufblitzen. |
9.2.4.1 Bereiche überspringbar | Seite 2: Es werden sinnvolle Bereichsüberschriften (HTML-Strukturelemente h1 bis h3) eingesetzt. Es sind Sprunglinks vorhanden. HTML5 Elemente zur Auszeichnung von Bereichen (header, nav, main, footer) erschließen den Seitenaufbau sinnvoll. Es werden folgende WAI-ARIA document landmarks verwendet: navigation. Die Zuordnung der Rollen ist korrekt und entspricht dem Seitenaufbau. Seite 3: Es werden sinnvolle Bereichsüberschriften eingesetzt. Es sind Sprunglinks vorhanden. HTML5 Elemente zur Auszeichnung von Bereichen (header, nav, main, footer) erschließen den Seitenaufbau sinnvoll. Es werden folgende WAI-ARIA document landmarks verwendet: navigation. Die Zuordnung der Rollen ist korrekt und entspricht dem Seitenaufbau. |
9.2.4.2 Sinnvolle Dokumenttitel | Seite 1, Seite 2, Seite 3: Der Dokumenttitel besteht aus zwei Bestandteilen die durch Bindestrich getrennt sind: eine immer gleiche, allgemeine Bezeichnung des Webauftritts und führend eine unterscheidende, individuelle Bezeichnung der jeweiligen Seite. Der Dokumenttitel ist für die Unterscheidung und Auswahl von Seiten geeignet. |
9.2.4.3 Schlüssige Reihenfolge bei der Tastaturbedienung | Seite 1, Seite 2, Seite 3: Links, Formularelemente und Objekte werden mit der Tabulatortaste in einer schlüssigen Reihenfolge angesteuert. Die Tabulatorreihenfolge folgt im Wesentlichen der visuellen Anordnung auf dem Bildschirm von oben nach unten und von links nach rechts. |
9.2.4.4 Aussagekräftige Linktexte | Seite 1: Linktexte sind durch den Linktext selbst oder über den programmatisch ermittelbaren Kontext aussagekräftig. Der in der Teaser-Darstellung verwendete Terminus "weiterlesen" steht stets im Zusammenhang mit einem aussagekräftigen Teasertext, einer Überschrift und teilweise noch einem zusätzlichen Bild. Seite 2, Seite 3: Linktexte sind durch den Linktext selbst oder über den programmatisch ermittelbaren Kontext aussagekräftig. |
9.2.4.5 Alternative Zugangswege | Seite 1, Seite 2, Seite 3: Es sind drei unterschiedliche Zugangswege zu den Inhalten des Angebots vorhanden. Es sind durchgängig verfügbare Navigationsmenüs vorhanden, es existiert ein Inhaltsverzeichnis und es gibt eine Suchfunktion, welche prominent auf jeder Seite platziert ist. |
9.2.4.6 Aussagekräftige Überschriften und Beschriftungen | Seite 1, Seite 3: Überschriften und Beschriftungen sind klar und aussagekräftig. |
9.2.5.1 Alternativen für komplexe Zeiger-Gesten | Seite 1, Seite 2, Seite 3: Für alle in Web-Inhalten implementierten komplexen Gesten gibt es alternative Eingabemöglichkeiten über einfache Zeiger-Gesten in den Umgebungen, die in die Prüfung gemäß Accessibility Baseline einbezogen sind. |
9.2.5.2 Zeigergesten-Eingaben können abgebrochen oder widerrufen werden | Seite 1, Seite 2, Seite 3: Zeiger-Gesten lösen keine Aktionen beim Down-Event aus, oder sie können abgebrochen oder rückgängig gemacht werden. |
9.3.1.1 Hauptsprache angegeben | Seite 1, Seite 2, Seite 3: Die Hauptsprache der Webseite ist korrekt im HTML-Tag angegeben. |
9.3.2.1 Keine unerwartete Kontextänderung bei Fokus | Seite 1, Seite 2, Seite 3: Der Fokuserhalt führt nicht zu einer unerwarteten Kontextänderung. |
9.3.2.2 Keine unerwartete Kontextänderung bei Eingabe | Seite 1, Seite 2, Seite 3: Nutzereingaben in den Formularfeldern führen nicht zu unerwarteten oder nicht angekündigten Kontext-Änderungen. |
9.3.2.3 Konsistente Navigation | Seite 1, Seite 2, Seite 3: Navigationsmechanismen und Menüeinträge in verschiedenen Bereichen des Webauftritts sind gleich angeordnet und gestaltet. Im Headerbereich befindet sich stets die Hauptnavigation, in einer linken Spalte ist, wo benötigt, immer die Unternavigation eingebettet und der Fußbereich enthält auf allen Seiten Weiterführende Links. |
9.3.2.4 Konsistente Bezeichnung | Seite 1, Seite 2, Seite 3: Die Navigationsmechanismen und Funktionen, die innerhalb des Webauftritts wiederholt eingesetzt werden, sind stets einheitlich bezeichnet. |
9.3.3.1 Fehlererkennung | Seite 1, Seite 2, Seite 3: Bei den Feldern die auf Fehler geprüft werden, wird der Fehler in Textform beschrieben. |
9.3.3.2 Beschriftungen von Formularelementen vorhanden | Seite 1: Das einzige Formularfeld auf der Seite (die Suche) besitzt ein verstecktes Label. |
9.3.3.3 Hilfe bei Fehlern | Seite 1, Seite 2, Seite 3: Wird ein Eingabefehler automatisch festgestellt, wird der Fehler in Textform beschrieben. Die erzeugten Fehlermeldungen sind verständlich und geben Hinweise, wie der Fehler zu korrigieren ist. |
9.4.1.1 Korrekte Syntax | Seite 1, Seite 2, Seite 3: Das Prüfergebnis des W3C-HTML-Validators ist auch nach Anwendung des "WCAG parsing only" Bookmarklet negativ. Die Meldungen treten im Zusammenhang mit der Onlineterminvereinbarung auf, diese wird gesondert geprüft. Daher wird der Punkt hier nicht negativ bewertet. |
9.4.1.2 Name, Rolle, Wert verfügbar | Seite 1, Seite 2, Seite 3: Es gibt keine Links oder Schaltflächen ohne "href". Es gibt keine Formularelemente wie Checkboxen oder Radio-Buttons, die von der systemüblichen Darstellung abweichen, da sie mit anderen Elementen wie div oder img nachgebildet wurden. Die Onlineterminvereinbarung wird gesondert geprüft. |
9.4.1.3 Statusmeldungen programmatisch verfügbar | Seite 1, Seite 2, Seite 3: Es werden keine Statusmeldungen generiert, die nicht den Fokus erhalten |
12.1.2 Barrierefreie Dokumentation | Seite 1, Seite 2, Seite 3: Die Seite "Erklärung zur Barrierefreiheit" ist barrierefrei. |
eher erfüllt sind 7 Prüfschritte:
Prüfschritt | Kommentar |
---|---|
9.1.1.1a Alternativtexte für Bedienelemente | Seite 1: Alternativtexte sind durchgehend vorhanden. Wenige Ausnahmen, beispielsweise bei direkt über den Code gesetzten Elementen können eventuell vorhanden sein. Die Texte werden vom System automatisch gesetzt und greifen auf den Dateinamen des Elements zurück. Unsere Mitarbeiter werden daher dazu angehalten sinnvolle Dateinamen zu wählen und Alternativtexte bei jenen wo dies nicht zutrifft händisch anzupassen. Die Qualität der gewählten Beschreibungen ist bei neueren Inhalten daher vielmals unterscheidbar höher als bei älteren. |
9.1.3.1d Inhalt gegliedert | Seite 1: Alle Absätze sind mit p ausgezeichnet, für Hervorhebungen im Text wird strong und em verwendet. An einer Stelle wird ein leerer Absatz verwendet um Platz zu schaffen. Es wird kein Text per CSS eingebunden. Im Fußbereich werden Leerzeichen verwendet um Abstand zu schaffen (Impressum, Datenschutz, Inhaltsverzeichnis). Seite 2: Alle Absätze sind mit p ausgezeichnet. Im Fußbereich werden Leerzeichen verwendet um Abstand zu schaffen (Impressum, Datenschutz, Inhaltsverzeichnis). Für Text in Fett wird bold verwendet. Seite 3: Alle Absätze sind mit p ausgezeichnet, für Hervorhebungen im Text wird strong und em verwendet. Es werden keine Zeilenumbrüche verwendet um Absätze zu schaffen. Es wird kein Text per CSS eingebunden. Im Fußbereich werden Leerzeichen verwendet um Abstand zu schaffen (Impressum, Datenschutz, Inhaltsverzeichnis). |
9.2.4.1 Bereiche überspringbar | Seite 1: Es werden sinnvolle Bereichsüberschriften (HTML-Strukturelemente h1 bis h3) eingesetzt. Es sind Sprunglinks vorhanden. HTML5 Elemente zur Auszeichnung von Bereichen (header, nav, main, footer) erschließen den Seitenaufbau sinnvoll. Es werden folgende WAI-ARIA document landmarks verwendet: navigation. Die Zuordnung der Rollen ist korrekt und entspricht dem Seitenaufbau. Das aria-label "Inhaltsnavigation" ist 2 mal vorhanden, da es sich um das gleiche Menü in unterschiedlicher Darstellung handelt nicht negativ bewertet. |
9.2.4.6 Aussagekräftige Überschriften und Beschriftungen | Seite 2: Überschriften sind klar und aussagekräftig. Die Beschriftung für die Suche nach Ansprechpartner/innen lautet nur Suche, das Eingabefeld für die Suche nach Ansprechpartner/innen besitzt ein aussagekräftiges aria-label. |
9.2.4.7 Aktuelle Position des Fokus deutlich | Seite 1, Seite 2, Seite 3: Der Tastaturfokus wird in den meisten Fällen genau so deutlich hervorgehoben werden wie der Mausfokus, lediglich die Schalter vor und Zurück beim Bildwechsler zeigen den Fokus nur mit einer leichten Bewegung an. |
9.2.5.3 Sichtbare Beschriftung Teil des zugänglichen Namens | Seite 1, Seite 2, Seite 3: Bei Bedienelementen mit Beschriftungen, die Text enthalten, enthält der zugängliche Name in den meisten Fällen den sichtbaren Text. |
9.3.3.2 Beschriftungen von Formularelementen vorhanden | Seite 2: Das Formularfeld für die Seitenweite Suche besitzt ein verstecktes Label. Die Beschriftung für die Suche nach Ansprechpartner/innen lautet nur Suche und ist nicht zugeordent, das Eingabefeld für die Suche nach Ansprechpartner/innen besitzt jedoch ein aussagekräftiges aria-label. |
nicht anwendbar sind 51 Prüfschritte:
Prüfschritt | Kommentar |
---|---|
11.8.2 Barrierefreie Erstellung von Inhalten | Seite 1, Seite 2, Seite 3: Die Seite ist kein Autorenwerkzeug. |
11.8.3 Erhaltung von Barrierefreiheitsinformationen bei Transformation | Seite 1, Seite 2, Seite 3: Die Seite ist kein Autorenwerkzeug. |
11.8.4 Reparaturassistenz | Seite 1, Seite 2, Seite 3: Die Seite ist kein Autorenwerkzeug. |
11.8.5 Vorlagen | Seite 1, Seite 2, Seite 3: Die Seite ist kein Autorenwerkzeug. |
12.2.2 Technischer Support | Seite 1, Seite 2, Seite 3: Die Seite bietet keinen technischen Support an. |
12.2.3 Effektive Kommunikation | Seite 1, Seite 2, Seite 3: Die Seite bietet keinen technischen Support an. |
12.2.4 Vom Support bereitgestellte Dokumentation | Seite 1, Seite 2, Seite 3: Die Seite bietet keinen technischen Support an. |
5.3 Biometrie | Seite 1, Seite 2, Seite 3: Die Website nutzt keine biometrischen Merkmale für die Nutzeridentifizierung oder die Steuerung. |
5.4 Erhaltung von Barrierefreiheitsinformationen bei Konvertierung | Seite 1, Seite 2, Seite 3: Es werden keine Dokumente konvertiert. |
6.1 Audiobandbreite für Sprache | Seite 1, Seite 2, Seite 3: Es wird keine Zwei-Wege-Sprachkommunikation angeboten. |
6.2.1.1 Textkommunikation in Echtzeit | Seite 1, Seite 2, Seite 3: Es wird keine Textkommunikation in Echtzeit angeboten. |
6.2.1.2 Gleichzeitige Sprache und Text | Seite 1, Seite 2, Seite 3: Es wird keine Zwei-Wege-Kommunikation/Textkommunikation in Echtzeit angeboten. |
6.2.2.1 Visuell unterscheidbare Anzeige von Textnachrichten | Seite 1, Seite 2, Seite 3: Die Webseite bietet keine Echtzeit Textkommunikation an. |
6.2.2.2 Programmatisch unterscheidbare Anzeige von Textnachrichten | Seite 1, Seite 2, Seite 3: Die Webseite bietet keine Echtzeit Textkommunikation an. |
6.2.2.3 Sprecheridentifizierung | Seite 1, Seite 2, Seite 3: Die Webseite bietet keine Echtzeit Textkommunikation an. |
6.2.2.4 Echtzeitanzeige von Sprech-Aktivität | Seite 1, Seite 2, Seite 3: Die Webseite bietet keine Zwei-Wege-Sprachkommunikation an. |
6.2.3 Interoperabilität von Echtzeit-Textkommunikation | Seite 1, Seite 2, Seite 3: Die Webseite bietet keine Echtzeit Textkommunikation an. |
6.2.4 Reaktionsgeschwindigkeit der Echtzeit-Textkommunikation | Seite 1, Seite 2, Seite 3: Die Webseite bietet keine Echtzeit Textkommunikation an. |
6.3 Anrufer-Identifizierung | Seite 1, Seite 2, Seite 3: Die Webseite bietet keine Zwei-Wege-Sprachkommunikation an. |
6.4 Alternativen zu sprachbasierten Diensten | Seite 1, Seite 2, Seite 3: Das Webangebot bietet keine Echtzeit-Sprachkommunikation mit Voicemail-Funktion oder interaktive Sprachdialogsysteme an. |
6.5.2 Auflösung bei Videotelefonie | Seite 1, Seite 2, Seite 3: Die Webseite bietet keine Videotelefonie-Funktion an. |
6.5.3 Bildwiederholfrequenz bei Videotelefonie | Seite 1, Seite 2, Seite 3: Die Webseite bietet keine Videotelefonie-Funktion an. |
6.5.4 Synchronität bei Videotelefonie | Seite 1, Seite 2, Seite 3: Das Webangebot unterstützt keine Videotelefonie. |
6.5.5 Visuelle Anzeige von Audio-Aktivität | Seite 1, Seite 2, Seite 3: Das Webangebot unterstützt keine Videotelefonie. |
6.5.6 Sprecher-Anzeige für Gebärdensprachen-Kommunikation | Seite 1, Seite 2, Seite 3: Das Webangebot unterstützt keine Videotelefonie. |
7.1.1 Wiedergabe von Untertiteln | Seite 1, Seite 2, Seite 3: Die Webseite bietet keine aufgezeichneten Videos an. |
7.1.2 Synchrone Untertitel | Seite 1, Seite 2, Seite 3: Die Webseite bietet keine aufgezeichneten Videos an. |
7.1.3 Erhaltung von Untertiteln | Seite 1, Seite 2, Seite 3: Auf der Webseite sind keine Videos vorhanden. |
7.1.4 Untertitel-Anpassungen | Seite 1, Seite 2, Seite 3: Es sind keine Videos vorhanden. |
7.2.1 Wiedergabe von Audiodeskription | Seite 1, Seite 2, Seite 3: Auf der Webseite sind keine Videos vorhanden. |
7.2.2 Synchrone Audiodeskription | Seite 1, Seite 2, Seite 3: Auf der Webseite sind keine Videos vorhanden. |
7.2.3 Erhaltung von Audiodeskription | Seite 1, Seite 2, Seite 3: Auf der Webseite sind keine Videos vorhanden |
7.3 Bedienelemente für Untertitel und Audiodeskription | Seite 1, Seite 2, Seite 3: Auf der Webseite ist kein Videoplayer eingebunden. |
9.1.1.1b Alternativtexte für Grafiken und Objekte | Seite 1, Seite 2, Seite 3: Es gibt auf der Seite keine informativen Grafiken. |
9.1.1.1d Alternativen für CAPTCHAs | Seite 1, Seite 2, Seite 3: Es werden keine CAPTCHAs auf dieser Seite eingesetzt. |
9.1.2.1 Alternativen für Audiodateien und stumme Videos | Seite 1, Seite 2, Seite 3: Kein Einsatz von Audiodateien in denen Informationen vermittelt werden, kein Einsatz von stummen Videos oder Animationen. Medienalternativen in Form von Transkriptionen werden daher ebenfalls nicht angeboten. |
9.1.2.2 Aufgezeichnete Videos mit Untertiteln | Seite 1, Seite 2, Seite 3: Es werden keine Videoaufzeichnungen eingesetzt. |
9.1.2.3 Audiodeskription oder Volltext-Alternative für Videos | Seite 1, Seite 2, Seite 3: Es werden keine Videoaufzeichnungen eingesetzt. |
9.1.2.4 Videos (live) mit Untertiteln | Seite 1, Seite 2, Seite 3: Kein Einsatz von Live-Übertragungen. |
9.1.2.5 Audiodeskription für Videos | Seite 1, Seite 2, Seite 3: Es werden keine Videoaufzeichnungen eingesetzt. |
9.1.3.1c HTML-Strukturelemente für Zitate | Seite 1, Seite 2, Seite 3: Es werden keine Zitate auf der Seite veröffentlicht. |
9.1.3.1e Datentabellen richtig aufgebaut | Seite 1: Es werden keine Tabellen eingesetzt. |
9.1.3.1f Zuordnung von Tabellenzellen | Seite 2: Komplexe Datentabellen sind nicht vorhanden, in einfachen Datentabellen sind Überschriften nicht zugeordnet. Seite 1, Seite 3: Es werden keine Tabellen eingesetzt. |
9.1.3.1g Kein Strukturmarkup für Layouttabellen | Seite 1, Seite 2, Seite 3: Tabellen werden nicht für Layoutfunktionen verwendet. |
9.1.3.5 Eingabefelder zu Nutzerdaten vermitteln den Zweck | Seite 1, Seite 2, Seite 3: Es gibt keine Eingabefelder, die sich auf Daten des Nutzers beziehen. |
9.1.4.2 Ton abschaltbar | Seite 1, Seite 2, Seite 3: Die Seite hat keine Tonelemente, die automatisch abgespielt werden. |
9.2.5.4 Alternativen für Bewegungsaktivierung | Seite 1, Seite 2, Seite 3: Es gibt keine Funktionen, die über Gerätebewegung oder Benutzerbewegung ausgelöst werden können. |
9.3.1.2 Anderssprachige Wörter und Abschnitte ausgezeichnet | Seite 1: Seite 2, Seite 3: |
9.3.3.2 Beschriftungen von Formularelementen vorhanden | Seite 3: Das Formularfeld für die Seitenweite Suche besitzt ein verstecktes Label. Beschriftungen sind bei allen Formularelementen des Feedbackformulars vorhanden. Die Beschriftung der Formularelemente ist vor (also links neben oder über) dem zugehörigen Eingabefeld angeordnet.Die Beschriftung von Checkboxen und Radioboxen ist immer rechts neben dem Eingabefeld.Bei dem Feld E-Mail wird für die Eingabe ein bestimmtes Format verlangt und es wird keine Anweisungen angezeigt. |
9.3.3.4 Fehlervermeidung wird unterstützt | Seite 1, Seite 2, Seite 3: Die Seite enthält keine Formulare für Transaktionen durch die Nutzer rechtlich bindende Verpflichtungen eingehen. |
Feedback und Kontakt
Sind Ihnen Mängel beim barrierefreien Zugang zu Inhalten von https://krumbach.de aufgefallen?
Dann können Sie sich gerne bei uns melden. Bitte benutzen Sie dafür das vorgesehene Feedback-Formular.