Reicht ein Barrierefreiheits-Plugin aus, damit Ihr Online-Shop den EAA-Anforderungen entspricht?
Barrierefreiheits-Widgets versprechen viel: Ein Klick, und der Shop ist barrierefrei. Aber stimmt das wirklich? Eine praxisorientierte Analyse für Shop-Betreiber und E-Commerce-Manager im Jahr 2026
Kurz gesagt
Situation: Der
Europäische Barrierefreiheitsgesetz tritt am 28. Juni 2025 in Kraft. Das polnische Gesetz zur Gewährleistung der Barrierefreiheit für Menschen mit besonderen Bedürfnissen gilt in bestimmten Fällen auch für den privaten Sektor. Betreiber von Online-Shops suchen nach der günstigsten Lösung – und viele entscheiden sich für ein Barrierefreiheits-Widget für 80–120 PLN pro Monat.
Problem: Das
Widget kann zwar den Kontrast verbessern, die Schrift vergrößern oder einen Textleser hinzufügen – aber es repariert weder die HTML-Struktur, füllt keine Alt-Texte aus, verbessert keine PDF-Rechnungen und sichert keine Formulare. Für einen mittleren oder größeren Shop reicht das nicht aus.
Was wirklich schützt: Die
Kombination aus drei Elementen: einem soliden CMS mit nativer Barrierefreiheitsunterstützung (TYPO3 CMS, dedizierte Vorlagen), einem technischen Audit (manuell + automatisch) sowie einer kontinuierlichen Überwachung (z. B. EYE-ABLE Audit/Report).
Für wen ein Widget ausreicht: Kleiner Shop, geringe Anzahl an Transaktionen, keine komplexen Formulare. Ein erster Schritt, aber kein Allheilmittel.
Für wen es nicht ausreicht: Mittlere und große Shops, B2B-Transaktionen, Rechnungen und Bestätigungen im PDF-Format, Warenkorb mit mehreren Schritten, Zahlungsintegrationen (Tpay, Przelewy24, PayU).
Die Installation eines Barrierefreiheits-Plugins ist einfach – und für Online-Shop-Betreiber klingt das wie ein Traum: ein Tool, ein Widget, ein paar Klicks, und fertig. Aber wenn du wirklich willst, dass dein Shop inklusiv und konform mit dem European Accessibility Act ist, wirst du schnell merken, dass eine einzelne App nicht die Arbeit eines ganzen Teams für dich erledigen kann.
Dieser Artikel bietet einen ehrlichen Einblick in die Möglichkeiten des Widgets, seine Grenzen und die Maßnahmen, die tatsächlich erforderlich sind, damit dein Shop gesetzeskonform und für alle Kunden nutzbar ist. Wir verkaufen hier keine Einheitslösung. Wir zeigen dir die Realität.
Was unterstützt die Shop-Plattform? Und wo hört es auf?
Unabhängig davon, auf welcher Plattform dein Shop läuft – Shoper, IdoSell, PrestaShop, WooCommerce, ein auf TYPO3 mit E-Commerce-Modul basierender Shop oder sogar eine Lösung wie Shopify – gilt das gleiche Prinzip. Die Plattform kontrolliert ihren Teil. Sie kontrollieren den Rest.
Die meisten modernen E-Commerce-Plattformen legen im Jahr 2026 Wert auf Barrierefreiheit. Standardvorlagen verfügen in der Regel über semantisches HTML, grundlegende ARIA-Regionen und Unterstützung für die Tastaturnavigation. Die Checkout-Seite wird bei den meisten Plattformen gemäß WCAG 2.1 AA gestaltet – was wichtig ist, denn gerade in der Zahlungsphase sind Fehler in der Barrierefreiheit am kostspieligsten.
Doch hier kommt ein entscheidender Unterschied ins Spiel. Jede Ihrer Anpassungen, jede hinzugefügte Anwendung und jeder Inhalt, den Sie hochladen, liegt außerhalb dessen, was die Plattform in Ihrem Namen prüfen oder pflegen kann.
Das heißt:
• Anpassungen an der Vorlage – eine Farbpalette, die die Kontrastanforderungen nicht erfüllt, ein geändertes Menü, das die Fokusreihenfolge bei der Tastaturbedienung unterbricht, eine Produktseite, die den Ablauf des Screenreaders durcheinanderbringt. All dies geschieht auf der Ebene der Anpassungen und wird von der Plattform nicht erkannt.
• Externe Anwendungen – Bewertungs-Tools, Treueprogramme, Live-Chats, Upsell-Popups, Versandkostenrechner. Sie fügen Code direkt in Ihren Shop ein, und viele davon sind nicht auf Barrierefreiheit ausgelegt. Manche beeinträchtigen sogar die korrekte Funktionsweise der Vorlage. Es ist immer noch Ihr Shop und Ihre rechtliche Verantwortung.
• Produktinhalte – die Plattform stellt ein Feld für Alt-Text zur Verfügung. Sie füllt es nicht für dich aus. Ein Shop mit Hunderten von Produkten ohne Alt-Texte ist nicht barrierefrei, unabhängig davon, wie sauber der Code der Vorlage ist.
• Dynamische Komponenten – Produktgalerien, Warenkörbe im Seitenbereich, Schnellansichts-Modals, Live-Aktualisierungen des Lagerbestands, Kategoriefilter. Sind diese nachlässig umgesetzt, entstehen Tastaturfallen und Sackgassen für Screenreader. Genau dort treten bei Audits am häufigsten Probleme auf.
• Rechnungen und Bestätigungen im PDF-Format – jeder Online-Shop in Polen versendet Rechnungen, Bestellbestätigungen und Versandinformationen an seine Kunden. Für jemanden, der einen Screenreader nutzt, ist ein nicht barrierefreies PDF im besten Fall ein Ärgernis, im schlimmsten Fall völlig unlesbar. Das Barrierefreiheits-Widget auf der Shop-Seite löst dieses Problem nicht.
Wenn das Plugin zum Einsatz kommt, um Abhilfe zu schaffen, taucht es in eine bereits komplexe Umgebung ein – eine, die Lücken aufweisen kann, die das Widget einfach nicht abdeckt.
Wo Barrierefreiheits-Plugins an ihre Grenzen stoßen
Wer überprüft eigentlich, ob Ihr Online-Shop barrierefrei ist? Wer bemerkt, dass durch ein Template-Update plötzlich etwas nicht mehr funktioniert oder dass die neue Kampagnenseite mit Bildern ohne Alt-Text live geschaltet wurde?
Die Berichte von WebAIM Million zeigen, wie verbreitet Barrierefreiheitsfehler sind: durchschnittlich mehrere Dutzend erkennbare Fehler pro Startseite bei einer Million untersuchter Websites. Und denken wir daran – das sind nur die Fehler, die eine Maschine automatisch erkennt. Sie umfassen nicht einmal das, was eine echte Person erlebt, die versucht, sich in Ihrem Shop zurechtzufinden.
Auf jeden von der Maschine erkannten Fehler kommt oft ein weiterer, der in der Benutzererfahrung verborgen ist und nur von einem Menschen entdeckt werden kann – einer blinden Person, die den Warenkorb testet, oder einer Person mit einer motorischen Behinderung, die versucht, das Formular für die Lieferadresse auszufüllen.
Es gibt noch etwas, das oft übersehen wird: Die meisten Plugins setzen voraus, dass Ihre Website über eine solide technische Grundlage verfügt. Ein Widget, das Kontraste oder Schriftgrößen anpasst, kann seine Aufgabe nur erfüllen, wenn der zugrunde liegende Code sauber ist. Wenn die HTML-Struktur ein Durcheinander ist, werden assistive Technologien – wie Screenreader oder die Tastaturnavigation – ohnehin Probleme haben. Du kannst die Oberfläche so viel aufpolieren, wie du willst, aber was darunter liegt, entscheidet darüber, ob es wirklich funktioniert.
Gesetzliche Anforderungen 2026 Warum ist der Satz gestiegen?
Das polnische Gesetz über die Gewährleistung der Barrierefreiheit für Menschen mit besonderen Bedürfnissen vom 19. Juli 2019 sowie das Gesetz über die digitale Barrierefreiheit vom 4. April 2019 legen vor allem für öffentliche Einrichtungen Verpflichtungen fest. Für viele Online-Shops kam der Wendepunkt jedoch am 28. Juni 2025 – mit dem vollständigen Inkrafttreten des European Accessibility Act (EAA).
Die EAA umfasst bestimmte Kategorien von Produkten und Dienstleistungen – darunter auch den elektronischen Handel. Wenn Sie Produkte oder Dienstleistungen an Verbraucher in der EU verkaufen, ein mittelständisches oder großes Unternehmen sind (mit mehr als 10 Mitarbeitern oder einem Jahresumsatz von über 2 Millionen Euro), müssen Ihre Website, Ihre mobile App und der gesamte Kaufprozess die Anforderungen an die Barrierefreiheit erfüllen.
Für viele Online-Händler bedeutet dies, dass Barrierefreiheit nicht mehr nur ein „nettes Extra“ oder eine moralische Entscheidung ist – sie ist eine gesetzliche Anforderung. Darüber hinaus reicht es nicht aus, dass der Shop nur den Anschein von Barrierefreiheit erweckt. Entscheidend ist, ob jemand den Kauf tatsächlich abschließen kann – ein Produkt finden, Filter nutzen, in den Warenkorb legen, Adressdaten eingeben, eine Zahlungsmethode auswählen (Tpay, Przelewy24, PayU, BLIK), die Bestellung bestätigen und eine lesbare Bestätigung erhalten.
Außerdem musst du dies nachweisen können. Welche Barrieren wurden identifiziert? Was wurde behoben? Und was passiert, wenn ein Software-Update die Spielregeln verändert? Ein Plugin wird diese Fragen nicht beantworten. Es ist ein guter erster Schritt, aber es ersetzt weder ein gründliches technisches Audit noch eine kontinuierliche Überwachung oder eine Dokumentation, die einer Überprüfung standhält.
Plugins werden immer intelligenter, aber sie werden niemals die Erfahrung einer Person mit Behinderung ersetzen, die sich in Echtzeit auf Ihrer Website bewegt.
Was größere Geschäfte wirklich brauchen
Für einen kleinen Shop, der gerade erst an den Start geht, kann das Plugin ein guter Ausgangspunkt sein. Für mittelständische Unternehmen und große Konzerne gibt es jedoch zu viele Schnittstellen, die das Widget nicht abdeckt.
Ein oft übersehenes Beispiel: Bestellbestätigungen, Mehrwertsteuerrechnungen und Versandinformationen, die als PDF per E-Mail verschickt werden. Ein polnischer Shop stellt monatlich Hunderte, manchmal Tausende von Rechnungen aus. Für jemanden, der einen Screenreader nutzt, ist ein nicht barrierefreies PDF im besten Fall ein Ärgernis, im schlimmsten Fall völlig unlesbar. Das ist etwas, wofür das Widget auf der Shop-Seite einfach nicht ausgelegt ist – es erfordert PDF/UA-Tags, die automatisch vom System generiert werden.
Das Gleiche gilt für komplexe Produktfilter, Seiten mit vielen Varianten, Produktkonfiguratoren oder Formulare, die äußerlich übersichtlich aussehen, aber unter der Haube ein technisches Durcheinander sind. Barrierefreiheit endet nicht auf der Produktseite.
Was größere Teams wirklich brauchen, ist ein Überblick aus der Vogelperspektive:
• Wo liegen derzeit die Hindernisse?
• Welche davon sind für den Kaufprozess entscheidend?
• Wer ist verantwortlich – ein interner Mitarbeiter oder eine Agentur?
• Wie kann verhindert werden, dass ein neues Update die gesamte bisherige Arbeit zunichte macht?
Jede Lösung, die ihren Preis wert ist, muss in einer hektischen, alltäglichen Umgebung funktionieren – ohne dass jedes Teammitglied zuerst zum WCAG-Experten werden muss. Sie sollte die Lücke zwischen automatisierten Tests und der tatsächlichen menschlichen Erfahrung schließen. Denn man weiß nie wirklich, ob die Kasse für einen blinden Kunden funktioniert, solange nicht tatsächlich jemand versucht, sie zu benutzen.
Was schützt deinen Shop wirklich? drei Säulen
Unsere Erfahrung zeigt, dass eine zuverlässige E-Commerce-Verfügbarkeit im Jahr 2026 auf drei Säulen beruht. Keine dieser Säulen reicht für sich allein aus. Zusammen bilden sie ein einheitliches System.
Der menschliche Faktor
Man verliert sich leicht in technischen Details, doch hinter jedem Fehler verbirgt sich ein Moment, in dem jemand nicht weiterkommt. Er kommt nicht weiter beim Bezahlen, beim Lesen der Rechnung oder einfach nur beim Suchen nach einem Produkt.
Wir arbeiten eng mit Menschen zusammen, die sich täglich mit Sehbehinderungen im digitalen Raum bewegen. Sie wissen genau, wo es Reibungspunkte gibt. Der Blick auf das Internet durch ihre Augen verändert die Perspektive darauf, was Barrierefreiheit sein sollte und sein kann.
In ein paar Jahren wird Barrierefreiheit genauso selbstverständlich sein wie die Optimierung für Mobilgeräte. Jetzt damit anzufangen bedeutet nicht, einen „zusätzlichen“ Status zu erlangen – es bedeutet, den Rückstand aufzuholen zu dem, was bald Standard sein wird.
Eine solide technische GrundlageEs beginnt mit einem CMS und einer Vorlage, die Barrierefreiheit nativ unterstützen – semantisches HTML, korrekte Überschriftenhierarchie, ARIA-Regionen, Formular-Labels, „focus visible“ sowie Farbkontrast gemäß WCAG 2.1 AA. In TYPO3 erreichen wir dies durch Fluid-Vorlagen mit speziellen Barrierefreiheitskomponenten. Bei Shops auf anderen Plattformen – durch die Anpassung der Vorlage mit Blick auf Barrierefreiheit von Anfang an, nicht als nachträglicher Zusatz.
Technische und manuelle PrüfungAutomatische Tools (Lighthouse, aXe, WAVE) erkennen etwa 30–40 % der Probleme bei der Barrierefreiheit. Der Rest erfordert manuelles Testen – Navigation per Tastatur, Screenreader (NVDA für Windows, VoiceOver für macOS und iOS), Tests mit Menschen mit verschiedenen Behinderungen. Das technische Audit sollte den gesamten Kaufprozess umfassen: Startseite, Kategorien, Produkt, Warenkorb, Kasse, Bestellbestätigung, Willkommens-E-Mail und PDF-Rechnung.
Kontinuierliche Überwachung und Widget als UnterstützungGenau hier kommen Tools wie EYE-ABLE ins Spiel. Nicht als einzige Lösung, sondern als Ergänzung. EYE-ABLE Assist ist ein Barrierefreiheits-Widget, das Nutzern über 25 Einstellungen bietet (Vergrößerung, Kontrast, Schriftart, Textleser, Fokus-Hervorhebung) – das ist die erste Ebene der Unterstützung. EYE-ABLE Audit und Report überwachen die Website kontinuierlich: Sie scannen automatisch nach Änderungen, erkennen neue Fehler, erstellen eine Barrierefreiheitserklärung und benachrichtigen das Team, wenn etwas nicht mehr konform ist. Zusammen bieten diese drei Elemente das, was das Widget allein nicht leisten kann: die Kontrolle über das Gesamtbild.
Die tatsächlichen Kosten des Steckers
Ein Compliance-Widget für 80–150 PLN im Monat klingt nach einem Schnäppchen. Auf das Jahr gerechnet sind das 960–1800 PLN. Es scheint eine vernünftige Investition in Rechtssicherheit zu sein. Aber in dieser Gleichung wird oft übersehen, was passiert, wenn du wirklich wissen musst, auf welchem Stand sich dein Shop befindet.
Plötzlich brauchst du ein ordentliches Audit. Du stellst fest, dass es strukturelle Probleme gibt, die behoben werden müssen – was Entwicklerzeit und Agenturkosten bedeutet. Deine Barrierefreiheitserklärung muss manuell gepflegt werden. Und nach jedem größeren Update beginnt der gesamte Überprüfungsprozess von vorne.
Hinzu kommt, dass die meisten Plugins keine Hilfe bieten. Es gibt niemanden, der dir sagt, was Priorität hat und welche Barrieren den größten Einfluss auf deine Kunden haben. Du weißt, dass es Probleme gibt, hast aber keine Ahnung, wo du mit der Behebung anfangen sollst.
Letztendlich stellt sich oft heraus, dass du mehr bezahlst, als du erwartet hast – es ist einfach nicht alles auf einer Rechnung aufgeführt.
Häufig gestellte Fragen
Die EAA gilt für Unternehmer, die in der EU E-Commerce betreiben, mit Ausnahme von Kleinstunternehmen (weniger als 10 Mitarbeiter und ein Jahresumsatz von weniger als 2 Millionen Euro). Wenn Sie beide Schwellenwerte überschreiten, fallen Sie unter die Regelung. Kleinstunternehmen sind von einem Teil der Anforderungen ausgenommen, unterliegen jedoch weiterhin den allgemeinen Nichtdiskriminierungsvorschriften.
Das Widget allein reicht nicht aus. Die EAA verlangt, dass der Verbraucher die Transaktion abschließen kann – ein Produkt finden, in den Warenkorb legen, bezahlen und eine Bestätigung erhalten. Ein Widget verbessert zwar die visuelle Darstellung, behebt aber weder einen unübersichtlichen Zahlungsprozess noch unzugängliche Formulare oder PDF-Rechnungen. Sie benötigen ein Audit, strukturelle Verbesserungen und Überwachung – ein Widget kann ein Teil dieses Puzzles sein, aber nicht das Ganze.
Die Höhe der Strafen wird von jedem Mitgliedstaat festgelegt. In Polen können öffentliche Einrichtungen im Rahmen des Gesetzes über die Barrierefreiheit mit Strafen von bis zu 10.000 PLN belegt werden. Für den privaten Sektor im Rahmen der EAA legt der polnische Gesetzgeber die Höhe der Strafen in den Durchführungsbestimmungen fest – es lohnt sich, die Informationen des Ministeriums für Fonds und Regionalpolitik zu verfolgen.
Ja, wenn der Shop eine komplexe Produktlogik oder Mehrsprachigkeit aufweist oder eine Integration mit externen Systemen benötigt. TYPO3 bietet native Unterstützung für semantisches HTML, Kontrolle über jedes Element der Vorlage und vollständige Anpassungsmöglichkeiten gemäß WCAG 2.1 AA. Für einfachere Shops eignen sich auch andere Plattformen – entscheidend ist die Art der Implementierung, nicht die Plattform selbst.
Nein, aber es ist ein wertvoller Bestandteil der Lösung. EYE-ABLE Assist bietet dem Nutzer die Möglichkeit, die Benutzeroberfläche sofort anzupassen (Kontrast, Schriftart, Vorleseprogramm). EYE-ABLE Audit und Report ergänzen dies durch kontinuierliche Überwachung und die Erstellung von Erklärungen zur Barrierefreiheit. Zusammen bilden sie eine solide Unterstützung – erfordern jedoch nach wie vor eine einwandfreie technische Grundlage, die vom Entwicklerteam bereitgestellt werden muss.
Ausgehend von der Bestandsaufnahme. Ein manuell-automatisches Audit zeigt auf, wo die Hindernisse liegen, welche davon kritisch sind und was der logischste nächste Schritt ist. Ohne diese Bewertung ist jede Investition ein Schuss ins Blaue. Mit ihr kannst du methodisch vorgehen und das priorisieren, was den größten Einfluss auf den Kunden hat.
Ein Plug-in oder eine zuverlässige Lösung? Urteil
Ein Plugin kann ein sinnvoller Ausgangspunkt sein – es ist ein sichtbarer erster Schritt und ein gutes Signal an die Kunden. Aber jeder, der es mit der langfristigen Barrierefreiheit ernst meint, lernt früher oder später, dass das Widget allein nicht das Ziel ist. Nicht, weil die Tools schlecht sind – sondern weil Barrierefreiheit eine Reise ist, die sich mit der Entwicklung und den Veränderungen deines Shops weiterentwickeln muss.
Der ehrliche erste Schritt ist oft der schwierigste: festzustellen, wo genau du gerade stehst. Was sind die tatsächlichen Barrieren? Welche davon sind kritisch? Und was ist der logischste nächste Schritt?
Lassen Sie uns gemeinsam prüfen, in welcher Phase sich Ihr Shop befindet – das ist der erste Schritt zu einer echten EAA-Konformität, die einer Überprüfung standhält und eine Unterstützung darstellt, statt eine Belastung zu sein.
Telefon: 12 333 44 01. E-Mail: [email protected].
