EAA ComplyEAA Comply · Accessibility & compliance
Bericht-Nr.EAAC-2026-0624-17AAusgestellt am 27. Juni 2026MUSTER — FIKTIVE DATEN

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
37
Gefundene Probleme
6
Kritische Probleme

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

SchweregradAnzahlWas das hier bedeutet
Kritisch6Blockiert eine Aufgabe vollständig für mindestens eine Nutzergruppe. Ein Kauf lässt sich nicht abschließen.
Schwer14Die Aufgabe ist machbar, aber nur mühsam, durch Raten oder mit fremder Hilfe.
Mittel12Deutlich schwieriger oder verwirrender; die meisten kommen am Ende durch.
Gering5Blockiert nichts, verletzt aber ein Kriterium und sollte bereinigt werden.

Konformität nach Erfolgskriterium (Auszug)

WCAGErfolgskriteriumStufeErgebnis
1.1.1Nicht-Text-Inhalte (Alternativtext)ANicht erfüllt
1.3.1Info und BeziehungenANicht erfüllt
1.3.5Eingabezweck bestimmenAANicht erfüllt
1.4.1Verwendung von FarbeANicht erfüllt
1.4.3Kontrast (Minimum) 4,5:1AANicht erfüllt
1.4.10Reflow bei 320 pxAAErfüllt
1.4.11Nicht-Text-Kontrast (Bedienelemente)AANicht erfüllt
2.1.1TastaturbedienbarkeitANicht erfüllt
2.1.2Keine TastaturfalleANicht erfüllt
2.4.1Blöcke umgehen (Sprunglink)ANicht erfüllt
2.4.7Fokus sichtbarAAErfüllt
2.5.8Zielgröße (Minimum)AANicht erfüllt
3.3.1FehlererkennungANicht erfüllt
3.3.2Beschriftungen oder AnweisungenANicht erfüllt
4.1.2Name, Rolle, WertANicht erfüllt
4.1.3StatusmeldungenAANicht 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

ReihenfolgeProblemAufwand
1Kritisch F-01 — Das Cookie-Banner lässt sich nicht mit der Tastatur schließen2-3 h
2Kritisch F-02 — Schaltflächen mit nur einem Symbol haben keinen zugänglichen Namen1 h
3Kritisch F-03 — Die Felder in der Kasse nutzen Platzhalter statt Beschriftungen2 h
4Schwer F-04 — Validierungsfehler werden angezeigt, aber nie angesagt2 h
5Schwer F-05 — Preise und Fußzeilenlinks bleiben unter dem Mindestkontrast1 h
6Schwer F-06 — Produktbilder tragen Dateinamen als Alternativtext3 h
7Die ü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 Kritisch
WCAG: 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 Kritisch
WCAG: 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 Kritisch
WCAG: 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 Schwer
WCAG: 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 Schwer
WCAG: 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 Schwer
WCAG: 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

Wie es weitergeht

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.

© 2026 EAA Comply — ← Zurück zu eaacompliance.com · hello@eaacompliance.com