Daniel Nowak (Freelancer) LogoBeispiel
Accessibility

WCAG 2.2 Analyse

Eine Analyse der Website https://eine-beispiel-url.de/ zum Thema Barrierefreiheit nach WCAG 2.2 (Web Content Accessibility Guidelines) Konformitätsniveau AA.

Stand: 13.02.2026

Einleitung

Die WCAG 2.2 Analyse ist unterteilt in 14 Kategorien und insgesamt 252 Prüfkriterien. Jeder Punkt ist gekennzeichnet als "Bestanden", "Durchgefallen", "Teilweise bestanden" und "Nicht vorhanden". Es kann optional eine zusätzliche Information geben.

Bestanden

Die Anforderung ist erfüllt. Es besteht kein Handlungsbedarf.

Durchgefallen

Die Anforderung ist nicht erfüllt. Es besteht Handlungsbedarf.

Teilweise bestanden

Die Anforderung ist nur teilweise erfüllt. Zusatzinformationen beachten!

Nicht vorhanden

Die Anforderung ist nicht vorhanden. Es besteht zur Zeit kein Handlungsbedarf.

1. Textalternativen

Inhalte, die keine Texte sind (wie Bilder, Grafiken, Videos), sollten durch Textalternativen beschrieben werden. Diese Alternativen ermöglichen es Screenreadern und anderen assistiven Technologien, den Inhalt an Nutzer weiterzugeben, die den visuellen Inhalt nicht wahrnehmen können.

1.1 Bilder und Grafiken

Bestanden
Informative Bilder (z. B. Fotos, Diagramme) haben ein sinnvolles und beschreibendes alt-Attribut, das den Inhalt oder die Funktion des Bildes vermittelt.
Bestanden
Dekorative Bilder haben entweder ein leeres alt-Attribut (alt="") oder sind über CSS eingebunden, damit sie von Screenreadern ignoriert werden.
Teilweise bestanden

1.2 Buttons und interaktive Elemente

Durchgefallen
Durchgefallen

1.3 Links

Bestanden
Allgemeine Linktexte wie "Hier klicken" oder "Mehr erfahren" werden vermieden. Der Text eines Links sollte selbst erklärend sein und den Zielinhalt oder die Funktion des Links klar beschreiben.
Bestanden
Nicht aussagekräftige Linktexte haben ein aria-label-Attribute, um dem Link einen beschreibenden Text zu geben, z. B. aria-label="Mehr Informationen zur Barrierefreiheit".

1.4 Icons und Symbol-Bilder

Bestanden
Icons, die Informationen darstellen (z. B. ein Telefonsymbol für eine Kontaktmöglichkeit), sollte ein aria-label oder alt-Text vorhanden sein, z. B. alt="Telefon".
Bestanden
Icons, die keinen inhaltlichen Mehrwert haben und rein dekorativ sind, sollten ein leeres alt-Attribut (alt="") enthalten oder über CSS eingebunden sein.

So sieht dein Audit für eine barrierefreie Website aus - detailliert, verständlich, umsetzbar

Der Prüfbericht umfasst über 250 Prüfkriterien , die individuell deine Website bewerten. Hier siehst du einen kleinen Ausschnitt – für die komplette Analyse und konkrete Handlungsempfehlungen melde dich über das Formular!

Preise

Kein Abo uund keine versteckten Kosten

Basic

Kostenlos

  • Schnellcheck
  • 10 min. Beratungsgespräch
Kontakt aufnehmen
Premium Badge

Premium

1.399 €

  • Umfangreiche Analyse nach WCAG 2.2 AA
  • 5 Seitentemplates
  • 30 min. Rückfragengespräch
  • Analyse innerhalb von 72 Stunden
  • Bezahlung auf Rechnung nach Übergabe der Analyse
Kontakt aufnehmen

Developing

Individuell

  • Umfangreiche Analyse nach WCAG 2.2 AA
  • UX/UI a11y Workshops
  • Developer a11y Workshops
  • Direkte Implementierung in die Anwendung (Freelance Buchung)
Kontakt aufnehmen

Lass uns über deine Website sprechen

Eine Illustration von Daniel Nowak

Hi, ich bin Daniel Nowak, freiberuflicher Frontend Developer aus Hamburg und spezialisiert auf (barrierefreie) digitale Produktentwicklung.

oder