Visuelle & auditive Zugänglichkeit
Bereitstellung ausreichender Farbkontraste, flexibler Textgrößen und präziser Alternativtexte für alle visuellen Inhalte, um die Erfassung über Hilfsmittel zu garantieren.
WahrnehmbarkeitBarrierefreiheit ist ab Juni 2025 gesetzliche Pflicht für E-Commerce und digitale Dienstleistungen. Technische Konformität nach WCAG und BFSG — präzise umgesetzt im Code, ohne Overlays.
Beratungsgespräch anfragenBarrierefreiheit ist ab Juni 2025 gesetzliche Pflicht für E-Commerce und digitale Dienstleistungen. Technische Konformität nach WCAG und BFSG — präzise umgesetzt im Code, ohne Overlays.
Die Herausforderung
Rechtliche Vorgaben, Conversion-Verluste und Barrieren im Quellcode zwingen zum systematischen Umdenken.
Situation 01
Das Barrierefreiheitsstärkungsgesetz verlangt ab Juni 2025 eine barrierefreie Gestaltung von E-Commerce, Dienstleistungen und Buchungsstrecken. Unternehmen müssen handeln, um Bußgelder und Abmahnungen zu vermeiden.
Situation 02
Webseiten mit unklaren Fokuszuständen, fehlenden Alternativtexten oder fehlerhafter Tastaturnavigation sperren bis zu 10 % der potenziellen Kunden (z. B. Menschen mit motorischen oder visuellen Einschränkungen) aus.
Situation 03
Häufig sieht ein Design modern aus, scheitert jedoch bei der maschinellen Erfassung. Fehlende ARIA-Labels, falsche Überschriftenhierarchien und Kontrastmängel machen die Nutzung für Screenreader unmöglich.
Die Säulen
Wie Zugänglichkeit strukturiert im Code verankert wird.
Bereitstellung ausreichender Farbkontraste, flexibler Textgrößen und präziser Alternativtexte für alle visuellen Inhalte, um die Erfassung über Hilfsmittel zu garantieren.
WahrnehmbarkeitSicherstellung, dass sämtliche interaktiven Elemente (z. B. Dropdowns, Menüs, Formulare) ohne Maus bedienbar sind. Vermeidung von Tastaturfallen und Gewährleistung eines klaren Fokus-Indikators.
BedienbarkeitNutzung nativer HTML5-Elemente (z. B. main, nav, section, dialog) anstelle überladener DIV-Verschachtelungen. Dies stellt die Kompatibilität mit zukünftigen assistiven Technologien sicher.
RobustheitDurch Astros statische HTML-Ausgabe bleibt die Seite für Assistenzsysteme extrem schnell lesbar. JavaScript wird nur dort geladen, wo interaktive Barrierefreiheit (z. B. Modals) es zwingend erfordert.
Implementierung korrekter ARIA-Attribute (aria-expanded, aria-controls, role="status") für dynamische Benutzeroberflächen zur nahtlosen Status-Kommunikation.
Integration automatisierter Accessibility-Checks (z. B. axe-core) direkt in den Build-Prozess. Fehlerhafte Layouts oder vergessene Labels blockieren automatisch das Deployment.
Dieses Beispiel demonstriert ein semantisch korrektes, tastaturbedienbares Akkordeon-Element mit ARIA-Attributen für eine zuverlässige Sprachausgabe.
<!-- 1. Trigger-Button mit Verweis auf den Panel-Inhalt und Status -->
<button
type="button"
aria-expanded="false"
aria-controls="accordion-panel-1"
id="accordion-trigger-1"
class="accordion-header"
>
Warum ist semantisches HTML wichtig?
</button>
<!-- 2. Zugehöriger Inhalts-Container mit passender ID und Rollen-Zuweisung -->
<div
id="accordion-panel-1"
role="region"
aria-labelledby="accordion-trigger-1"
class="accordion-panel"
hidden
>
<p>
Semantische Elemente teilen Hilfsmitteln (z. B. Screenreadern) direkt die Bedeutung eines
Bereichs mit, anstatt nur Struktur zu erzeugen. Das erleichtert die maschinelle Navigation.
</p>
</div> Arbeitsweise
Ein strukturierter Prozess von der Fehleranalyse bis zur gesetzlich konformen Erklärung.
Prüfung der bestehenden Plattform anhand der WCAG 2.1/2.2 AA Richtlinien. Identifikation kritischer Barrieren in Navigation, Kontrasten und Formularen.
Umbau von DIV-basierten Elementen auf semantische HTML-Tags. Ergänzung von Skip-Links (Sprungmarken), um Tastaturnutzern das direkte Springen zum Hauptinhalt zu ermöglichen.
Manuelle Prüfung der gesamten Seite mittels Screenreader (NVDA, VoiceOver) und reiner Tastaturbedienung. Optimierung der Tab-Reihenfolge und Fokussicherung bei Modals.
Erstellung des gesetzlich geforderten Statements zur Barrierefreiheit und Übergabe eines Prüfberichts als Nachweis der Konformität.
Häufige Fragen
Hintergründe zu gesetzlichen Pflichten und technischer Umsetzung.
Betroffen sind alle geschäftsmäßig angebotenen Dienstleistungen und Produkte im elektronischen Geschäftsverkehr (E-Commerce). Ausgenommen sind reine Dienstleistungen von Kleinstunternehmen (weniger als 10 Mitarbeiter UND unter 2 Mio. € Jahresumsatz). Für den Vertrieb von Produkten gilt diese Ausnahme jedoch nicht.
Nein. Sogenannte Accessibility-Overlays, die nachträglich Kontraste oder Vorlesefunktionen per Skript einfügen, lösen die zugrundeliegenden Code-Mängel (z. B. fehlende Tastatur-Navigation, unlesbare Formular-Labels) nicht. Sie verhindern keine Abmahnungen und verlangsamen oft die Ladezeit der Webseite.
Die Prüfung erfolgt in zwei Schritten: Einerseits über automatisierte Test-Suiten (wie Lighthouse oder axe-core) für strukturelle Mängel, andererseits über manuelle Audits mit Tastatur-Navigation und Screenreadern (VoiceOver, NVDA) zur Bewertung des tatsächlichen Nutzungserlebnisses.
In der Regel gilt der internationale Standard WCAG 2.1 (Web Content Accessibility Guidelines) auf der Konformitätsstufe AA als Maßstab für die gesetzliche Erfüllung der Barrierefreiheit.
Passt auch dazu
Zusammenarbeit von Design, Technologie und gesetzlichen Vorgaben.
Bestehende Webseiten auf WCAG-Konformität und BFSG-Bereitschaft testen.
Semantisches, ultraschnelles HTML als ideale Grundlage für Barrierefreiheit.
Benutzerführung und Informationsarchitektur von Anfang an barrierefrei planen.
Insights
Alle Artikel
Unternehmenswissen steckt in Köpfen, Chats und PDFs – so wird es KI-fähig
Warum KI ohne unternehmensinternen Kontext wenig leistet und gerade jetzt überall interne Wissensbasen entstehen

MCP — wenn deine Website mit KI-Agenten sprechen kann
Was das Model Context Protocol ist, für welche Use Cases es sinnvoll wird — und was eine MCP-Anbindung in der Praxis bedeutet

Schema.org für AI-Agenten — strukturierte Daten als Sprache für Maschinen
Was JSON-LD ist, welche Schema-Typen für Unternehmenswebsites wichtig sind — und wie AI-Systeme diese Informationen nutzen

Was AI wirklich sieht — und warum gute Inhalte unsichtbar sein können
Wie AI-Systeme Websites technisch verarbeiten, was dabei verloren geht — und was das für Entwicklung und Inhalte bedeutet

Wenn AI deine Website liest — was das für Betreiber heute schon bedeutet
Warum sich der Weg von der Suchanfrage zur Entscheidung verändert — und welche drei Dinge jetzt wichtig werden

Astro 6.1: Was das Minor-Release bringt
Image-Codec-Kontrolle, i18n-Fallback-Routen und ein wichtiger Cloudflare-Fix – mit offenem Starter-Template

Supply-Chain-Sicherheit automatisieren: Der praktische Werkzeugkasten
Von Dependabot bis SLSA: Wie Entwickler-Teams ihre Ökosysteme systematisch absichern

Web Components in Astro: Praktischer Einstieg mit Beispiel-Repository
Vom ersten Custom Element bis zur produktionsreifen Komponente – mit vollständigem Code zum Nachbauen
Konzept und Umsetzung: Jörn Seidel
Barrierefreie Webentwicklung
Gemeinsame Analyse der bestehenden Plattform und Konzeption eines technisch sauberen Umsetzungskonzepts.