Teil der klar-Familie
Stand: teilweise konform Die unten genannten Einschränkungen sind uns bekannt und noch nicht behoben. Wir nennen sie, statt eine vollständige Konformität zu behaupten, die wir nicht geprüft haben.

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-motion laufen 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.