Erklärung zur Barrierefreiheit

1. Mein Anliegen

Ich möchte, dass meine Website möglichst vielen Menschen offensteht – unabhängig von technischen Hilfsmitteln oder persönlichen Einschränkungen. Deshalb habe ich diese Seite nach den Richtlinien der Web Content Accessibility Guidelines (WCAG) 2.1 auf Konformitätsstufe AA und der BITV 2.0 entwickelt.

2. Was umgesetzt ist

Die Website erfüllt die zentralen Anforderungen der WCAG 2.1 AA. Konkret heißt das:

Wahrnehmbar

• Semantische HTML-Struktur (richtige Überschriften, Landmarken, Listen)
• Alternativtexte für alle Grafiken und das Dashboard-SVG
• Ausreichende Farbkontraste nach WCAG-AA
• Skalierbare Schriftgrößen (Browser-Zoom bis 200 % möglich)

Bedienbar

• Vollständige Tastaturbedienung ohne Maus
• Skip-Link zum Hauptinhalt auf jeder Seite
• Sichtbare Fokus-Markierungen auf allen interaktiven Elementen
• Keine blinkenden oder schnell animierten Inhalte

Verständlich

• Einfache, klare Sprache ohne unnötigen Fachjargon
• Konsistente Navigation und Seitenstruktur
• Eindeutige Link-Beschriftungen und Buttons

Robust

• Valides HTML5 und CSS
• ARIA-Rollen dort, wo sie zusätzlichen Nutzen bringen
• Kompatibilität mit gängigen Screenreadern (NVDA, JAWS, VoiceOver, TalkBack)
• Berücksichtigung von prefers-reduced-motion und prefers-contrast

3. Bekannte Einschränkungen

Ich bin ehrlich: Vollständig perfekt ist keine Website. Diese Punkte sind mir bekannt:

• Externe Dienste: Bei Fernwartung nutze ich TeamViewer. Die Barrierefreiheit dieses externen Werkzeugs liegt nicht in meiner Hand.
• PDF-Dokumente: Falls künftig PDFs eingebunden werden, kann ich nicht garantieren, dass alle Fremddokumente (z. B. Hersteller-Datenblätter) barrierefrei sind.
• Manuelle Tests: Ich teste selbst mit Screenreader-Stichproben. Für eine professionelle Zertifizierung wäre ein externer Dienstleister nötig – das übersteigt als Solo-Unternehmer meine Möglichkeiten.

4. Wie ich geprüft habe

Diese Erklärung beruht auf einer Selbsteinschätzung auf Basis folgender Prüfschritte:

• Validierung des Quelltexts (HTML/CSS)
• Navigation nur mit der Tastatur
• Stichproben mit dem Screenreader NVDA
• Tests in Google Chrome, Mozilla Firefox, Microsoft Edge und Safari
• Lighthouse-Audit und axe DevTools in den Entwicklertools

Datum der Prüfung: April 2026

5. Feedback – ich höre zu

Sie stoßen auf eine Barriere oder haben einen Verbesserungsvorschlag? Bitte schreiben Sie mir. Ich kümmere mich persönlich darum und antworte in der Regel innerhalb von zwei Werktagen.