Gemeinde Gmund a. Tegernsee
Geltungsbereich
Bundesland
Bayern
Erfüllung der Barrierefreiheitsanforderungen
Vereinbarkeit
Unsere Produkte und Dienstleistungen sind für Menschen mit Behinderungen in der allgemein üblichen Weise, ohne besondere Erschwernis und grundsätzlich ohne fremde Hilfe auffindbar, zugänglich und nutzbar.
Unsere Webseite ist in großen Teilen mit dem BFSG und der BFSGV vereinbar. Jedoch bestehen noch einige Barrieren auf unseren Seiten, an denen wir aktiv arbeiten und diese in Zukunft beseitigen wollen. Folgende Ausnahmen und Unvereinbarkeiten bestehen:
Nicht alle Kombinationen von ARIA-Rollen und -Attributen sind gültig. Diese Regel prüft, ob jede Rolle mit zulässigen Attributen versehen ist.
Die Verwendung von ARIA-Attributen in Rollen, in denen sie nicht zulässig sind, kann die Zugänglichkeit der Webseite beeinträchtigen. Die Verwendung einer ungültigen Rollen-Attribut-Kombination hat im besten Fall keine Auswirkung auf die Barrierefreiheit der Anwendung und kann im schlimmsten Fall ein Verhalten auslösen, das die Barrierefreiheit für ganze Teile einer Anwendung deaktiviert.
Wenn ARIA-Attribute für HTML-Elemente verwendet werden, die nicht mit WAI-ARIA 1.1 übereinstimmen, geraten sie in Konflikt mit der Semantik der Elemente, was dazu führen kann, dass Produkte für unterstützende Technologien unsinnige Informationen über die Benutzeroberfläche (UI) melden, die nicht der tatsächlichen Benutzeroberfläche des Dokuments entsprechen.
Einige ARIA-ElternRolleauf Elemente angewandte Werte müssen bestimmte untergeordnete Elemente enthalten undRolleWerte, um die beabsichtigte Funktion der Barrierefreiheit zu erfüllen.
Für jede Rolle definiert WAI-ARIA ausdrücklich, welche untergeordneten und übergeordneten Rollen zulässig und/oder erforderlich sind. ARIARolles fehlendes WunschkindRolles nicht in der Lage sein, die vom Entwickler beabsichtigten Zugänglichkeitsfunktionen auszuführen.
Hilfsmittel müssen dem Benutzer den Kontext vermitteln. Zum Beispiel, in einerBaumartikelist es wichtig, das übergeordnete Element (Container), das Element oder die Geschwister im Ordner zu kennen. Dies kann auf zwei Arten geschehen:
- Code Ordnung oder DOM:Der erforderliche Kontext ergibt sich häufig aus der Codefolge oder dem DOM.
-
LUFT:ARIA (wie zum Beispiel
aria-owns) kann verwendet werden, um die Beziehungen bereitzustellen, wenn die Hierarchie nicht mit der Codestruktur oder dem DOM-Baum übereinstimmt.
ARIA-Attribute, die mitaria-müssen gültige Werte enthalten. Diese Werte müssen richtig geschrieben sein und den Werten entsprechen, die für ein bestimmtes Attribut sinnvoll sind, um die beabsichtigte Funktion der Barrierefreiheit zu erfüllen.
ARIA-Attribute (d.h. beginnend mitaria-) müssen gültige Werte enthalten. Diese Werte müssen richtig geschrieben sein und den Werten entsprechen, die für ein bestimmtes Attribut sinnvoll sind, um die beabsichtigte Funktion der Barrierefreiheit zu erfüllen.
Viele ARIA-Attribute akzeptieren einen bestimmten Satz von Werten. Erlaubte Werte, akzeptable "undefined" Werte und akzeptable "default" Werte sind erforderlich. Die Nichteinhaltung der zulässigen Werte führt zu Inhalten, die für Benutzer von Hilfstechnologien nicht zugänglich sind.
Schaltflächen müssen einen erkennbaren Text haben, der das Ziel, den Zweck, die Funktion oder die Aktion für Benutzer von Bildschirmlesegeräten klar beschreibt.
Dieeingabe-schaltfläche-nameRegel trennt die Funktionalität von derSchaltfläche-NameRegel, um sicherzustellen, dass Eingabeschaltflächen einen erkennbaren Text haben; Hinweise, die sich auf die Namen von Eingabeschaltflächen beziehen, waren für Schaltflächenelemente falsch.
Benutzer von Bildschirmlesegeräten sind nicht in der Lage, den Zweck von Elementen zu erkennen, dierole="link",role="button", oderrole="menuitem"die keinen zugänglichen Namen haben.
Alle Textelemente müssen einen ausreichenden Kontrast zwischen dem Text im Vordergrund und den Hintergrundfarben dahinter gemäß den WCAG 2 AA-Kontrastschwellenwerten aufweisen.
Manche Menschen mit Sehschwäche leiden unter einem geringen Kontrast, d. h. es gibt nicht sehr viele helle oder dunkle Bereiche. Alles erscheint in etwa gleich hell, was es schwierig macht, Umrisse, Ränder, Kanten und Details zu erkennen. Text, dessen Luminanz (Helligkeit) zu stark an den Hintergrund angeglichen ist, kann schwer zu lesen sein.
Es gibt fast dreimal so viele Menschen mit Sehschwäche wie mit völliger Blindheit. Eine von zwölf Personen kann nicht das gesamte Farbspektrum sehen, das sind etwa 8 % der Männer und 0,4 % der Frauen in den USA. Eine Person mit Sehschwäche oder Farbenblindheit ist nicht in der Lage, Text vor einem Hintergrund ohne ausreichenden Kontrast zu erkennen.
Farbtransparenz und Deckkraft werden im Hintergrund berücksichtigt.
Farbtransparenz und -undurchsichtigkeit im Vordergrund sind aufgrund dessen schwieriger zu erkennen und zu berücksichtigen:
- 1:1 Farben im Vorder- und Hintergrund.
- CSS-Hintergrundfarbverläufe.
- Hintergrundfarben in CSS-Pseudo-Elementen.
- Mit CSS-Rahmen erstellte Hintergrundfarben.
- Überschneidungen mit einem anderen Element im Vordergrund - dies führt manchmal zu einer kniffligen Positionierung.
- Elemente, die per CSS außerhalb des Ansichtsfensters verschoben werden.
Der Wert, der einemidAttribut, das in ARIA oder in Formularbeschriftungen verwendet wird, muss eindeutig sein, um zu verhindern, dass die zweite Instanz von assistiver Technologie übersehen wird. Anders ausgedrückt: ID-Werte, die in ARIA und in Beschriftungen verwendet werden, dürfen nicht mehr als einmal im selben Dokument verwendet werden, um jedes Element von einem anderen zu unterscheiden.
Doppelte IDs sind häufige Validierungsfehler, die die Zugänglichkeit von Beschriftungen, z. B. von ARIA-Elementen, Formularfeldern und Tabellenkopfzellen, beeinträchtigen können.
Eindeutige ID's unterscheiden jedes Element von einem anderen und verhindern ungültiges Markup, bei dem nur die erste Instanz durch clientseitiges Scripting bearbeitet wird oder bei dem unterstützende Technologien typischerweise nur auf die erste genau verweisen.
Stellt sicher, dass ein Formularfeld nicht mehrere Bezeichnungen hat.
Die Zuweisung mehrerer Beschriftungen zu demselben Formularfeld kann bei einigen Kombinationen von Bildschirmlesegeräten und Browsern Probleme verursachen, und die Ergebnisse sind von einer Kombination zur nächsten uneinheitlich. Einige Kombinationen lesen die erste Beschriftung. Einige lesen die letzte Beschriftung. Andere lesen beide Beschriftungen.
Die Rahmen müssen mit Achsenkern geprüft werden.
Ohne das axe-core-Skript ist es dem Tool nicht möglich, die Prüfung von Verstößen auf mehreren Ebenen verschachtelter iframes durchzuführen.
Die Überschriften müssen in einer gültigen logischen Reihenfolge stehen, das heißth1überh6Element-Tags müssen in sequenziell-absteigender Reihenfolge erscheinen.
Der eigentliche Zweck von Kopfzeilen besteht darin, die Struktur der Seite zu vermitteln. Für sehende Benutzer wird derselbe Zweck durch unterschiedliche Textgrößen erreicht. Die Textgröße ist jedoch für Benutzer von Bildschirmlesegeräten nicht hilfreich, da ein Bildschirmlesegerät eine Überschrift nur dann erkennt, wenn sie richtig gekennzeichnet ist. Wenn die Überschriftenelemente richtig eingesetzt werden, ist die Seite sowohl für Screenreader als auch für sehende Benutzer viel einfacher zu navigieren.
Genauso wie sehende Benutzer eine Seite überfliegen und sich einen Überblick über den Inhalt verschaffen können, können Benutzer von Bildschirmlesegeräten dasselbe tun, indem sie durch Überschriften navigieren. Gut geschriebene und richtig angeordnete Überschriften können den Nutzern, insbesondere denen, die Bildschirmlesegeräte verwenden, viel Zeit und Frustration ersparen.
Der Zweck von Überschriften ist es, die Struktur der Webseite zu beschreiben und nicht nur wichtigen Text hervorzuheben. Sie sollten kurz, klar und eindeutig sein und mith1überh6Elemente in hierarchischer Reihenfolge. All diese Eigenschaften machen Überschriften zu wertvollen Hilfsmitteln für Screenreader-Nutzer. Ähnlich wie sehende Benutzer eine Seite überfliegen und sich ein Bild von ihrem Inhalt machen können, können Screenreader-Benutzer durch Überschriften navigieren. Gut geschriebene und richtig angeordnete Überschriften können Bildschirmlesern Zeit und Frustration ersparen.
Neben der besseren Zugänglichkeit der Seite haben Überschriften noch weitere Vorteile, da Suchmaschinen Überschriften beim Filtern, Ordnen und Anzeigen von Ergebnissen verwenden. Die Verbesserung der Zugänglichkeit Ihrer Website kann auch dazu führen, dass Ihre Seite besser auffindbar ist.
Das HTML-Dokumentelement muss ein gültigeslangAttribut oder muss mit einem gültigenlangCode für mehrsprachige Benutzer von Bildschirmlesegeräten, die möglicherweise eine andere Sprache als die Standardsprache bevorzugen.
Bei der Konfiguration eines Bildschirmlesegeräts wählen die Benutzer eine Standardsprache aus. Wenn die Sprache einer Webseite nicht angegeben wird, nimmt das Bildschirmlesegerät die vom Benutzer eingestellte Standardsprache an. Spracheinstellungen werden zu einem Problem für Benutzer, die mehrere Sprachen sprechen und auf Websites in mehr als einer Sprache zugreifen. Es ist wichtig, eine Sprache festzulegen und sicherzustellen, dass sie gültig ist, damit der Text der Website richtig ausgesprochen wird.
Bildschirmlesegeräte verwenden für jede Sprache unterschiedliche Soundbibliotheken, die auf der Aussprache und den Eigenschaften der jeweiligen Sprache basieren. Bildschirmlesegeräte können problemlos zwischen diesen Sprachbibliotheken wechseln, allerdings nur, wenn in den Dokumenten angegeben ist, welche Sprache(n) wann gelesen werden soll(en). Wenn die Sprache nicht angegeben ist, liest das Bildschirmlesegerät das Dokument in der Standardsprache des Benutzers vor, was zu einem seltsamen Akzent führt! Es ist unmöglich, etwas zu verstehen, wenn Screenreader die falsche Sprachbibliothek verwenden.
Es ist eine bewährte Praxis, sicherzustellen, dass es nur eine Hauptmarkierung gibt, um zum Hauptinhalt der Seite zu navigieren, und dass, wenn die Seite Folgendes enthältiframeElemente, die entweder keine Orientierungspunkte oder nur einen einzigen Orientierungspunkt enthalten.
Die Navigation auf einer Webseite ist für Benutzer von Bildschirmlesegeräten viel einfacher, wenn der gesamte Inhalt auf einen oder mehrere übergeordnete Abschnitte aufgeteilt ist. Inhalte außerhalb dieser Abschnitte sind schwer zu finden, und ihr Zweck kann unklar sein.
HTML hat in der Vergangenheit einige wichtige semantische Marker vermissen lassen, wie z. B. die Möglichkeit, Abschnitte der Seite als Kopfzeile, Navigation, Hauptinhalt und Fußzeile zu kennzeichnen. Die Verwendung von HTML5-Elementen und ARIA-Markierungen im selben Element gilt als Best Practice, aber die Zukunft wird HTML-Regionen bevorzugen, da die Browserunterstützung zunimmt.
Landmarken müssen eine eindeutige Kombination aus Rolle oder Rolle/Label/Titel (d. h. zugänglicher Name) haben.
landmark-uniqueist eine neue Best-Practice-Regel, die sicherstellt, dass Landmarken eine eindeutige Kombination aus Rolle oder zugänglichem Namen (d. h. Rolle, Bezeichnung, Titel) haben.
Linktext und alternativer Text für Bilder müssen, wenn sie als Links verwendet werden, von einem Bildschirmlesegerät erkannt werden können, dürfen keine doppelte Beschriftung haben und müssen fokussierbar sein.
Unzugängliche Link-Elemente stellen ein Hindernis für die Zugänglichkeit dar, da sie ein wesentlicher Bestandteil einer Website sind.
Benutzer, die sich ausschließlich mit der Tastatur (und nicht mit der Maus) auf einer Webseite bewegen, können nur auf Links klicken, die den programmatischen Fokus erhalten können. Ein Link, der keinen programmatischen Fokus erhält, ist für diese Benutzer unzugänglich.
Wie sehende Benutzer müssen auch Benutzer von Bildschirmlesegeräten wissen, wohin ein Link verweist. Der innere Linktext liefert diese Information, wird aber nicht genutzt, wenn ein Screenreader nicht darauf zugreifen kann.
Tastaturbenutzer, einschließlich sehbehinderter Screenreader-Benutzer oder Personen, die keine Maus benutzen können, können nur die Links und Formularelemente aktivieren, die den programmatischen Fokus erhalten können. Alle Ereignisse, die ausschließlich durch andere Arten von Fokus aktiviert werden, zum BeispielonmouseoverEreignisse, die vom Mausfokus abhängen, sind für Tastaturbenutzer unzugänglich. Nur Links und Formularelemente erhalten standardmäßig den Tastaturfokus. Ändern Sie Elemente, die keine Links oder Formularkomponenten sind, damit sie den Fokus erhalten, indem Sietabindex="0".
Die Listen müssen korrekt gekennzeichnet sein, d.h. sie dürfen nicht enthaltenInhaltandere Elemente alsliElemente.
Bildschirmlesegeräte haben eine besondere Art, Listen anzukündigen. Diese Funktion macht Listen verständlicher, funktioniert aber nur, wenn die Listen richtig strukturiert sind.
Wenn andere Inhaltselemente als Listenelemente in einem Satz von Listenelementen enthalten sind, können Bildschirmlesegeräte den Zuhörer nicht darüber informieren, dass sie Elemente innerhalb der Liste hören.
Damit eine Liste gültig ist, muss sie sowohl übergeordnete Elemente haben (eine Gruppe vonulElemente oder eine Reihe vonolElemente) und untergeordnete Elemente (die innerhalb dieser Tags unter Verwendung derliElement), und alle anderen Inhaltselemente sind ungültig.
Obwohl einigeNicht-InhaltElemente wie Script, Template, Style, Meta, Link, Map, Area und Datalist sind in Listen erlaubt,Inhaltandere Elemente alslisind nicht erlaubt.
Alle Listenelemente (li) muss enthalten sein inuloderolübergeordnete Elemente.
Damit eine Liste gültig ist, muss sie sowohl übergeordnete als auch untergeordnete Elemente enthalten. Übergeordnete Elemente können entweder eine Menge vonulTags oder einer Reihe vonolTags. Kindelemente müssen innerhalb dieser Tags mit derlitag.
Bildschirmlesegeräte benachrichtigen die Benutzer, wenn sie zu einer Liste kommen, und teilen ihnen mit, wie viele Elemente in einer Liste enthalten sind. Die Ansage der Anzahl der Elemente in einer Liste und des aktuellen Listenelements hilft den Zuhörern zu wissen, was sie gerade hören und was sie erwarten können.
Wenn Sie eine Liste nicht mit dem richtigen semantischen Markup in einer Hierarchie auszeichnen, können Listenelemente den Zuhörer nicht darüber informieren, dass sie eine Liste hören, wenn kein übergeordnetes Element das Vorhandensein einer Liste und den Typ der Liste angibt.
Verschachtelte interaktive Steuerelemente werden von Bildschirmlesern nicht angezeigt
Fokussierbare Elemente mit einem interaktiven Steuerelement als Vorgänger (jedes Element, das Benutzereingaben akzeptiert, wie z. B. Schaltflächen oder Ankerelemente) werden von Bildschirmlesegeräten nicht angezeigt und erzeugen einen leeren Tabstopp. Das heißt, Sie können mit der Tabulatortaste auf das Element zugreifen, aber der Bildschirmleser wird seinen Namen, seine Rolle oder seinen Status nicht anzeigen.
Stellt sicher, dass die Seite oder mindestens einer ihrer Rahmen eineh1Element, das vor dem Beginn des Hauptinhalts erscheint, damit Screenreader-Benutzer mit Hilfe von Tastenkombinationen durch die Überschriftenstruktur navigieren können, anstatt Zeit damit zu verschwenden, sich mehr von der Webseite anzuhören, um ihre Struktur zu verstehen.
Benutzer von Bildschirmlesegeräten können mit Hilfe von Tastenkombinationen direkt zur ersten Seite navigierenh1die es ihnen im Prinzip ermöglichen sollte, direkt zum Hauptinhalt der Webseite zu gelangen. Wenn es keineh1, oder wenn dieh1an einer anderen Stelle als am Anfang des Hauptinhalts erscheint, müssen sich die Benutzer von Bildschirmlesegeräten mehr von der Webseite anhören, um ihre Struktur zu verstehen, was wertvolle Zeit vergeudet.
Denken Sie daran, dass blinde Benutzer eine Webseite nicht einfach nur ansehen und sofort verstehen können, wie es ein visueller Benutzer kann. Visuelle Benutzer können viele Informationen über das Layout der Seite aufnehmen, ohne den gesamten Inhalt lesen zu müssen. Blinde Benutzer haben diesen Luxus nicht. Bildschirmlesegeräte lesen linear, was bedeutet, dass sie sich die gesamte Webseite anhören müssen, es sei denn, es gibt eine andere bequeme Möglichkeit, sich einen Überblick über das Layout und die Struktur der Seite zu verschaffen. Es hat sich herausgestellt, dass Überschriften eine Möglichkeit sind, dies zu tun. Benutzer von Bildschirmlesegeräten können Tastaturkürzel verwenden, um durch die Überschriftenstruktur eines Dokuments zu navigieren.
Es empfiehlt sich, alle Inhalte, mit Ausnahme von Sprunglinks, in abgegrenzten Bereichen wie Kopf-, Navigations-, Haupt- und Fußzeile unterzubringen.
Die Navigation auf einer Webseite ist für Benutzer von Bildschirmlesegeräten viel einfacher, wenn der Inhalt in mehrere übergeordnete Abschnitte aufgeteilt ist. Inhalte außerhalb von Abschnitten sind schwer zu finden, und der Zweck des Inhalts kann unklar sein.
In der Vergangenheit fehlten in HTML einige wichtige semantische Marker wie die Möglichkeit, Abschnitte der Seite als Kopfzeile, Navigation, Hauptinhalt und Fußzeile zu kennzeichnen. Die Verwendung sowohl von HTML5-Elementen als auch von ARIA-Marken im selben Element gilt als Best Practice, aber die Zukunft begünstigt die Verwendung nativer HTML5-Elementregionen, da die Browserunterstützung zunimmt.
Durchsetzungsstelle
Durchsetzungsstelle Bayern (LDBV)
Email: bitv@bayern.de
Website: https://www.ldbv.bayern.de
Diese Erklärung wurde am 31.03.2026 mit erstellt. Ein Service von aktion-barrierefrei.org. ( Letzte Aktualisierung 13.04.2026 22:35 Uhr )
Kontakt / Rückmeldung zur Barrierefreiheit
Nutzen Sie dieses Formular, um uns Barrieren oder Probleme bei der Nutzung dieser Website mitzuteilen.