Magento-Barrierefreiheit
Mach deinen Magento-Shop wirklich barrierefrei. EAA & WCAG, ohne Overlay
Adobe Commerce ist leistungsstark, aber nicht automatisch barrierefrei: das Knockout.js-Frontend und das Luma-Theme führen stille Hürden in deinem Checkout und deiner Navigation ein. Wir finden sie und liefern die Lösung in deinen eigenen .phtml-Templates, kein Widget, das deine Seite verlangsamt.
So packt Seviranta deine Magento-Website an der Quelle an
Wo sich die Barrieren verstecken
Themes, Erweiterungen und Formulare führen stille Barrieren ein. Wir finden sie alle.
Die Korrektur in der Quelle, nicht darüber
Konkrete Korrekturen in Ihrem Theme und Templates, keine Overlay-Schicht, die die Fehler nur verbirgt.
Kein Widget, keine Verzögerung
Wir crawlen extern von EU-Servern, 0% Auswirkung auf Ihre Ladegeschwindigkeit und Core Web Vitals.
Bereit für die EAA
Wir prüfen deine Website gegen WCAG, auf dem Niveau, auf dem Aufsichtsbehörden prüfen.
Headless-Scan mit axe-core, derselben Engine, die in Google Lighthouse steckt, von unseren EU-Servern aus. 0% Einfluss auf deine Ladegeschwindigkeit.
Die Wahrheit: Magento ist nicht automatisch barrierefrei
Das Standard-Magento-Frontend stützt sich auf eine schwere, veraltete Knockout.js-Schicht und das Luma-Theme. In vielen Installationen lädt der Checkout Formulare dynamisch nach, ohne dass ein Screenreader den Wechsel mitbekommt, und Luma hat an mehreren Stellen zu niedrigen Kontrast. Das sind Hürden, die deine Kunden, und der European Accessibility Act, nicht akzeptieren.
Was wirklich auf dem Spiel steht
- Ein nicht barrierefreier Checkout ist ein direkter EAA-Verstoß.
- Ein Barrierefreiheits-Widget gilt nicht als strukturelle Lösung.
- Aufsichtsbehörden testen das generierte HTML, inklusive deiner Apps.
- „Wir nutzen Magento“ ist keine rechtliche Verteidigung: Die Verantwortung liegt beim Webshop, der live ist, nicht bei der Plattform.
Was Warten kosten kann
bis € 1.000.000
EU-Maximum · Spanien/Luxemburg
$ 4.000
USA · Kalifornien (Unruh), pro Besuch
Du wirst nicht aus dem Nichts mit einem Bußgeld belegt, zuerst kommt eine Mängelbeseitigungsanordnung mit Frist. Aber wer dann ein datiertes Dossier vorlegen kann, kommt am günstigsten davon.
Sieh, was für deinen Absatzmarkt gilt →Das versteckte Risiko von Drittanbieter-Magento-Erweiterungen
Review-Widgets, Filter, Bundler und Such-Apps schleusen dynamisches HTML in dein Frontend, und jedes App-Update kann eine neue Barriere hinzufügen. In einem Audit zählt dieser Code voll mit, auch wenn du ihn nicht selbst geschrieben hast. Deshalb überwacht Seviranta laufend das Endergebnis so, wie eine Aufsichtsbehörde es sieht: dein Magento-Theme plus alle Apps und dynamischen Inhalte.
Was auf Magento häufig schiefgeht
- Knockout.js-Checkout ohne Live-RegionDer Standard-Checkout-Flow lädt Schritte und Formulare dynamisch über Knockout.js nach. Ohne Live-Region oder Fokusverschiebung bekommt ein Screenreader die Transition nicht mit und der Nutzer bleibt auf dem alten Schritt zurück.
- Mini-Cart ohne Fokus-ManagementDer Mini-Cart oben im Luma-Theme klappt aus, ohne den Fokus hineinzusetzen oder festzuhalten. Tastatur- und Screenreader-Nutzer wissen nicht, dass das Panel offen ist.
- Luma-Theme mit zu niedrigem KontrastDas Luma-Theme verwendet an vielen Stellen hellgrauen Text und Buttons, die unter die WCAG-2.2-AA-Kontrastschwelle sinken, schlecht lesbar für sehbehinderte Besucher.
- Layered Navigation ohne aria-expandedDie Filter der Layered Navigation klappen auf und zu ohne aria-expanded, sodass ein Screenreader nicht meldet, ob eine Filtergruppe offen oder geschlossen ist.
So sieht eine echte Lösung aus
Nimm den Mini-Cart oben in deinem Luma-Theme. Klappt er aus, wandert der Fokus nicht mit, sodass ein Screenreader-Nutzer den Inhalt verpasst. Die Lösung liegt im .phtml-Template des Themes, kein Neuaufbau:
<div class="minicart-wrapper">
<!-- inhoud verschijnt zonder focus -->
</div><div class="minicart-wrapper"
role="dialog"
aria-label="<?= $block->escapeHtmlAttr(__('Winkelwagen')) ?>"
tabindex="-1">
<!-- zet focus hierheen bij openen -->
</div>Wo du es in Magento selbst regelst
Adobe legt die Verantwortung für Barrierefreiheit ausdrücklich beim Händler. Hier geht es in Magento 2 typischerweise schief, und auf dieser Ebene löst du es.
- 1Wisse, was Adobe selbst berichtetAdobes eigener Accessibility Conformance Report für Adobe Commerce prüft Luma pro WCAG-Kriterium und meldet unter anderem Icons ohne Textalternative, eine Überschriftenstruktur im Checkout, die nicht stimmt, einen Skip-Link mit zu wenig Kontrast und eine Hauptnavigation, die sich nicht per Tastatur aktivieren lässt. Der neuere Edge Delivery Storefront (Bericht 2025) erreicht 'does not support' bei Info und Beziehungen, Nicht-Text-Kontrast und Statusmeldungen. Standard-Luma ist also keine sichere Basis.
- 2Templates: im Theme überschreiben, nicht im CoreMarkup-Fehler (fehlende Labels, falsche ARIA-Rollen im Menü, Buttons als <a> ohne href) behebst du, indem du das .phtml-Template nach app/design/frontend/<Vendor>/<theme>/<Module>/templates/ kopierst und dort reparierst. Template path hints im Admin zeigen, welche Datei einen Block rendert.
- 3Layout-XML und Knockout-TemplatesWas nicht in einer .phtml steckt, liegt oft in einer UI-Komponente: Minicart, Checkout und Layered Navigation rendern über Knockout-.html-Templates, die im jsLayout deklariert sind (zum Beispiel Magento_Checkout/minicart/content). Fokus-Management und Live-Regions fügst du dort hinzu; Blöcke verschiebst oder ersetzt du mit <referenceBlock> im Layout-XML deines Themes.
- 4JavaScript über MixinsVerhalten (Fokus verschieben beim Öffnen der Minicart, aria-expanded bei Filtern aktualisieren) änderst du mit einem RequireJS-Mixin in der requirejs-config.js, ohne Core-Dateien zu überschreiben. So übersteht der Fix ein Magento-Update.
- 5Alt-Text und Sprache im AdminDer Alt-Text pro Produktbild liegt im Admin unter Images and Videos → Alt Text, pro Store View. Das lang-Attribut wird automatisch aus der Store-Locale abgeleitet, aber nur als Sprachcode; prüfe, dass jede Store View die richtige Locale hat. Extensions aus dem Marketplace injizieren eigene Blöcke über Layout-XML; sie liegen in deiner Verantwortung und sind in unserem Scan enthalten.
Hyvä beansprucht ein Frontend nach WCAG 2.1 AA, sagt aber selbst dazu, dass das Theme nur ein Teil eines Shops ist. Extensions, Inhalte und eigene Anpassungen entscheiden über das Endergebnis; deshalb scannen wir die veröffentlichte Seite.
Was du bekommst
Pro Fehler: was, warum und wie
Für jeden Befund siehst du, was falsch ist, wen es betrifft, welche WCAG-Regel betroffen ist und eine konkrete, Magento-bewusste Lösung, mit Codebeispiel, wo möglich.
Plattformspezifische Erkennung
Du fängst die Fehler ab, die gerade auf Magento entstehen, nicht nur das, was ein generischer WCAG-Check erkennt.
Ein Dossier, das standhält
Eine datierte Übersicht deiner Scans und Befunde, die du bei einem Audit oder einer Inspektion vorlegen kannst.
Bei einem Reporting-Tool zahlst du die Lizenz und deine Entwickler, um die Fehler zu beheben. Bei Seviranta ist die Lösung inbegriffen, keine doppelte Rechnung.
Schütze deine Conversion und deinen rechtlichen Status
Eine App, die ein Barrierefreiheits-Icon über deine Magento-Seite klebt, ist ein Risiko für dein Business. Die Fakten im Überblick:
Magento-Barrierefreiheits-Widgets
- Laden zusätzliche externe Skripte, die deine Ladegeschwindigkeit (LCP) und damit deine Conversion schädigen.
- Verschleiern den Fehler, statt ihn zu lösen, der zugrunde liegende Code bleibt fehlerhaft.
- Schützen nicht vor Ansprüchen. Die FTC verhängte 2025 gegen den Overlay-Anbieter accessiBe eine Strafe von 1 Million $ wegen irreführender Compliance-Versprechen.
Der Seviranta-Ansatz
- 0 % Einfluss auf deine Ladegeschwindigkeit, wir scannen extern von unseren EU-Servern.
- Wir beheben den echten Quellcode deiner Magento-Templates.
- Wir bauen automatisch dein aufbewahrbares EAA-Dossier auf, bereit, es einer Aufsichtsbehörde vorzulegen.
Fragen und Antworten
- Ist Hyvä oder PWA Studio von Haus aus barrierefrei?
- Hyvä implementiert laut eigener Dokumentation seit Version 1.3.0 WCAG 2.1 AA-Features und empfiehlt selbst, mit axe und nur per Tastatur zu testen. Adobes Bericht für Venia (PWA Studio) prüft pro Kriterium und beansprucht keine Konformität. Ein gutes Basis-Theme hilft; Extensions, Inhalte und Maßarbeit entscheiden den Rest.
- Ich verkaufe aus der EU auch in die USA oder nach Großbritannien. Was gilt dort?
- In den USA kennt ADA Title III keinen bundesweiten technischen Standard, dafür aber massenhaft private Klagen: 2024 über 2.400 Website-Verfahren vor Bundesgerichten (Seyfarth) und laut UsableNet mehr als 4.000 digitale Verfahren, 77 % gegen E-Commerce, davon über tausend gegen Seiten mit Widget. In Großbritannien verpflichtet der Equality Act 2010 vorausschauend zu angemessenen Vorkehrungen, ohne Obergrenze für Schadensersatz. WCAG ist in allen drei Märkten der Maßstab.
- Mein Shop läuft auf einem älteren Magento 2.3 oder 2.4.x. Ist das ein Problem?
- Nein. Wir prüfen das veröffentlichte HTML, unabhängig von Version oder Theme. Fixes liefern wir auf Template-, Layout- oder JavaScript-Ebene, sodass dein Entwickler sie im Theme umsetzt und sie ein Update überstehen.
- Reicht ein Magento-Barrierefreiheits-Widget für den EAA?
- Nein. Ein Widget legt eine Schicht über deine Seite, behebt aber den zugrunde liegenden Code nicht und gilt nicht als strukturelle Compliance.
- Fällt mein Magento-Checkout unter den EAA?
- Ja. Der Checkout und die Navigation sind ausdrücklich Teil der Verpflichtung nach WCAG 2.1 AA.
- Scannt Seviranta auch meine Magento-Apps?
- Ja. Wir testen das endgültig generierte HTML. Theme plus Apps, so, wie es eine Aufsichtsbehörde tut.
- Verlangsamt das meine Magento-Seite?
- Nein. Wir scannen extern von unseren EU-Servern; es kommt kein Skript auf deine Seite. 0 % Einfluss auf deine Ladegeschwindigkeit und Core Web Vitals.
Wir machen es selbst auch
Wir halten uns an genau dieselbe Messlatte: Unsere eigene Seite erzielt 0 Fehler in axe-core, derselben Engine, die in Google Lighthouse steckt und mit der wir auch deinen Magento-Shop scannen. Was eine Maschine sicher feststellt, beheben wir maschinell, den Rest beurteilt ein Mensch. So genau bekommst du es von uns: sieh dir einen echten Beispielbericht an.
Was das BFSG von deinem Magento-Shop verlangt
Seit Juni 2025 muss dein Webshop WCAG 2.1 AA erfüllen, ein Magento-Shop ist keine Ausnahme. Der kostenlose Scan zeigt dir in 60 Sekunden, wo du stehst, mit der genauen Zeile, die nicht erfüllt ist.
Verkaufst du in mehreren Ländern?
WCAG ist der weltweite Standard. Fast jeder Markt baut darauf auf:
Bring deinen Magento-Shop einmal auf WCAG und du erfüllst die technische Latte in all diesen Märkten. Was sich pro Markt unterscheidet, sind die Aufsichtsbehörde und die Bußgelder.
Sieh dir an, was pro Absatzmarkt gilt →Verwaltest du mehrere Magento-Seiten für Kunden?
Verhindere, dass die Webshops, die du ablieferst, unter dem EAA zu einem rechtlichen Risiko für deine Auftraggeber werden. Setze Seviranta als deinen automatisierten Qualitätsstempel bei jeder Übergabe und jedem Deploy ein, ein Scan, und jede Seite ist nachweisbar in Ordnung.
Unser Partnerprogramm ansehen →Andere Plattformen
Weiterlesen
Scanne deinen Magento-Shop kostenlos
Füge deine Magento-URL in den kostenlosen Scan ein und sieh in einer Minute, welche Zeilen nicht erfüllt sind, mit der genauen Stelle in deinem Theme.