Barrierefreie Website Agentur: BFSG-Konformität sicher umsetzen

Was leistet eine barrierefreie Website Agentur genau?

Eine spezialisierte Agentur für barrierefreie Websites arbeitet nach vier Schritten: Audit, Umsetzung, Dokumentation und laufende Betreuung. Den Anfang macht eine technische Prüfung nach den WCAG-Kriterien. Dabei werden Formulare, Farbkontraste, Tastaturbedienung und die Kompatibilität mit Screenreadern einzeln überprüft. Wer zunächst selbst prüfen möchte, kann ein Accessibility Audit durchführen und erhält so einen ersten Überblick, welche Bereiche Ihrer Website oder Ihres Shops nicht den Vorgaben entsprechen. Im nächsten Schritt folgt die Umsetzung direkt im Code: mit sauberer HTML-Struktur, ARIA-Attributen und getesteten Interaktionen statt oberflächlicher Overlay-Plugins.

Nach der Umsetzung ist eine aussagekräftige Dokumentation erforderlich. Seit dem BFSG müssen viele Online-Dienste eine Erklärung zur Barrierefreiheit bereitstellen. Laut Bundesregierung gilt das Gesetz seit dem 28. Juni 2025 für digitale Produkte und Dienstleistungen, dies betrifft Shop-Betreiber unmittelbar. Eine spezialisierte Agentur hält diese Nachweise aktuell, weil neue Funktionen im Shop, etwa ein geänderter Checkout-Prozess, die erreichte Konformität gefährden können.

Die laufende Betreuung sichert den Erfolg ab: Updates am Shop-System, neue Produktseiten oder veränderte Formulare werden regelmäßig gegen die Richtlinien überprüft, damit Ihre Website den Standard nicht schleichend verliert. Diese Kombination aus einmaliger Umsetzung und wiederkehrender Kontrolle unterscheidet eine spezialisierte Agentur von einfachen Plugins, die zwar Kontraste anpassen, strukturelle Probleme im Quellcode aber nicht beheben.

Gilt das BFSG auch für meine Website seit 2025?

Das BFSG gilt seit Juni 2025 für Unternehmen, die Produkte oder Dienstleistungen im elektronischen Geschäftsverkehr anbieten, damit betrifft es den Großteil der deutschen Online-Shops mit Endkundengeschäft. Ausgenommen sind nur Kleinstunternehmen mit weniger als zehn Mitarbeitenden und einem Jahresumsatz oder einer Jahresbilanzsumme von höchstens zwei Millionen Euro. Ein JTL-Shop oder eine Shopware-Installation, die an Verbraucher verkauft, fällt in aller Regel unter das Gesetz, unabhängig von der Unternehmensgröße.

Technisch orientiert sich das BFSG an der Norm EN 301 549, die wiederum die Erfolgskriterien der WCAG aufgreift. BITV 2.0 betrifft dagegen primär öffentliche Stellen und Behördenwebsites, nicht den klassischen Online-Shop. Für private Shop-Betreiber ist BITV also kein direktes Pflichtprogramm, aber ein nützlicher Referenzrahmen, weil sie dieselben technischen Kriterien wie EN 301 549 verwendet. Wer prüfen will, welche konkreten Kriterien für Checkout, Formulare und Produktseiten relevant sind, findet eine Einordnung in den BFSG Compliance Anforderungen.

Der rechtliche Rahmen für Deutschland inklusive EN 301 549 und WCAG ist bei der W3C Web Accessibility Initiative dokumentiert. In der Praxis bedeutet das für einen Shop-Betreiber: Kontrastwerte, Tastaturbedienbarkeit, Alt-Texte und Formularbeschriftungen gehören geprüft, bevor eine Behörde oder ein Wettbewerber das übernimmt. Eine spezialisierte Prüfung auf BFSG-Konformität durch eine Agentur ersetzt dabei nicht die eigene Verantwortung des Betreibers, den Code und die Inhalte dauerhaft zu pflegen.

Welche Kriterien zeigen eine seriöse Agentur?

Die Auswahl eines Partners für digitale Barrierefreiheit entscheidet im eCommerce oft darüber, ob ein Shop rechtssicher nach dem Barrierefreiheitsstärkungsgesetz (BFSG) agiert oder lediglich oberflächliche Korrekturen vornimmt. Dieser Beitrag ordnet die Kriterien für eine professionelle Prüfung in den Kontext der technischen Webentwicklung auf webentwickler.pro ein. Da automatisierte Scans technisch bedingt nur einen Bruchteil der WCAG 2.2-Anforderungen erfassen können, ist die Kombination mit manuellen Experten-Tests zwingend erforderlich.

Quelle der Anforderungen: BFSG-Experte, Detaillierte Anforderungen an WCAG-Audits und Methodik

Was kostet ein Accessibility-Audit bei Agenturen?

Ein Accessibility-Audit bei einer Agentur kostet üblicherweise zwischen 2.500 und 10.000 Euro, abhängig von Shop-Größe, Technologie und Prüftiefe. Dieser Artikel gehört zur Rubrik Webentwicklung auf webentwickler.pro und ordnet die reine Diagnose von der tatsächlichen Umsetzung ein, denn beide Positionen werden in Angeboten oft vermischt. Ein kleiner JTL-Shop mit wenigen Templates liegt eher am unteren Ende, ein komplexer Shopware-Shop mit vielen Varianten-Seiten und Custom-Komponenten eher am oberen. Für konkrete Kalkulationsgrundlagen zu Audit und Umsetzung in Deutschland bietet der Beitrag von 4eck Media eine nachvollziehbare Übersicht.

Die eigentliche Umsetzung der gefundenen Mängel ist mit einem deutlich höheren Aufwand verbunden als das Audit selbst. Der Grund liegt in der Architektur: Ein Audit listet Probleme wie fehlende Alt-Texte, falsche Fokus-Reihenfolge im Checkout oder nicht erreichbare Formularfelder per Tastatur auf. Die Behebung bedeutet aber oft Eingriffe in Template-Logik, Checkout-Komponenten und JavaScript-Interaktionen, nicht nur das Nachtragen von Attributen. Bei einem Shopware-Shop mit eigenem Theme kann allein die Korrektur der Fokus-Reihenfolge im Checkout mehrere Stunden pro Seitentyp kosten, weil jede Variante einzeln getestet werden muss.

Die Stundensätze für diese Arbeit variieren je nach Erfahrung und Spezialisierung auf barrierefreie Frontend-Entwicklung. Ein Standard-Plugin für Barrierefreiheit deckt oft die offensichtlichen Punkte ab, etwa Kontrastwerte oder einfache Alt-Texte, löst aber selten die Edge Cases im Checkout oder bei dynamisch nachgeladenen Inhalten. Dort bleibt die Lücke zwischen Plugin-Versprechen und tatsächlicher Konformität offen. Sie kennen vermutlich bereits die Stellen in Ihrem Shop, an denen Tastaturnutzung oder Screenreader aussteigen. Was oft fehlt, ist jemand, der sich die betroffenen Templates konkret ansieht und eine Lösung baut, die Sie danach selbst dokumentiert weiterpflegen können, statt dauerhaft abhängig von externen Ressourcen zu sein.

Wie läuft die Zusammenarbeit mit einer Agentur ab?

Die Zusammenarbeit mit einem technischen Dienstleister folgt im Idealfall einer klaren Architektur, um technische Schulden und unnötige Korrekturschleifen zu vermeiden. Dieser Prozess gehört zur Rubrik Webentwicklung auf webentwickler.pro und zeigt, wie Sie durch eine strukturierte Vorgehensweise die Kontrolle über Ihr eCommerce-Projekt behalten.

1. Erstberatung durchführen. In diesem ersten Schritt klären Sie die wirtschaftlichen Ziele und technischen Rahmenbedingungen Ihres Shops. Hierbei wird analysiert, ob Standard-Plugins ausreichen oder ob eine Custom-Entwicklung notwendig ist, um spezifische Workflows abzubilden.
2. Technisches Audit abschließen. Bevor Code geschrieben wird, erfolgt eine Bestandsaufnahme der bestehenden Systemlandschaft. Ein Audit der Core Web Vitals zeigt beispielsweise, dass eine langsame LCP-Ladezeit die Conversion-Rate negativ beeinflussen kann.
3. Konzeption und Accessibility by Design festlegen. In der Konzeptionsphase wird die Informationsarchitektur definiert. Hierbei ist es entscheidend, die Barrierefreiheit von Beginn an einzuplanen, um später die BFSG Konformität umsetzen zu können, ohne das gesamte Frontend nachträglich umbauen zu müssen.
4. Technische Umsetzung starten. Die Entwicklung erfolgt in Sprints, wobei der Fokus auf sauberem, wartbarem Code liegt. Statt auf kurzfristige Hacks zu setzen, werden stabile Schnittstellen (APIs) genutzt, um beispielsweise JTL-Wawi oder Shopware-Prozesse sicher zu automatisieren.
5. Dokumentation und Erklärung zur Barrierefreiheit erstellen. Zum Abschluss erhalten Sie eine vollständige technische Dokumentation sowie die gesetzlich geforderte Erklärung zur Barrierefreiheit. Dies stellt sicher, dass Sie Eigentümer Ihres Codes bleiben und das System unabhängig von einzelnen Dienstleistern betreiben können.

Welche Risiken entstehen durch unklare Verträge?

Unklare Verträge verlagern das Haftungsrisiko für fehlerhafte Drittanbieter-Komponenten und nicht barrierefreie PDFs meist stillschweigend auf den Shop-Betreiber, weil niemand schriftlich definiert hat, wer für Abnahme und Nachbesserung zuständig ist. In der Praxis zeigt sich das an Cookie-Bannern, die nach einem Shopware-Update plötzlich keine echte Einwilligung mehr einholen, oder an Chat-Widgets von Drittanbietern, die Tracking-Skripte ohne Rechtsgrundlage nachladen. Wenn im Vertrag nicht steht, wer diese Komponenten pflegt und wer für Fehlfunktionen haftet, bleibt der Betreiber allein mit dem Problem, auch wenn der technische Fehler beim Dienstleister entstanden ist.

Ein zweiter Streitpunkt sind PDFs ohne Struktur, etwa Produktdatenblätter oder AGB-Dokumente, die aus Word exportiert wurden und keine Tags, keine Lesereihenfolge und keinen Alternativtext für Grafiken enthalten. Ohne klare Abnahmekriterien im Vertrag lässt sich im Streitfall kaum nachweisen, ob die vereinbarte Leistung „barrierefreie Website“ tatsächlich erreicht wurde. Wer die technischen Grundlagen dafür verstehen will, findet eine Orientierung dazu, wie Sie Barrierefreiheit nach WCAG umsetzen, als Ausgangspunkt für eine saubere Leistungsbeschreibung.

Fehlende Abnahmekriterien sind die eigentliche Wurzel der meisten Konflikte: Steht im Vertrag nur „Website barrierefrei umsetzen“ statt konkreter Prüfpunkte wie Tastaturbedienbarkeit, Kontrastwerte und strukturierte PDFs, kann jede Seite den Begriff anders auslegen. Das führt zu Nachbesserungsschleifen, die Wochen kosten, während das eigentliche Problem, die fehlende Vertragsklarheit, ungelöst bleibt. Eine Leistungsbeschreibung mit messbaren Kriterien pro Komponente schützt beide Seiten und macht Abnahme sowie Haftung nachvollziehbar.

Agentur-Leistung vs. eigenes Audit-Tool: Was passt?

Automatisierte Tools wie Lighthouse oder WAVE sind wertvolle Instrumente für die tägliche Entwicklung, stoßen jedoch bei der rechtssicheren Validierung an klare Grenzen. Während programmatisch prüfbare Fehler wie Kontrastverhältnisse oder fehlende Alt-Attribute schnell identifiziert werden, bleibt die Bewertung komplexer Interaktionen und der logischen Screenreader-Abfolge erfahrenen Experten vorbehalten.

Warum reicht ein einmaliges Audit 2026 nicht mehr aus?

Ein einmaliges Audit erfasst nur den Zustand eines bestimmten Tages, während sich CMS, Theme und Plugins kontinuierlich verändern. Ein typisches Beispiel: Ein Shopware-Shop besteht die Barrierefreiheitsprüfung im Januar, im März spielt ein Theme-Update neue Kontrastwerte und ein Checkout-Snippet ohne Alt-Attribute aus. Niemand hat bewusst etwas kaputt gemacht, trotzdem ist der Shop wieder nicht konform. Dieser Artikel erklärt, warum einmalige Prüfungen bei aktiven Shop-Systemen schnell veralten.

Der Grund liegt in der Architektur, nicht im Versäumnis einzelner Mitarbeiter. Jedes CMS-Update, jedes neue Plugin und jede Theme-Anpassung kann Formulare, Fokus-Reihenfolgen oder ARIA-Attribute verändern, ohne dass das Team es bemerkt. Eine kontinuierliche Qualitätssicherung löst dieses Problem, indem Barrierefreiheitstests fester Bestandteil der Veröffentlichung werden, statt als Jahresprojekt isoliert dazustehen. Technisch heißt das: automatisierte Checks laufen in der CI/CD-Pipeline, direkt bevor ein Release live geht, nicht erst danach im Nachgang.

Governance bedeutet in diesem Zusammenhang, klar festzulegen, wer bei einem fehlgeschlagenen Test entscheidet, ob das Release trotzdem freigegeben wird oder zurückgehalten werden muss. Ohne diese Zuständigkeit bleibt jeder automatisierte Test wirkungslos, weil Warnungen im Pipeline-Log ungelesen liegen bleiben. Wer die technische Seite seines Shops dafür neu aufstellen will, sollte sich vorher ansehen, wie man eine Webentwicklung-Agentur auswählt, die Barrierefreiheit nicht als Checkliste, sondern als wiederkehrenden Prozess im Entwicklungsalltag verankert.

Kernpunkte im Überblick

Die Wahl einer Agentur für barrierefreie Websites hängt von drei Faktoren ab: nachgewiesener WCAG-Erfahrung, Testmethodik und wie die Agentur den Code übergibt. Das Barrierefreiheitsstärkungsgesetz schreibt für viele digitale Angebote die Einhaltung anerkannter Standards wie WCAG 2.2, Stufe AA vor. Wenn Sie eine Agentur beauftragen, fragen Sie konkret nach: Kombiniert sie automatisierte Tools wie axe oder Lighthouse mit manuellen Tests durch Screenreader-Nutzer? Automatisierte Checks decken aus Praxiserfahrung nur einen Teil der tatsächlichen Barrieren auf, etwa bei Tastaturnavigation oder Fokusreihenfolge bleiben Fehler oft unentdeckt.

Technische Schulden entstehen bei Barrierefreiheit häufig dort, wo Shop-Templates nachträglich mit ARIA-Attributen repariert werden, statt die Struktur von Anfang an sauber aufzubauen. Ein Formular ohne korrekte Label-Verknüpfung lässt sich mit einem Plugin notdürftig korrigieren, bricht aber bei der nächsten Template-Aktualisierung erneut. Bei Shopware- oder JTL-Shops heißt das: Eine Agentur, die nur ein Accessibility-Plugin aktiviert, behebt die sichtbaren Probleme, nicht die strukturellen.

Zum Barrierefreiheitsstärkungsgesetz gilt: Die Pflicht betrifft ab dem Stichtag konkrete Produktgruppen und Dienstleistungen im E-Commerce. Die genauen Ausnahmen und Fristen für Kleinstunternehmen finden Sie im Gesetzestext, prüfen Sie diese vor einer Entscheidung. Unabhängig von der rechtlichen Einordnung lohnt sich eine saubere Umsetzung nach WCAG 2.2, weil sie gleichzeitig Ladezeit, Formularlogik und Code-Qualität verbessert. Wenn Sie zwischen einem Agentur-Abo, einem Accessibility-Plugin und einer individuellen Anpassung wählen, machen Sie Dokumentation und Übergabe des Codes zum festen Entscheidungskriterium.

Stanislav Tonkich

Webentwickler, SEO und KI-Automation

Seit 1995 in der IT, seit 2018 Webentwickler, seit 2023 im eCommerce. Ich baue Individuallösungen, automatisiere Abläufe mit KI und arbeite an der Sichtbarkeit in Google und in KI-Suchen. Weitere Projekte: STEP/SEEDS®, Marketing-Diagnostik für KMU · Bot-Agent.de, KI-Automatisierungen.