Erklärung zur Barrierefreiheit
Maßstab sind die Web Content Accessibility Guidelines 2.2 in der Stufe AA und die Anforderungen des Barrierefreiheitsstärkungsgesetzes (BFSG), das seit dem 28. Juni 2025 gilt.
Was umgesetzt und nachgemessen ist
- Vollständige Tastaturbedienung. Jedes bedienbare Element hat einen sichtbaren Fokus mit 3 px Kontur und 2 px Abstand (WCAG 2.4.7, 2.4.11).
- Sprunglink zum Hauptinhalt als erstes fokussierbares Element.
- Semantisches HTML mit durchgehender Überschriftenhierarchie und Landmarks. Das Impressum steht als Beschreibungsliste, nicht als Kette von Kapiteln.
- Beschriftungen an allen Formularfeldern. Fehlermeldungen stehen im Textfluss über dem Formular und nicht nur als Farbe am Feld (WCAG 1.4.1, 3.3.1).
- Kontraste: Alle 18 Farbpaare des Gestaltungssystems sind gegen ihren Hintergrund gerechnet. Der niedrigste Wert liegt bei 5,0:1, gefordert sind 4,5:1 (WCAG 1.4.3).
- Bedienelemente sind mindestens 24 × 24 CSS-Pixel groß oder liegen in einer entsprechend großen Klickfläche (WCAG 2.5.8). Die Auswahlkarten der Vertragsarten etwa sind über das gesamte Feld anklickbar.
-
Bewegung: Bei aktivierter Systemeinstellung
prefers-reduced-motionlaufen keine Animationen, auch nicht die scrollgebundenen. Deren Fortschritt hängt nicht an einer Dauer, sie werden deshalb gesondert abgeschaltet. -
Änderungen ohne Seitenwechsel werden angesagt: die Trefferzahl im
Klausel-Lexikon und das Ergebnis der Vertragsprüfung tragen
aria-live="polite". - Responsives Layout ohne horizontales Scrollen bis 320 px Breite (WCAG 1.4.10).
- Zwei Einstellungen im Kopf der Seite: höherer Kontrast und größere Schrift. Beide wirken sofort und bleiben erhalten.
- Kein Login, keine Anmeldung, kein CAPTCHA. Die Kriterien zur barrierefreien Authentifizierung (WCAG 3.3.8) greifen deshalb nicht.
Bekannte Einschränkungen
- Der erzeugte Vertragstext ist ein langes Dokument ohne Zwischennavigation. Über die Überschriften der Paragraphen lässt er sich anspringen, eine eigene Sprungliste gibt es nicht.
-
Die Datumsfelder erwarten TT.MM.JJJJ und formatieren beim Tippen. Das
ist bewusst kein
<input type="date">: Dessen Anzeigeformat folgt der Systemsprache und wiche bei fremdsprachiger Einstellung vom Vertragstext ab. Wer eine andere Eingabehilfe braucht, kann das Datum auch aus der Zwischenablage einfügen. - Der vierschrittige Assistent zeigt jeweils einen Abschnitt. Alle Felder bleiben im Dokument und werden mitgeschickt, die Reihenfolge beim Vorlesen entspricht aber der Anzeige und nicht dem gesamten Formular.
- Getestet wurde mit Tastatur, VoiceOver und den Entwicklerwerkzeugen. Eine Prüfung durch eine unabhängige Stelle oder mit weiteren Screenreadern steht aus.
Rückmeldung
Wenn Ihnen eine Barriere auffällt, schreiben Sie uns: hallo@vertrags-klar.de. Wir antworten innerhalb von zwei Wochen und sagen dabei, ob und wann wir die Barriere beheben.
Wenn wir nicht reagieren
Hilft unsere Antwort nicht weiter, können Sie sich an die Marktüberwachungsstelle der Länder für die Barrierefreiheit von Produkten und Dienstleistungen wenden:
Marktüberwachungsstelle der Länder für die Barrierefreiheit von
Produkten und Dienstleistungen (MDÜD)
Deutsches Institut für Normung, Saarbrücker Straße 20/21,
10405 Berlin
marktueberwachung-barrierefreiheit.de ↗
Diese Erklärung beruht auf einer Selbstbewertung und wurde zuletzt im September 2026 überprüft.