Dies ist ein BeispielberichtScannen Sie Ihre eigene Website

← Neuer Scan

Scan-Bericht

Barrierefreiheitsbericht

example.com · 19.10.2026, 09:39:48

82
/100 · Note: B
2 kritisch 2 schwerwiegend 2 mittel 1 gering
23 betroffene Elemente · 7 Problemtypen · 12 bestandene Prüfungen
Rechtliches Risiko

EU — rechtliches Risiko basierend auf Ihrem Score

Dieser Scan hat 2 kritische und 2 schwerwiegende Probleme gefunden. Unternehmen, die WCAG 2.1 AA nicht erfüllen, riskieren:

Bußgelder variieren je nach Land: Jeder Mitgliedstaat legt sein eigenes Sanktionsregime im nationalen Umsetzungsgesetz fest. Beispiele: Das deutsche BFSG erlaubt Bußgelder bis €100.000; das italienische D.Lgs. 82/2022 sieht Bußgelder von €5.000 bis €40.000 vor (bei Wiederholung bis zu 5 % des Umsatzes). Prüfen Sie den Leitfaden für das konkrete Land, in dem Sie tätig sind oder verkaufen.

Ein hoher Score senkt Ihr Risiko — er ist keine Konformitätsgarantie. Stellt keine Rechtsberatung dar.

EU-Leitfaden →
Probleme

Gefundene Probleme (7)

Bilder ohne Alternativtext Kritisch

WCAG 1.1.1 (A) 5 Elemente · So beheben Sie es: Füge jedem <img> einen aussagekräftigen alt-Text hinzu; bei dekorativen Bildern alt="" verwenden.
Beispiel: <img src="/hero.jpg">
So beheben Sie es — Code-Beispiel

Warum das wichtig ist: Ohne Alt-Text hören Screenreader-Nutzer nichts (oder nur den Dateinamen), wo das Bild eigentlich Informationen vermittelt.

Falsch:

<img src="/hero.jpg">

Richtig:

<img src="/hero.jpg" alt="Team celebrating the product launch">

Mehr erfahren auf w3.org — WCAG 1.1.1 ↗

Unzureichender Farbkontrast Kritisch

WCAG 1.4.3 (AA) 3 Elemente · So beheben Sie es: Erhöhe den Kontrast zwischen Textfarbe und Hintergrundfarbe auf mindestens 4,5:1 (3:1 bei großem Text, ≥18pt oder ≥14pt fett).
Beispiel: <p style="color:#999999;background-color:#ffffff">…</p>
So beheben Sie es — Code-Beispiel

Warum das wichtig ist: Sehbehinderte und farbenblinde Nutzer können Text nicht lesen, der sich nicht klar vom Hintergrund abhebt.

Falsch:

<p style="color:#999999;background-color:#ffffff">Body text</p>

Richtig:

<p style="color:#595959;background-color:#ffffff">Body text</p> <!-- ratio ≥ 4.5:1 -->

Mehr erfahren auf w3.org — WCAG 1.4.3 ↗

Formularfelder ohne Beschriftung (Label) Schwerwiegend

WCAG 1.3.1 (A) 4 Elemente · So beheben Sie es: Verknüpfe jedes Feld mit einem <label for>, aria-label oder aria-labelledby.
Beispiel: <input type="email" name="email">
So beheben Sie es — Code-Beispiel

Warum das wichtig ist: Screenreader-Nutzer erkennen nicht, wofür das Feld ist, und ein Klick auf das Label fokussiert es nicht.

Falsch:

<input type="email" name="email">

Richtig:

<label for="email">Email</label>
<input id="email" type="email" name="email">

Mehr erfahren auf w3.org — WCAG 1.3.1 ↗

Links ohne Text Schwerwiegend

WCAG 2.4.4 (A) 2 Elemente · So beheben Sie es: Gib dem Link einen sichtbaren Text oder ein aria-label.
Beispiel: <a href="/cart"><svg></svg></a>
So beheben Sie es — Code-Beispiel

Warum das wichtig ist: Screenreader-Nutzer hören nur "Link" ohne Ziel und können nicht entscheiden, ob sie ihm folgen sollen.

Falsch:

<a href="/cart"><svg></svg></a>

Richtig:

<a href="/cart"><svg aria-hidden="true">…</svg><span class="sr-only">View cart</span></a>

Mehr erfahren auf w3.org — WCAG 2.4.4 ↗

Generischer/nicht aussagekräftiger Linktext Mittel

WCAG 2.4.4 (A) 6 Elemente · So beheben Sie es: Ersetze den Linktext durch eine Beschreibung des Ziels und vermeide generische Formulierungen wie „hier klicken“ oder „mehr erfahren“.
Beispiel: <a href="/blog/post-3">read more</a>
So beheben Sie es — Code-Beispiel

Warum das wichtig ist: "Hier klicken"/"mehr erfahren" sagt Screenreader-Nutzern nichts, wenn Links außerhalb des Kontexts aufgelistet werden.

Falsch:

<a href="/blog/post-3">read more</a>

Richtig:

<a href="/blog/post-3">Read more: 5 tips for faster page loads</a>

Mehr erfahren auf w3.org — WCAG 2.4.4 ↗

Doppelte id-Werte Mittel

WCAG 4.1.1 (A) 2 Elemente · So beheben Sie es: Jede id muss auf der Seite eindeutig sein.
Beispiel: id="footer"
So beheben Sie es — Code-Beispiel

Warum das wichtig ist: Doppelte id-Werte brechen Label-Zuordnungen und ARIA-Referenzen, sodass assistive Technologien das falsche Element vorlesen.

Falsch:

<div id="footer">…</div>
<section id="footer">…</section>

Richtig:

<div id="footer">…</div>
<section id="footer-nav">…</section>

Mehr erfahren auf w3.org — WCAG 4.1.1 ↗

iframe ohne title Gering

WCAG 4.1.2 (A) 1 Elemente · So beheben Sie es: Füge jedem <iframe> ein title-Attribut hinzu, das den Inhalt beschreibt.
Beispiel: <iframe src="https://maps.example.com"></iframe>
So beheben Sie es — Code-Beispiel

Warum das wichtig ist: Screenreader-Nutzer erkennen ohne Titel nicht, was der eingebettete Inhalt (Karte, Video, Widget) ist.

Falsch:

<iframe src="https://maps.example.com"></iframe>

Richtig:

<iframe src="https://maps.example.com" title="Store location map"></iframe>

Mehr erfahren auf w3.org — WCAG 4.1.2 ↗

Umfang

Automatisch nicht messbar (erfordert ein vertieftes Audit)

  • Farbkontrast bei CSS-Klassen (1.4.3) — nur der Kontrast aus Inline-Styles wird automatisch erkannt.
  • Tastaturfallen und Fokus-Sichtbarkeit (2.1.2 / 2.4.7) — erfordern echte Interaktion.
  • Dynamische ARIA-Zustände (4.1.3) — erfordern JS-Rendering.

Verlieren Sie dieses Ergebnis nicht

Dies ist ein einmaliger Scan — bei der nächsten Änderung kann sich die Punktzahl ändern. Speichern Sie ihn mit einem kostenlosen Konto und scannen Sie jederzeit erneut.

Website kostenlos speichern & überwachen →

Kontinuierliches Monitoring + Erklärung zur Barrierefreiheit

Mit Pro: kontinuierliches Monitoring (wöchentliche/tägliche Re-Scans je nach Plan), Regressionswarnungen, Entwurf einer Erklärung zur Barrierefreiheit, Multi-Site-Dashboard.

Pro entdecken →
EAA-Erklärung

Entwurf der Erklärung zur Barrierefreiheit

ERKLÄRUNG ZUR BARRIEREFREIHEIT (ENTWURF) — example.com

Diese Website strebt Konformität mit dem European Accessibility Act (EAA), dem Barrierefreiheitsstärkungsgesetz (BFSG), WCAG 2.1 AA und EN 301 549 an.

Teilweise konform — die automatisierte Prüfung hat 7 Arten von Barrieren gefunden.
Letzte automatisierte Bewertung: 19.10.2026

Bewertungsmethode: automatisiertes statisches Audit von NormHarbor (WCAG 2.1 AA / EN 301 549). Einige Kriterien — wie Farbkontrast und Tastaturinteraktion — erfordern ein manuelles/vertieftes Audit.

Feedback-Mechanismus: Um eine Barriere zu melden, schreiben Sie an [Ihre Kontakt-E-Mail].

Hinweis: Dies ist ein automatisch erstellter Entwurf; er ersetzt kein manuelles Audit und sollte vor der Veröffentlichung überprüft werden.