Barrierefreiheit im Web: Was das Gesetz verlangt und was Sie zuerst beheben sollten

Barrierefreiheit im Web bedeutet, Ihre Website so zu gestalten, dass Menschen mit Behinderungen sie wahrnehmen, verstehen, darin navigieren und sie nutzen können – ob mit Screenreader, Tastatur, Untertiteln oder Browser-Zoom. In der Praxis heißt das, die Web Content Accessibility Guidelines (WCAG) zu erfüllen, den Standard, auf den die meisten Gesetze zur Barrierefreiheit zurückgehen.

Dieser Leitfaden richtet sich an Unternehmer und Marketer, die sich um die Website eines Unternehmens kümmern. Er behandelt, wer betroffen ist, was das US-Recht verlangt, welche Barrieren auf den meisten Websites auftauchen, welche Korrekturen Sie selbst vornehmen können und wann sich ein Spezialist lohnt.

Was Barrierefreiheit im Web umfasst

Das W3C, die Organisation, die Webstandards festlegt, definiert Barrierefreiheit im Web als Websites, Werkzeuge und Technologien, die so gebaut sind, dass Menschen mit Behinderungen sie nutzen können. Sie können das Web also wahrnehmen, verstehen, darin navigieren und mit ihm interagieren – und auch selbst dazu beitragen.

Tim Berners-Lee, der Erfinder des Webs, hat das Ziel klar formuliert: „The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect.“ Die Introduction to Web Accessibility des W3C beginnt mit diesem Satz.

Wer auf eine barrierefreie Website angewiesen ist

WebAIM, eine Organisation, die Entwickler in barrierefreiem Design schult, weist darauf hin, dass jeder vierte Erwachsene in den USA eine Behinderung hat. Nicht jede Behinderung beeinflusst, wie jemand das Internet nutzt. Dennoch würden, so WebAIM, nur wenige Unternehmen wissentlich ein Viertel ihrer potenziellen Kunden abweisen – oder auch nur 5 Prozent von ihnen.

Die wichtigsten Gruppen sehen so aus:

• Sehen: Blindheit, Sehschwäche und Farbenblindheit. Betroffene nutzen unter Umständen Screenreader, die die Seite vorlesen, oder Bildschirmlupen.
• Hören: Gehörlosigkeit und Schwerhörigkeit. Betroffene sind auf Untertitel und Transkripte angewiesen.
• Motorik: eingeschränkte Feinmotorik oder keine Möglichkeit, eine Maus zu benutzen. Betroffene nutzen unter Umständen eine Tastatur, einen Mundstab, Eye-Tracking-Software oder Sprachbefehle.
• Kognition: Lernschwierigkeiten, leichte Ablenkbarkeit und Probleme, viele Informationen gleichzeitig zu behalten. Hier sind klare Sprache und ein logischer Aufbau am wichtigsten.

Das W3C nennt in seiner Definition außerdem Sprachbehinderungen und neurologische Behinderungen.

Der Nutzen reicht weit über Behinderungen hinaus

Das W3C nennt mehrere Gruppen, die von barrierefreiem Design profitieren, ohne eine Behinderung zu haben:

• Menschen mit Smartphones und Smart-TVs, mit kleinen Bildschirmen oder anderen Eingabemöglichkeiten
• ältere Menschen, deren Seh- oder Hörvermögen sich mit dem Alter verändert
• Menschen mit einer vorübergehenden Behinderung, etwa einem gebrochenen Arm oder einer verlorenen Brille
• Menschen, die durch ihre Situation eingeschränkt sind, etwa durch grelles Sonnenlicht oder einen Ort, an dem sie keinen Ton abspielen können
• Menschen mit einer langsamen oder teuren Internetverbindung

Diese Überschneidung ist der Grund, warum Barrierefreiheit und Usability in dieselbe Richtung wirken. Wenn Sie ohnehin einen Plan abarbeiten, um die Nutzererfahrung Ihrer Website zu verbessern, zählen viele der Änderungen doppelt.

Der WCAG-Standard in einfachen Worten

Die WCAG werden vom World Wide Web Consortium (W3C) erarbeitet, und laut W3C ist Version 2.2 zugleich ein ISO-Standard, nämlich ISO/IEC 40500. WebAIM bezeichnet sie als Grundlage der meisten Gesetze zur Barrierefreiheit im Web weltweit.

Die Richtlinien beruhen auf vier Prinzipien, deren Anfangsbuchstaben das Wort POUR ergeben (im Englischen):

1. Wahrnehmbar (Perceivable). Nutzer können die Inhalte mit den Sinnen aufnehmen, die ihnen zur Verfügung stehen, oder über assistive Technologien. Bilder haben Textalternativen, Videos haben Untertitel.
2. Bedienbar (Operable). Jedes Bedienelement funktioniert über eine Tastatur oder ein assistives Gerät, nicht nur mit der Maus. Nichts hängt von präzisen Mausbewegungen ab.
3. Verständlich (Understandable). Die Inhalte sind klar, und die Website verhält sich vorhersehbar.
4. Robust. Der Code ist sauber genug, dass viele Browser und assistive Werkzeuge, alte wie neue, ihn lesen können.

Für interaktive Elemente, die mit JavaScript gebaut werden, nutzen Entwickler WAI-ARIA. Das ist eine W3C-Technologie, die Bedeutung hinzufügt, die Browser und assistive Werkzeuge an die Nutzer weitergeben können. Die MDN-Dokumentation zur Barrierefreiheit von Mozilla behandelt das ausführlich. MDN macht außerdem einen einfacheren Punkt: Sehr viele Inhalte werden schon dadurch barrierefrei, dass man für jede Aufgabe das richtige HTML-Element verwendet.

Ist Barrierefreiheit im Web gesetzlich vorgeschrieben?

Oft ja. Die Einzelheiten hängen davon ab, wer Sie sind und wo Sie tätig sind. Verstehen Sie das Folgende als Zusammenfassung öffentlicher Leitlinien, und fragen Sie bei Ihrer eigenen Situation einen Anwalt.

Der ADA und Ihre Website

Der Americans with Disabilities Act erfasst Bundesstaaten und Kommunen unter Title II. Unternehmen, die der Öffentlichkeit zugänglich sind, erfasst er unter Title III. In seinen Leitlinien zu Barrierefreiheit im Web und zum ADA vom 18. März 2022 erklärt das Justizministerium (DOJ), es habe durchgängig die Auffassung vertreten, dass der ADA für Dienstleistungen und Waren gilt, die im Web angeboten werden.

Zu den Title-III-Beispielen des DOJ gehören Einzelhandelsgeschäfte, Banken, Hotels, Krankenhäuser und Arztpraxen, Gastronomiebetriebe sowie Theater und Sportarenen. Wenn Kunden Ihr Geschäft betreten können, ist nach Auffassung des DOJ auch das erfasst, was Sie auf Ihrer Website anbieten.

Dieselben Leitlinien besagen, dass Unternehmen selbst wählen können, wie sie die Vorgaben erfüllen, weil das DOJ dafür keine detaillierten technischen Standards festgelegt hatte. Sie müssen ihr Online-Angebot dennoch barrierefrei machen, und das DOJ verweist auf die WCAG und die Section 508 Standards des Bundes als hilfreiche Orientierung.

Bundesstaaten und Kommunen: die Regelung von 2024

Die Seite auf ADA.gov enthält selbst einen Vorbehalt. Die Leitlinien von 2022 berücksichtigen nicht die Anforderungen für Bundesstaaten und Kommunen, die am 24. April 2024 im Federal Register veröffentlicht wurden. Wenn Sie Websites für eine öffentliche Stelle betreiben oder bauen, lesen Sie diese Regelung direkt und nicht eine ältere Zusammenfassung.

Section 504, Section 508 und andere Länder

Der Rehabilitation Act von 1973 fügt die Sections 504 und 508 hinzu. Section 508 legt die Standards fest, die die Bundesregierung für ihre eigenen Websites verwendet. Außerhalb der USA, so WebAIM, regeln auch viele internationale Gesetze die Barrierefreiheit. Die UN-Behindertenrechtskonvention geht weiter und betrachtet den Zugang zum Web als grundlegendes Menschenrecht.

Regel oder Standard	Für wen er gilt	Was er für eine Website bedeutet	Wo Sie nachlesen können
ADA Title II	Bundesstaaten und Kommunen	Das DOJ betrachtet deren Online-Dienste und -Programme als erfasst	ADA.gov sowie die am 24. April 2024 veröffentlichte Regelung
ADA Title III	Der Öffentlichkeit zugängliche Unternehmen, etwa Geschäfte, Banken, Hotels und Arztpraxen	Das DOJ betrachtet online angebotene Waren und Dienstleistungen als erfasst, mit Spielraum bei der Art der Umsetzung	DOJ-Leitlinien vom 18. März 2022
Section 508 des Rehabilitation Act von 1973	Bundesbehörden	Legt die Standards für Barrierefreiheit fest, denen Websites des Bundes folgen	Die Section 508 Standards
WCAG des W3C	Alle; die meisten Gesetze zur Barrierefreiheit beruhen darauf	Die technische Checkliste, gegen die die meisten Teams testen; WCAG 2.2 ist zugleich ISO/IEC 40500	Die Web Accessibility Initiative des W3C
UN-Behindertenrechtskonvention	Länder, die sie ratifiziert haben	Betrachtet den Zugang zum Web als grundlegendes Menschenrecht	Die Vereinten Nationen

Die Barrieren, die die meisten Websites noch haben

UserWay, ein Unternehmen, das Software für Barrierefreiheit verkauft, berichtet, dass 96 % der Top-Websites leicht erkennbare Probleme mit der Barrierefreiheit enthalten. Das ist die Zahl eines Anbieters, sie deckt sich aber mit der Sicht von WebAIM, dass das Potenzial des Webs für Menschen mit Behinderungen „remains largely unrealized“ (weitgehend ungenutzt bleibt).

Immer dieselben wenigen Barrieren tauchen in den Leitlinien des DOJ wieder auf. Hier finden Sie sie mit der Lösung und einer klaren Antwort darauf, ob Sie sie selbst beheben können.

Barriere	Wen sie ausschließt	Die Lösung	Können Sie es selbst beheben?
Bilder ohne Alternativtext	Blinde Nutzer mit Screenreader	Kurzen Alternativtext hinzufügen, der sagt, wozu das Bild dient	Ja, in den meisten Content-Management-Systemen
Geringer Farbkontrast	Menschen mit Sehschwäche oder Farbenblindheit	Den Text abdunkeln oder den Hintergrund aufhellen, bis der Text deutlich hervortritt	In der Regel ja, bei Änderungen an Markenfarben ist aber unter Umständen ein Designer nötig
Farbe als einziges Signal	Farbenblinde Nutzer und Screenreader-Nutzer	Einen Texthinweis ergänzen, etwa das Wort „erforderlich“ neben einem roten Formularfeld	Ja
Videos ohne Untertitel	Gehörlose und schwerhörige Menschen	Genaue, synchronisierte Untertitel hinzufügen, die die Sprecher kenntlich machen	Ja, oder mit einem Untertitelungsdienst
Audio ohne Transkript	Gehörlose und schwerhörige Menschen	Ein Texttranskript zum Audio veröffentlichen	Ja; das W3C nennt Transkripte einfach und verhältnismäßig günstig
Formularfelder ohne Beschriftung oder mit unklaren Fehlermeldungen	Screenreader-Nutzer und Menschen mit kognitiven Behinderungen	Jedes Feld beschriften, klare Anweisungen geben und jeden Fehler samt Lösung erklären	Teilweise; oft ist ein Entwickler nötig
Menüs und Schaltflächen, die eine Maus erfordern	Menschen, die keine Maus benutzen können, auch Nutzer von Sprachsteuerung	Jede Funktion über die Tastatur bedienbar machen	In der Regel ist ein Entwickler nötig
Überschriften, die nach Schriftgröße gewählt wurden	Screenreader-Nutzer, die zwischen Überschriften springen	Echte Überschriften-Tags in logischer Reihenfolge verwenden	Ja
Links, die „hier klicken“ lauten	Screenreader-Nutzer, die eine Liste von Links überfliegen	Linktexte schreiben, die für sich allein Sinn ergeben	Ja

Bilder, Video und Audio

Alternativtext sollte den Zweck eines Bildes beschreiben. Laut DOJ sollte er, um nützlich zu sein, kurz und beschreibend sein. Ein Produktfoto braucht den Produktnamen. Eine Grafik braucht die Aussage, die sie vermittelt.

Bei Videos verlangt das DOJ synchronisierte Untertitel, die genau sind und erkennen lassen, wer spricht. Bei archiviertem Audio, etwa einer älteren Podcast-Folge, kann nach Angaben von WebAIM ein Transkript genügen.

Formulare und Tastaturbedienung

Bei Formularen kosten Probleme mit der Barrierefreiheit Sie am unmittelbarsten Geld. Ein Kunde, der ein Buchungs- oder Bestellformular nicht abschicken kann, geht einfach. Jedes Feld braucht eine Beschriftung, die ein Screenreader ansagen kann, etwa „Kreditkartennummer“ am Kartenfeld. Wenn jemand einen Fehler macht, sollte die Seite es ihm sofort mitteilen, sagen, was schiefgelaufen ist, und erklären, wie er es behebt. Ein Datum im falschen Format ist das eigene Beispiel des DOJ.

Die Tastaturbedienung ist die andere Hälfte. Manche Menschen können überhaupt keine Maus benutzen, und viele ältere Nutzer mit eingeschränkter Feinmotorik gehören dazu. Wenn jedes Menü und jedes Formular über die Tastatur funktioniert, können auch Menschen Ihre Website nutzen, die Spracheingabe und andere Hilfsmittel verwenden, die wie eine Tastatur arbeiten. Auch die Textgröße spielt eine Rolle: Menschen mit Sehschwäche müssen im Browser hineinzoomen können, ohne dass die Seite auseinanderfällt.

Struktur: Überschriften, Links, Tabellen und Dokumente

Screenreader-Nutzer bewegen sich oft über die Überschriften durch eine Seite oder lassen sich nur die Links vorlesen. Überschriften müssen also echte Überschriften-Elemente in sinnvoller Reihenfolge sein, und jeder Link muss auch außerhalb seines Zusammenhangs verständlich sein. Die Überschriftenstruktur einer Seite sehen Sie zusammen mit dem Title-Tag in einem kostenlosen Prüftool für Überschriften und Meta-Tags.

Datentabellen brauchen Kopfzellen, damit ein Screenreader jeden Wert seiner Zeile und Spalte zuordnen kann. PDFs und Word-Dateien brauchen dieselbe Sorgfalt. WebAIM empfiehlt getaggte PDFs oder eine HTML-Version, wenn sich ein Dokument nicht barrierefrei machen lässt. Ein Link „Zum Hauptinhalt springen“ (Skip to main content) am Anfang jeder Seite erlaubt Tastaturnutzern, das Menü zu überspringen, das sich auf jeder Seite wiederholt.

Wie sich Barrierefreiheit und SEO überschneiden

Vieles, was eine Seite barrierefrei macht, macht sie auch für Suchmaschinen leichter lesbar. Das W3C weist darauf hin, dass auch Suchmaschinen keine Bilder sehen können. Sie lesen den Alternativtext, genau wie ein Screenreader, und ein Transkript macht aus Audio Text, den sie lesen können.

Die Überschneidung geht über Medien hinaus:

• Überschriften geben Screenreader-Nutzern eine Karte der Seite. Crawlern geben sie eine klare Gliederung, worum es auf der Seite geht.
• Aussagekräftige Linktexte sagen einem Screenreader-Nutzer und einer Suchmaschine, worum es auf der nächsten Seite geht. „Preise für Büroreinigung“ ist für beide besser als „hier klicken“.
• Sauberes HTML zahlt sich ebenfalls aus. WebAIM weist darauf hin, dass barrierefreier Code in der Regel schlanker und effizienter ist und dass valides HTML und CSS den Code robuster machen.
• Viele Barrieren, die Menschen mit Behinderungen aufhalten, ärgern auch Smartphone-Nutzer auf kleinen Bildschirmen.

Seien Sie realistisch, was das bedeutet. Arbeit an der Barrierefreiheit bringt eine Seite nicht von allein in die Rankings, und der Grund, eine Barriere zu beseitigen, ist, dass Menschen Ihre Website sonst nicht nutzen können. Der Nutzen für die Suche kommt aus klarerer Struktur und besseren Inhalten. Mehr dazu, wie Struktur, Inhalte und technische Korrekturen zusammenspielen, finden Sie im SearchBlueprint-Blog.

So prüfen Sie Ihre Website selbst auf Barrierefreiheit

An einem Nachmittag finden Sie ohne Spezialsoftware viel heraus. Das W3C veröffentlicht einen Leitfaden namens „Easy Checks“, eine erste Überprüfung der Barrierefreiheit im Web, der genau auf dieser Idee beruht: Einfache Schritte wie das Ändern von Browsereinstellungen zeigen Ihnen, wo die offensichtlichen Probleme liegen.

Schnelle Checks, die Sie heute durchführen können

1. Legen Sie die Maus beiseite und gehen Sie mit der Tabulatortaste durch Ihre Startseite und Ihr wichtigstes Formular. Sehen Sie immer, wo Sie sich befinden, und erreichen Sie jeden Link und können das Formular abschicken?
2. Zoomen Sie im Browser deutlich über die normale Größe hinaus und prüfen Sie, ob der Text lesbar bleibt oder sich zu überlappen und abgeschnitten zu werden beginnt.
3. Prüfen Sie Ihre Bilder. Sehen Sie sich den Alternativtext auf Ihren wichtigsten Seiten an. Fehlt er, oder ist er mit Keywords vollgestopft, statt das Bild zu beschreiben?
4. Lesen Sie Ihre Überschriften der Reihe nach. Bilden sie eine logische Gliederung, oder springen sie von H1 zu H4, weil jemandem die Schriftgröße gefiel?
5. Spielen Sie ein Video ohne Ton ab. Gibt es Untertitel, und sind sie korrekt?
6. Provozieren Sie absichtlich einen Fehler im Formular. Lassen Sie ein Pflichtfeld leer und schicken Sie ab. Erklärt die Fehlermeldung das Problem in Worten, oder färbt sie nur ein Feld rot?
7. Lassen Sie ein automatisches Prüftool laufen. Kostenlose Tools melden fehlenden Alternativtext und geringen Kontrast in wenigen Minuten.

Wenn Sie parallel eine umfassendere Liste abarbeiten möchten, deckt diese Website-Audit-Checkliste mit 25 kostenlosen Checks die technischen und Onpage-Grundlagen ab.

Warum automatische Tools und Overlays nur begrenzt helfen

Automatische Prüftools sind nützlich. Sie übersehen aber auch viel. Das W3C ist da deutlich: Kein Tool allein kann feststellen, ob eine Website die Richtlinien zur Barrierefreiheit erfüllt, und eine sachkundige Bewertung durch Menschen ist erforderlich. Das DOJ vergleicht automatische Prüftools und Overlays mit Rechtschreib- und Grammatikprüfungen, die nur helfen, wenn man sie sorgfältig einsetzt, und warnt, dass ein „sauberer“ Bericht nicht zwingend bedeutet, dass die Website barrierefrei ist.

Diese Vorsicht gilt für Overlays, also Widgets, die eine Symbolleiste für Barrierefreiheit hinzufügen und versprechen, häufige Probleme beim Laden jeder Seite zu beheben. Anbieter wie UserWay verkaufen sie zusammen mit manuellen Audits und Monitoring. Ein Widget kann nicht wissen, ob Ihr Alternativtext das Richtige beschreibt oder ob Ihre Formularfehler Sinn ergeben. Betrachten Sie ein Overlay als zusätzliche Ebene on top der Korrektur Ihrer Seiten.

Wann Sie einen Profi hinzuziehen sollten

Selbermachen funktioniert gut bei inhaltlichen Korrekturen: Alternativtexte, Untertitel, Überschriften, Linktexte und verständliches Schreiben. Holen Sie sich Expertenhilfe, wenn:

• Sie eigene JavaScript-Komponenten einsetzen, etwa Datumsauswahlen oder Karussells, die ARIA und Tastaturbedienung brauchen
• Ihre Bestell-, Buchungs- oder Antragsformulare komplex sind
• Sie einen Relaunch planen, denn laut W3C ist es am effizientesten, Barrierefreiheit von Anfang an einzubauen, statt später Arbeit zu wiederholen
• Sie ein formelles Audit brauchen, zum Beispiel weil der Beschaffungsprozess eines Kunden oder ein Anwaltsschreiben eines verlangt

Die Lernkurve ist kürzer, als viele erwarten. WebAIM sagt, ein Entwickler könne die Grundlagen der Barrierefreiheit im Web in wenigen Tagen lernen, auch wenn es oft Monate dauert, bis Denkweise und Techniken selbstverständlich werden. Wenn Sie selbst anfangen möchten zu lernen, bietet das W3C ein 4-minütiges Einführungsvideo und einen kostenlosen Online-Kurs, Digital Accessibility Foundations.

Machen Sie Barrierefreiheit zum Teil Ihres Veröffentlichungsprozesses

Einmalige Korrekturen verfallen. Ein neuer Blogbeitrag geht ohne Alternativtext online, ein neues Video erscheint ohne Untertitel, und bei einem Relaunch fällt der Skip-Link weg. WebAIMs Rat an Organisationen lautet, Bewusstsein zu schaffen, die Führung für die Arbeit zu gewinnen und sie mit einer schriftlichen Richtlinie abzusichern, sodass Barrierefreiheit zur täglichen Routine wird.

Für ein kleines Team können das ein paar Zeilen sein, die jedem Content-Briefing hinzugefügt werden:

• Jedes Bild bekommt Alternativtext, der sagt, was es zeigt oder bewirkt
• Jedes Video bekommt Untertitel, bevor es online geht
• Überschriften folgen einer logischen Reihenfolge
• Der Linktext sagt, wohin der Link führt
• Formulare werden vor dem Launch mit der Tastatur getestet

Wiederholen Sie Ihre Checks dann nach jeder Veröffentlichung, so wie Sie alles andere erneut prüfen würden, was mit der Zeit abdriftet. Diese Gewohnheit sehen Sie in der Praxis in unserer Fallstudie, in der wir unsere eigene Website geprüft haben.

Häufig gestellte Fragen

Ist Barrierefreiheit im Web für kleine Unternehmen eine gesetzliche Pflicht?

In den USA lautet die Position des DOJ, dass der ADA Unternehmen erfasst, die der Öffentlichkeit zugänglich sind, und dass auch die Waren und Dienstleistungen erfasst sind, die sie online anbieten. Das DOJ lässt Unternehmen Spielraum bei der Umsetzung, erwartet aber ein barrierefreies Ergebnis. Andere Länder haben eigene Gesetze, prüfen Sie also die Regeln dort, wo Sie tätig sind.

Was sind die WCAG, und welcher Version sollte ich folgen?

Die WCAG, die Web Content Accessibility Guidelines, sind der internationale Standard des W3C für barrierefreie Webinhalte. Das W3C weist darauf hin, dass WCAG 2.2 auch als ISO-Standard ISO/IEC 40500 veröffentlicht ist, was sie zur naheliegenden Version zum Testen macht.

Macht ein Overlay für Barrierefreiheit meine Website konform?

Nicht von allein. Das DOJ sagt, automatische Prüftools und Overlays können helfen, müssen aber sorgfältig eingesetzt werden, und ein sauberer Bericht bedeutet nicht zwingend, dass die Website barrierefrei ist. Das W3C ergänzt, dass eine Bewertung durch Menschen erforderlich ist, um zu bestätigen, dass eine Website die Richtlinien erfüllt.

Hilft Barrierefreiheit im Web der SEO?

Indirekt. Alternativtexte, Transkripte, logische Überschriften und aussagekräftige Links helfen Suchmaschinen, eine Seite zu verstehen, ebenso wie Menschen, die assistive Technologien nutzen. Sehen Sie den Nutzen für die Suche als Bonus.

Wie lange dauert es, eine Website barrierefrei zu machen?

Das kommt darauf an. Inhaltliche Korrekturen wie Alternativtexte und Untertitel können Sie diese Woche beginnen, während Codeprobleme wie die Tastaturbedienung Entwicklerzeit brauchen und davon abhängen, wie die Website gebaut wurde. WebAIM sagt, ein Entwickler könne die Grundlagen in wenigen Tagen lernen. Barrierefreiheit von Anfang an einzubauen ist, so das W3C, effizienter, als später Arbeit zu wiederholen.

Gehen Sie diese Woche Ihre wichtigste Seite mit der Tabulatortaste durch

Wählen Sie die Seite, die das meiste Geschäft bringt, und legen Sie die Maus beiseite. Versuchen Sie, ihre Hauptaufgabe allein mit der Tastatur zu erledigen, und notieren Sie jede Stelle, an der Sie hängen bleiben. Diese Liste ist der Ausgangspunkt Ihrer Arbeit an der Barrierefreiheit im Web. Wie ein vollständiger Website-Check Probleme und Lösungen aufbereitet, sehen Sie in unserem Beispiel eines SEO-Audit-Berichts. Sprechen Sie danach mit dem Team darüber, was ein Check Ihrer eigenen Website abdecken würde.

Ressourcen / Referenzen

1. Introduction to Web Accessibility
2. WebAIM
3. MDN-Dokumentation zur Barrierefreiheit
4. Leitlinien zu Barrierefreiheit im Web und zum ADA

Weiterführende Lektüre: Web Accessibility and SEO: Why Fixing One Boosts the Other.

Quellen

• Introduction to Web Accessibility
• Guidance on Web Accessibility and the ADA
• Introduction to Web Accessibility
• UserWay | Web Accessibility Solutions
• Accessibility - MDN Web Docs - Mozilla