Barrierefreiheit bedeutet im Web, dass eine Seite auch dann bedienbar bleibt, wenn jemand nicht mit der Maus klickt, keine feinen Kontraste erkennt oder sich Inhalte vorlesen lässt. Seit dem Barrierefreiheitsstärkungsgesetz (BFSG) vom 28.06.2025 ist das für viele Shops und Websites nicht mehr nur eine Frage der Haltung. JFconcept behandelt Barrierefreiheit deshalb in zwei Tiefen: semantisches HTML und die wichtigen Eckpfeiler gehören zu jedem Web-Projekt, die volle Konformität ist eine eigene Leistung.
Warum technisch saubere Seiten trotzdem durchfallen
Die meisten Barrieren entstehen nicht aus Nachlässigkeit, sondern aus Gewohnheit. Ein Button, der in Wahrheit ein div ist, sieht aus wie ein Button und funktioniert mit der Maus einwandfrei. Mit der Tastatur ist er nicht erreichbar, und ein Screenreader kündigt ihn als nichts an.
Dieselbe Lücke öffnen hellgraue Schrift auf Weiß, Formularfelder ohne verknüpftes Label und Bilder, deren Alternativtext „Bild1“ lautet. Am Bildschirm fällt davon nichts auf. Wer aber ausschließlich mit der Tastatur navigiert, landet in einer Seite, die keine Reihenfolge kennt und nicht verrät, wo der Fokus gerade steht.
Semantik zuerst, ARIA zuletzt
Die Reihenfolge der Arbeitsschritte ist entscheidend, weil jede Ebene auf der darunter aufbaut. Wer mit ARIA-Attributen anfängt, also mit Zusatzangaben für Screenreader, repariert Symptome an einer Struktur, die schon falsch ist.
Semantisches HTML zuerst. Überschriftenhierarchie, echte Buttons, echte Links, Landmarks für Navigation und Hauptbereich. Das löst den Großteil, bevor eine einzige Sonderregel nötig wird.
Kontraste prüfen und korrigieren. Text, Bedienelemente und Fokusrahmen gegen die WCAG-Schwellen messen, nicht nach Augenmaß beurteilen.
Tastaturbedienung durchspielen. Jede Seite einmal ohne Maus: Reihenfolge, sichtbarer Fokus, Menüs, Modals und Formulare mit funktionierendem Ausstieg.
Screenreader-Ausgabe gegenhören. Erst hier zeigt sich, ob Beschriftungen und Zustände wirklich ankommen oder nur im Code stehen.
Auf dieser Grundlage arbeitet JFconcept aus Menden. In jedem Projekt aus dem Webdesign ist die Standard-Umsetzung enthalten, ohne Aufpreis und ohne gesonderte Beauftragung. Volle BFSG- und WCAG-Konformität ist als eigene Leistung buchbar, als Audit einer bestehenden Seite mit anschließender Nachrüstung. Wo Bedienoberflächen individuell entwickelt werden, etwa Konfiguratoren oder eigene Anwendungen, wandert das Thema in das Webengineering, weil dort jede Komponente selbst gebaut und damit selbst verantwortet wird. Ein Baukasten liefert seine Bedienelemente mit, eine eigene Anwendung nicht.
Barrierefreiheit ist dabei nicht dasselbe wie eine angenehme Bedienung. Sie zieht eine harte Grenze: bedienbar oder nicht. Wie flüssig sich ein Ablauf für alle anderen anfühlt, gehört zu UX und Usability. Was wir bewusst nicht liefern, ist eine Rechtsauskunft. Ob ein Unternehmen unter das BFSG fällt, klärt eine juristische Beratung.
Woran der Erfolg sichtbar wird
Der belastbarste Nachweis ist kein Prüfsiegel, sondern der Durchgang ohne Maus. Wenn sich Bestellstrecke, Kontaktformular und Navigation vollständig mit der Tastatur bedienen lassen und der Fokus dabei immer sichtbar bleibt, ist die Arbeit angekommen.
Dazu kommen messbare Werte: erfüllte Kontrastschwellen, eine saubere Überschriftenstruktur und Formulare, die ihre Fehler auch benennen, statt sie nur rot einzufärben. Ein angenehmer Nebeneffekt ist, dass genau diese Struktur auch Suchmaschinen hilft. Semantisches Markup ist für einen Screenreader und für einen Crawler dieselbe Information.
Ein Auftritt, der verkauft
Pascal ist seit 2017 bei JFconcept und verantwortet seit 2023 das Webdesign. Du siehst deinen Entwurf als klickbaren Prototyp, bevor wir bauen, nicht als PDF zum Vorstellen. Datenschutz denken wir von Anfang an mit, statt die Seite hinterher DSGVO-fähig zu machen, und das technische SEO-Fundament gehört zu jedem Projekt: saubere Struktur, Sitemap, schnelle Ladezeiten.
