Barrierefreiheitserklärung

aktion-barrierefrei.org by camindu GmbH

Geltungsbereich

https://aktion-barrierefrei.org/

Wir sind bestrebt, unsere Website im Einklang mit den geltenden gesetzlichen Vorgaben zur Barrierefreiheit zugänglich zu gestalten. Grundlage sind die Anforderungen der BITV 2.0 sowie der EU-Richtlinie 2016/2102 in Verbindung mit den Web Content Accessibility Guidelines (WCAG). Diese Erklärung informiert über den aktuellen Stand der Barrierefreiheit sowie bestehende Einschränkungen.

Beschreibung der Dienstleistung

Diese Erklärung zur Barrierefreiheit gilt für die Website www.camindu.de. Die Website informiert über die Leistungen, Produkte und Projekte der Camindu GmbH. Dazu gehören insbesondere Beratungs- und Entwicklungsdienstleistungen im digitalen Umfeld, Projektinformationen, Kontaktmöglichkeiten sowie weitere bereitgestellte Online-Inhalte.

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:


Erforderliche ARIA-Attribute müssen bereitgestellt werden (https://dequeuniversity.com/rules/axe/4.8/aria-required-attr?application=axeAPI)

ARIA-Widget-Rollen müssen geeignete Attribute haben, die den Zustand oder die Eigenschaften des Widgets beschreiben.

ARIA-Widget-Rollen erfordern zusätzliche Attribute, die den Zustand des Widgets beschreiben. Der Zustand des Widgets wird Screenreader-Benutzern nicht mitgeteilt, wenn ein erforderliches Attribut weggelassen wird.

Bestimmte Rollen fungieren als zusammengesetzte Widgets der Benutzeroberfläche. Als solche fungieren sie in der Regel als Container, die andere, enthaltene Widgets verwalten. Wenn ein Objekt von mehreren Vorfahren erbt und ein Vorfahre die Unterstützung für eine Eigenschaft angibt, während ein anderer Vorfahre angibt, dass die gleiche Eigenschaft erforderlich ist, wird die Eigenschaft für das ererbende Objekt erforderlich. In einigen Fällen reichen Standardwerte aus, um die ARIA-Attributanforderungen zu erfüllen.

Wenn die erforderlichen Zustands- und Eigenschaftsattribute für bestimmte Rollen (und Unterklassenrollen) nicht vorhanden sind, können Bildschirmlesegeräte die Definition der Rolle des Elements möglicherweise nicht an die Benutzer weitergeben.

Schaltflächen müssen einen erkennbaren Text haben (https://dequeuniversity.com/rules/axe/4.8/button-name?application=axeAPI)

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.

Die Elemente müssen Mindestwerte für das Farbkontrastverhältnis erfüllen (https://dequeuniversity.com/rules/axe/4.8/color-contrast?application=axeAPI)

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.
Dokumente müssen ein <title>-Element haben, um die Navigation zu erleichtern (https://dequeuniversity.com/rules/axe/4.8/document-title?application=axeAPI)

Das HTML-Dokument muss eineTitelElement, um den Benutzern einen Überblick über seinen Inhalt zu geben, und wenn es vorhanden ist, darf es nicht leer sein.

Benutzer von Bildschirmlesegeräten verwenden Seitentitel, um sich einen Überblick über den Inhalt der Seite zu verschaffen. Das Navigieren durch die Seiten kann für Screenreader-Nutzer schnell schwierig und verwirrend werden, wenn die Seiten nicht mit einem Titel versehen sind. Die SeiteTitelElement ist das erste, was Screenreader-Nutzer beim ersten Laden einer Webseite hören.

DieTitelist das erste, was Screenreader-Benutzer hören, wenn sie auf einer Seite ankommen. Wenn es keineTiteloder wenn dieTitelnicht beschreibend und eindeutig ist, müssen Screenreader-Nutzer die Seite durchlesen, um ihren Inhalt und Zweck zu bestimmen.

Die in ARIA und Bezeichnungen verwendeten IDs müssen eindeutig sein (https://dequeuniversity.com/rules/axe/4.8/duplicate-id-aria?application=axeAPI)

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.

Formularfeld darf nicht mehrere Beschriftungselemente haben (https://dequeuniversity.com/rules/axe/4.8/form-field-multiple-labels?application=axeAPI)

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.

Rahmen sollten mit Achsenkern getestet werden (https://dequeuniversity.com/rules/axe/4.8/frame-tested?application=axeAPI)

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.

Frames müssen einen zugänglichen Namen haben (https://dequeuniversity.com/rules/axe/4.8/frame-title?application=axeAPI)

AlleRahmenoderiframeElemente im Dokument müssen einen Titel haben, der nicht leer ist, um ihren Inhalt für Benutzer von Bildschirmlesegeräten zu beschreiben.

Benutzer von Bildschirmlesegeräten verlassen sich auf einen Rahmentitel, um den Inhalt des Dokuments zu beschreiben.Rahmen. Navigieren durchRahmenundiframeElemente wird für die Nutzer dieser Technologie schnell schwierig und verwirrend, wenn das Markup keineTitelAttribut.

Benutzer von Bildschirmlesegeräten haben die Möglichkeit, eine Liste von Titeln für alle Frames auf einer Seite aufzurufen. Durch das Hinzufügen von beschreibenden, eindeutigen Titeln können die Benutzer schnell den gewünschten Rahmen finden. Wenn keine Titel vorhanden sind, kann die Navigation durch Frames schnell schwierig und verwirrend werden. Wenn kein Titel aufgeführt ist, geben Screenreader stattdessen Informationen wie “Frame,” “JavaScript,” den Dateinamen oder die URL an. In den meisten Fällen sind diese Informationen nicht sehr hilfreich.

Die Überschriftenstufen sollten nur um eins erhöht werden (https://dequeuniversity.com/rules/axe/4.8/heading-order?application=axeAPI)

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.

Formularelemente müssen Beschriftungen haben (https://dequeuniversity.com/rules/axe/4.8/label?application=axeAPI)

Jedes Formularelement muss ein programmatisch zugeordnetes Beschriftungselement haben.

Wirksame Formularbeschriftungen sind erforderlich, um Formulare zugänglich zu machen. Der Zweck von Formularelementen wie Kontrollkästchen, Optionsschaltflächen, Eingabefeldern usw. ist für sehende Benutzer oft offensichtlich, selbst wenn das Formularelement nicht programmatisch beschriftet ist. Benutzer von Bildschirmlesegeräten benötigen nützliche Formularbeschriftungen, um Formularfelder zu identifizieren. Das Hinzufügen einer Beschriftung zu allen Formularelementen beseitigt Zweideutigkeiten und trägt zu einem besser zugänglichen Produkt bei.

Wenn Beschriftungen für Formularelemente fehlen, wissen Benutzer von Bildschirmlesegeräten nicht, welche Eingabedaten sie erwarten. Bildschirmlesegeräte können ohne eine etablierte Beschriftungsbeziehung (oder redundanten Text, der als Beschriftung dient) keine Informationen über Eingabeobjekte programmatisch ermitteln.

Das Fehlen von Beschriftungen verhindert, dass Felder beim Lesen durch Bildschirmlesegeräte in den Mittelpunkt gerückt werden, und Benutzer mit eingeschränkter motorischer Kontrolle haben nicht den Vorteil eines größeren anklickbaren Bereichs für das Steuerelement, da das Anklicken der Beschriftung das Steuerelement aktiviert.

Das wichtigste Wahrzeichen sollte nicht in einem anderen Wahrzeichen enthalten sein (https://dequeuniversity.com/rules/axe/4.8/landmark-main-is-top-level?application=axeAPI)

Es empfiehlt sich, darauf zu achten, dass das Hauptmerkmal nicht in einem anderen Merkmal enthalten ist. Der gesamte Inhalt sollte in getrennten Bereichen enthalten sein, z. B. in der Kopfzeile (role="banner"), content (role="main"), und Fußzeile (role="contentinfo").

Die Navigation auf einer Webseite ist für Screenreader-Nutzer viel einfacher, wenn der Inhalt in einige ü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, z. B. 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 wird wahrscheinlich HTML-Regionen bevorzugen, da die Browserunterstützung zunimmt.

Der HTML Living Standard besagt "Ein hierarchisch korrektes Hauptelement ist eines, dessen Vorgängerelementesind begrenztzu<html>,<body>,<div>,<formohne einen zugänglichen Namen und autonome benutzerdefinierte Elemente. Jedes Hauptelement muss ein hierarchisch korrektes Hauptelement sein." Dies kann eine "Best Practice" auf der Grundlage der W3C-Validierung widerspiegeln.

Das Dokument sollte nicht mehr als ein Hauptmerkmal haben (https://dequeuniversity.com/rules/axe/4.8/landmark-no-duplicate-main?application=axeAPI)

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.

Stellt sicher, dass Landmarken eindeutig sind (https://dequeuniversity.com/rules/axe/4.8/landmark-unique?application=axeAPI)

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.

Die Links müssen ohne Farbe erkennbar sein (https://dequeuniversity.com/rules/axe/4.8/link-in-text-block?application=axeAPI).

Stellt sicher, dass Benutzer, die nicht zwischen Farben unterscheiden können, erkennen können, ob es sich bei dem Text um einen Link handelt, indem sie überprüfen, ob der Link entweder einen eindeutigen Stil hat, der nicht von der Farbe abhängt, oder einen Kontrastunterschied von mehr als 3:1 aufweist (was Sie darauf hinweist, dass eine manuelle Prüfung erforderlich ist).

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. Jeder zwölfte Mensch hat eine Farbfehlsichtigkeit - 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.

Wenn das Farbkontrastverhältnis von 3:1 nicht ausreicht, um die Farbe des Linktextes von der Farbe des umgebenden Textes zu unterscheiden, können sehbehinderte Nutzer mit geringem Kontrast nicht erkennen, dass der Text als Link gedacht ist.

Links müssen einen erkennbaren Text haben (https://dequeuniversity.com/rules/axe/4.8/link-name?application=axeAPI)

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".

<li> Elemente müssen in einem <ul> oder <ol> enthalten sein (https://dequeuniversity.com/rules/axe/4.8/listitem?application=axeAPI)

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.

Die Seite sollte eine Überschrift der ersten Ebene enthalten (https://dequeuniversity.com/rules/axe/4.8/page-has-heading-one?application=axeAPI)

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.

Der rollbare Bereich muss über die Tastatur zugänglich sein (https://dequeuniversity.com/rules/axe/4.8/scrollable-region-focusable?application=axeAPI)

Elemente mit scrollbarem Inhalt sollten über die Tastatur zugänglich sein

Überprüft scrollbare Inhalte auf fokussierbare Elemente, die eine Tastaturnavigation ermöglichen. Die Tastaturnavigation sollte nicht fehlschlagen, wenn sich der Fokus auf ein Element innerhalb eines scrollbaren Bereichs bewegt.

Diese Erklärung wurde am 09.09.2026 mitbe. barrierefreiheitserklärung erstellt. Ein Service von aktion-barrierefrei.org. ( Letzte Aktualisierung 09.10.2026 02:32 Uhr )

Kontakt / Rückmeldung zur Barrierefreiheit

Nutzen Sie dieses Formular, um uns Barrieren oder Probleme bei der Nutzung dieser Website mitzuteilen.

Top