Vollständiges Audit — WCAG 2.1 & 2.2 AA · EN 301 549
Prüfbericht zur digitalen Barrierefreiheit
Dieser Bericht hält jede Barriere fest, die auf der unten genannten Website gefunden wurde, was sie für eine echte Kundin oder einen echten Kunden bedeutet und wie sie genau behoben wird. Er ist so geschrieben, dass Sie ihn direkt an Ihre Entwicklung weitergeben können.
Geprüfte Website
shop.demostore-example.com
Website-Betreiber
Demo Store S.L. (Muster)
Prüfzeitraum
24.–27. Juni 2026
Bericht ausgestellt
27. Juni 2026
Prüfer
EAA Comply · eaacompliance.com
Prüfumfang
15 Seiten manuell geprüft über 6 Templates (Start, Kategorie, Produkt, Warenkorb, Kasse, Konto); 41 Seiten mit axe-core gecrawlt
Getestet auf
Desktop 1280 px und Mobil 390 px · NVDA und VoiceOver · nur Tastatur · 200% Zoom
Zusammenfassung
shop.demostore-example.com erfüllt derzeit die Stufe AA nicht. Wir haben 37 verschiedene Probleme in den sechs geprüften Templates gefunden. Sechs davon sind kritisch — in diesem Bericht heißt das: Kundinnen und Kunden, die Tastatur oder Screenreader nutzen, kommen ohne fremde Hilfe nicht daran vorbei.
Drei dieser sechs liegen direkt auf dem Weg zum Kauf. Das Cookie-Banner lässt sich nicht mit der Tastatur schließen, wer also ohne Maus surft, gelangt gar nicht erst in den Shop. Die Warenkorb- und Mengen-Schaltflächen werden nur als „Schaltfläche“ angesagt, sodass Screenreader-Nutzende „Artikel entfernen“ nicht von „einen weiteren hinzufügen“ unterscheiden können. Und wenn die Kasse eine Adresse ablehnt, wird nichts angesagt — das Formular wirkt einfach, als reagiere es nicht.
Nichts davon erfordert ein Redesign. Die gesamte Maßnahmenliste sind etwa 11–15 Entwicklerstunden, und das meiste ist Markup: Beschriftungen, zugängliche Namen, Fokussteuerung und vier Farbwerte. Das visuelle Design bleibt unverändert.
Diese 37 Punkte zu beheben bringt den geprüften Umfang am Tag der Nachprüfung auf Stufe AA. Dauerhaft konform wird die Website damit nicht: Barrierefreiheit bricht mit dem nächsten Theme-Update oder dem nächsten Schwung Produktfotos wieder. Dafür gibt es die monatliche Nachkontrolle.
Ergebnisübersicht
Nicht AA
Erreichte Konformitätsstufe
61/100
Barrierefreiheits-Score
Der Score ist ein eigener gewichteter Index von EAA Comply aus Schweregrad, Häufigkeit und der Position im Kaufprozess. Er dient dazu, den Fortschritt zwischen Audits zu messen. Er ist kein genormtes Maß — WCAG kennt keinen Score, sondern je Kriterium nur erfüllt oder nicht erfüllt.
Probleme nach Schweregrad
| Schweregrad | Anzahl | Was das hier bedeutet |
|---|
| Kritisch | 6 | Blockiert eine Aufgabe vollständig für mindestens eine Nutzergruppe. Ein Kauf lässt sich nicht abschließen. |
| Schwer | 14 | Die Aufgabe ist machbar, aber nur mühsam, durch Raten oder mit fremder Hilfe. |
| Mittel | 12 | Deutlich schwieriger oder verwirrender; die meisten kommen am Ende durch. |
| Gering | 5 | Blockiert nichts, verletzt aber ein Kriterium und sollte bereinigt werden. |
Konformität nach Erfolgskriterium (Auszug)
| WCAG | Erfolgskriterium | Stufe | Ergebnis |
|---|
| 1.1.1 | Nicht-Text-Inhalte (Alternativtext) | A | Nicht erfüllt |
| 1.3.1 | Info und Beziehungen | A | Nicht erfüllt |
| 1.3.5 | Eingabezweck bestimmen | AA | Nicht erfüllt |
| 1.4.1 | Verwendung von Farbe | A | Nicht erfüllt |
| 1.4.3 | Kontrast (Minimum) 4,5:1 | AA | Nicht erfüllt |
| 1.4.10 | Reflow bei 320 px | AA | Erfüllt |
| 1.4.11 | Nicht-Text-Kontrast (Bedienelemente) | AA | Nicht erfüllt |
| 2.1.1 | Tastaturbedienbarkeit | A | Nicht erfüllt |
| 2.1.2 | Keine Tastaturfalle | A | Nicht erfüllt |
| 2.4.1 | Blöcke umgehen (Sprunglink) | A | Nicht erfüllt |
| 2.4.7 | Fokus sichtbar | AA | Erfüllt |
| 2.5.8 | Zielgröße (Minimum) | AA | Nicht erfüllt |
| 3.3.1 | Fehlererkennung | A | Nicht erfüllt |
| 3.3.2 | Beschriftungen oder Anweisungen | A | Nicht erfüllt |
| 4.1.2 | Name, Rolle, Wert | A | Nicht erfüllt |
| 4.1.3 | Statusmeldungen | AA | Nicht erfüllt |
Der gelieferte Bericht deckt alle 56 Kriterien der Stufen A und AA aus WCAG 2.1 und 2.2 ab, jeweils mit dem Nachweis zum Urteil und als nicht anwendbar markiert, wo die Website keine entsprechenden Inhalte hat. Dies ist ein repräsentativer Auszug.
Der Maßnahmenplan, in der Reihenfolge, in der wir vorgehen würden
| Reihenfolge | Problem | Aufwand |
|---|
| 1 | Kritisch F-01 — Das Cookie-Banner lässt sich nicht mit der Tastatur schließen | 2-3 h |
| 2 | Kritisch F-02 — Schaltflächen mit nur einem Symbol haben keinen zugänglichen Namen | 1 h |
| 3 | Kritisch F-03 — Die Felder in der Kasse nutzen Platzhalter statt Beschriftungen | 2 h |
| 4 | Schwer F-04 — Validierungsfehler werden angezeigt, aber nie angesagt | 2 h |
| 5 | Schwer F-05 — Preise und Fußzeilenlinks bleiben unter dem Mindestkontrast | 1 h |
| 6 | Schwer F-06 — Produktbilder tragen Dateinamen als Alternativtext | 3 h |
| 7 | Die übrigen 31 Probleme (mittel und gering) | 5–7 Std. |
Sortiert nach Kundenwirkung geteilt durch Aufwand, nicht allein nach Schweregrad. F-02 ist eine Stunde Arbeit, die zwölf Bedienelemente freischaltet, und steht deshalb vor langsameren Punkten desselben Schweregrads.
Befunde im Detail
Sechs der 37 Befunde sind unten in genau dem Format wiedergegeben, das der vollständige Bericht verwendet. Jedes Problem wird so dokumentiert; im Paket „Begleitete Korrekturen“ kommt der korrigierte Code für Ihr System dazu.
Das Cookie-Banner lässt sich nicht mit der Tastatur schließen
F-01 KritischWCAG: 2.1.2 · 2.4.3Stufe: Aaxe-core-Regel: automatisch nicht erkennbarFälle: 41Aufwand: 2-3 h
Wo
Alle 41 Seiten — das Einwilligungsbanner beim ersten Besuch.
Wen es betrifft
Alle, die ohne Maus surfen: Tastatur-, Screenreader-, Schalter- und Sprachsteuerungsnutzende.
Warum es nicht erfüllt ist
Das Banner ist ein <div> mit tabindex="-1", und die Schaltfläche zum Akzeptieren ist ein <span> mit Klick-Handler — also weder fokussierbar noch als Schaltfläche angesagt. Die Überlagerung deckt die Seite ab, die Tabulatortaste wandert aber weiter durch den Inhalt darunter und erreicht „Akzeptieren“ nie. Mit der Maus ist es ein Klick; mit der Tastatur lässt sich das Banner nicht schließen und der Shop gar nicht erreichen. Das verletzt 2.1.2 Keine Tastaturfalle und, weil die Fokusreihenfolge der sichtbaren Reihenfolge nicht mehr folgt, 2.4.3 Fokus-Reihenfolge.
So auf der Website gefunden
<div class="cc-bar" tabindex="-1">
<span class="cc-ok" onclick="acceptAll()">Accept</span>
</div>
So wird es behoben
<div class="cc-bar" role="dialog" aria-modal="true"
aria-labelledby="cc-title">
<h2 id="cc-title">Cookies</h2>
<button type="button" class="cc-ok">Accept</button>
<button type="button" class="cc-no">Reject non-essential</button>
</div>
Schaltflächen mit nur einem Symbol haben keinen zugänglichen Namen
F-02 KritischWCAG: 4.1.2 · 1.1.1Stufe: Aaxe-core-Regel: button-nameFälle: 12Aufwand: 1 h
Wo
Warenkorb und Suche in der Kopfzeile, die Merkzettel-Schaltfläche auf jeder Produktkachel sowie die Mengenregler im Warenkorb und auf der Produktseite — 12 Bedienelemente.
Wen es betrifft
Screenreader-Nutzende und Menschen mit Sprachsteuerung, die keinen Namen zum Aussprechen haben.
Warum es nicht erfüllt ist
Jede Schaltfläche enthält nur ein SVG-Symbol, ohne Text und ohne Beschriftung, und wird deshalb bloß als „Schaltfläche“ angesagt. Im Warenkorb stehen vier davon nebeneinander: erhöhen, verringern, später merken, entfernen. Zu raten, welche welche ist, heißt zu raten, ob gleich die Bestellung geleert wird.
So auf der Website gefunden
<button class="qty-up">
<svg viewBox="0 0 16 16">...</svg>
</button>
So wird es behoben
<button type="button" class="qty-up" aria-label="Increase quantity">
<svg viewBox="0 0 16 16" aria-hidden="true" focusable="false">...</svg>
</button>
Die Felder in der Kasse nutzen Platzhalter statt Beschriftungen
F-03 KritischWCAG: 3.3.2 · 1.3.1 · 1.3.5Stufe: A / AAaxe-core-Regel: labelFälle: 9Aufwand: 2 h
Wo
Kasse Schritt 1 (Lieferadresse) und Schritt 2 (Zahlung) — 9 Felder.
Wen es betrifft
Screenreader-Nutzende, Menschen mit kognitiven Einschränkungen und alle, die mitten in einem langen Formular unterbrochen werden.
Warum es nicht erfüllt ist
Die Felder haben einen Platzhalter und keine <label>. Ein Platzhalter ist keine Beschriftung: Er verschwindet, sobald etwas im Feld steht, sodass niemand nach einem Blick zur Seite noch sieht, wofür das Feld war, und er wird von Screenreadern uneinheitlich angesagt. Das Platzhaltergrau (#9aa4b2 auf Weiß) erreicht zudem nur 2,52:1, deutlich unter dem Minimum von 4,5:1.
So auf der Website gefunden
<input type="text" name="postcode" placeholder="Postcode">
So wird es behoben
<label for="ship-post">Postcode</label>
<input type="text" id="ship-post" name="postcode"
autocomplete="postal-code">
Validierungsfehler werden angezeigt, aber nie angesagt
F-04 SchwerWCAG: 3.3.1 · 4.1.3 · 1.4.1Stufe: A / AAaxe-core-Regel: automatisch nicht erkennbarFälle: 6Aufwand: 2 h
Wo
Kasse, Newsletter-Anmeldung und Kontaktformular — 6 Formulare.
Wen es betrifft
Vor allem Screenreader-Nutzende, außerdem alle, die eine Farbänderung nicht bemerken.
Warum es nicht erfüllt ist
Der Fehlertext wird in ein <div class="err"> ohne Rolle geschrieben, und das Feld wird nur mit einem roten Rahmen markiert. Screenreader-Nutzende drücken „Absenden“, hören nichts und haben keine Möglichkeit zu erfahren, dass das Formular nicht durchging. Das Feld allein über Farbe zu markieren verletzt außerdem 1.4.1 Verwendung von Farbe.
So auf der Website gefunden
<div class="err"></div>
<input type="email" id="mail" class="is-error">
So wird es behoben
<input type="email" id="mail" aria-invalid="true"
aria-describedby="mail-err">
<div id="mail-err" class="err" role="alert">
Email address: enter an address in the form name@example.com.
</div>
Preise und Fußzeilenlinks bleiben unter dem Mindestkontrast
F-05 SchwerWCAG: 1.4.3Stufe: AAaxe-core-Regel: color-contrastFälle: 23Aufwand: 1 h
Wo
Produktkacheln, der Preisblock auf Produktseiten, das Sale-Label und die Fußzeilenlinks — 23 Elemente.
Wen es betrifft
Menschen mit Sehbeeinträchtigung und alle, die draußen aufs Handy schauen.
Warum es nicht erfüllt ist
Der Aktionspreis ist #e05c5c auf Weiß, ein Verhältnis von 3,59:1, und die Fußzeilenlinks sind #8b95a5 auf #f6f9fc, also 2,86:1. Stufe AA verlangt 4,5:1 für Text in normaler Größe. Der Aktionspreis ist genau die Zahl, wegen der die Kundschaft gekommen ist.
So auf der Website gefunden
.price--sale { color: #e05c5c; } /* 3.59:1 on white */
.site-foot a { color: #8b95a5; } /* 2.86:1 on #f6f9fc */
So wird es behoben
.price--sale { color: #c0392b; } /* 5.44:1 on white */
.site-foot a { color: #5a6678; } /* 5.51:1 on #f6f9fc */
Produktbilder tragen Dateinamen als Alternativtext
F-06 SchwerWCAG: 1.1.1Stufe: Aaxe-core-Regel: automatisch nicht erkennbarFälle: 38Aufwand: 3 h
Wo
38 Produktbilder in den Kategorie- und Produkt-Templates.
Wen es betrifft
Screenreader-Nutzende und alle, bei denen Bilder nicht laden.
Warum es nicht erfüllt ist
Der Alternativtext ist der Dateiname: alt="product-img-04.jpg". Das ist der lehrreichste Befund im Bericht, denn axe-core verbucht ihn als erfüllt — die Regel prüft, ob ein alt-Attribut existiert und nicht leer ist, und das tut es. Erst ein Mensch, der die Ausgabe liest, merkt, dass der Kundschaft über das Produkt, das sie kaufen möchte, überhaupt nichts gesagt wird.
So auf der Website gefunden
<img src="/img/product-img-04.jpg" alt="product-img-04.jpg">
So wird es behoben
<img src="/img/product-img-04.jpg"
alt="Navy wool scarf, folded, showing the ribbed weave">
Zum Barrierefreiheits-Overlay in diesem Shop
Im Shop ist ein Overlay-Widget installiert. Wir haben das vollständige Audit zweimal durchgeführt, einmal mit aktivem und einmal mit deaktiviertem Widget: Die 37 Probleme sind in beiden Durchläufen identisch — das Widget hat keines davon behoben. Es hat sogar eines hinzugefügt, denn seine eigene Schaltfläche zum Öffnen hat keinen zugänglichen Namen und ist in F-02 mitgezählt. Das ist keine Kritik an der Entscheidung, es einzusetzen; es ist das, was die Tests gezeigt haben.
Was die automatische Prüfung gefunden hat — und was nicht
axe-core hat 14 der 37 Probleme gefunden. Die anderen 23 stammen aus manuellen Tests mit Screenreader und Tastatur. Dieses Verhältnis ist normal, und genau deshalb ist ein Scan kein Audit: Automatische Regeln sind gut in dem, was eine Maschine messen kann — ein fehlendes Attribut, ein Kontrastverhältnis, eine doppelte ID — und blind dafür, ob ein Name etwas aussagt, ob der Fokus einen Dialog verlassen kann oder ob eine Fehlermeldung tatsächlich hilft. F-01 und F-06 sind hier die klarsten Beispiele: Das eine ist für den Scanner unsichtbar, das andere wird von ihm als erfüllt verbucht.
Umfang, Grenzen und was wir nicht geprüft haben
- •Der Bezahlschritt ist ein gehosteter Iframe des Zahlungsdienstleisters. Wir haben geprüft, dass der Fokus korrekt hinein- und wieder herausgelangt; das Markup darin gehört dem Dienstleister und kann vom Shop nicht geändert werden.
- •PDF-Rechnungen und die zwei Marketingvideos liegen außerhalb des Umfangs dieses Berichts. Beide fallen unter das BFSG bzw. den EAA und können separat angeboten werden.
- •Die Befunde beschreiben die Website im Zustand vom 24. bis 27. Juni 2026. Theme-Updates, neue Plugins und neue Produktinhalte können danach Probleme erneut einführen.
- •Dies ist eine technische Bewertung, keine Rechtsberatung. EAA Comply ist ein unabhängiger Prüfdienst, keine Behörde und keine Zertifizierungsstelle.
Wie es weitergeht
- →Ihre Entwicklung arbeitet den Maßnahmenplan ab. Alles darin ist Markup, CSS und Fokussteuerung — nichts davon erfordert ein Redesign.
- →Sagen Sie uns Bescheid, wenn es fertig ist, und wir prüfen denselben Umfang erneut. Die Nachprüfung ist enthalten.
- →Sobald der Umfang besteht, stellen die kostenpflichtigen Pakete das technische Konformitätszertifikat aus. Für diesen fiktiven Shop ist das Musterzertifikat EAAC-2026-0428-17A, die andere Hälfte dieses Beispiels.
- →Ihre Barrierefreiheitserklärung wird aus diesen Befunden geschrieben und bei jeder Nachprüfung aktualisiert. Ein Auszug des Entwurfs steht unten.
Passendes Musterzertifikat ansehen →
Ihre Barrierefreiheitserklärung (Auszug aus dem Entwurf)
Verpflichtung. Demo Store S.L. ist bestrebt, shop.demostore-example.com im Einklang mit der Richtlinie (EU) 2019/882 und der harmonisierten Norm EN 301 549 barrierefrei zu gestalten.
Stand der Konformität. Diese Website ist mit WCAG 2.1 Stufe AA teilweise konform. „Teilweise konform“ bedeutet, dass einige Inhalte die Anforderungen der Norm nicht vollständig erfüllen.
Nicht barrierefreie Inhalte. Das Cookie-Banner ist nicht mit der Tastatur bedienbar (WCAG 2.1.2). Mehrere Bedienelemente haben keinen zugänglichen Namen (WCAG 4.1.2). Formularfehler werden nicht angesagt (WCAG 4.1.3). Geplante Behebung: 31. Juli 2026.
Feedback. Wenn Sie auf dieser Website eine Barriere finden, schreiben Sie an barrierefreiheit@demostore-example.com. Wir antworten innerhalb von 10 Werktagen.
Die gelieferte Erklärung ist vollständig, datiert und veröffentlichungsfertig; dieser Auszug zeigt die Teile, die aus dem Audit stammen. Sie sagt „teilweise konform“, weil das am Tag der Prüfung zutraf. Bei der Nachprüfung wird sie neu geschrieben.
Musterdokument. shop.demostore-example.com, Demo Store S.L. sowie sämtliche Befunde, Zahlen und Daten in diesem Bericht sind fiktiv und dienen ausschließlich dazu, das Format des von EAA Comply gelieferten Berichts zu zeigen. Es wird kein realer Kunde, keine reale Website und kein reales Audit dargestellt. EAA Comply ist ein unabhängiger technischer Prüfdienst, keine Behörde und keine Zertifizierungsstelle. Ein echter Bericht entsteht an Ihrem Live-Code und wird andere Inhalte haben.