Webzugänglichkeit für kleine Unternehmen: Ein praktischer Einstiegsleitfaden

Stellen Sie sich vor, ein potenzieller Kunde landet auf Ihrer Website, bereit zu kaufen – aber er kann Ihre Navigation nicht lesen, weil der Text mit dem Hintergrund verschwimmt, er kann nicht per Tab durch Ihr Checkout-Formular navigieren, weil es nicht für Tastaturbedienung gebaut wurde, und die Bilder auf Ihrer Startseite haben überhaupt keine Beschreibungen. Dieser Kunde geht frustriert und unbedient wieder. Das ist kein seltener Ausnahmefall: Etwa jeder vierte Erwachsene in den USA lebt mit einer Behinderung, und Studien zeigen immer wieder, dass nicht barrierefreie Websites Unternehmen jeden einzelnen Tag reale Umsatzeinbußen bescheren. Gleichzeitig steigt das rechtliche Risiko rasant – allein im Jahr 2024 wurden fast 4.000 ADA-Websitelawsuits eingereicht, und kleine Unternehmen geraten zunehmend ins Fadenkreuz.

Warum Web-Barrierefreiheit für kleine Unternehmen gerade jetzt wichtig ist

Web-Barrierefreiheit ist die Praxis, Websites so zu entwerfen und zu entwickeln, dass sie von allen genutzt werden können – einschließlich Menschen mit Seh-, Hör-, motorischen oder kognitiven Beeinträchtigungen. Jahrzehntelang gingen viele Inhaber kleiner Unternehmen davon aus, dass Barrierefreiheit nur ein Thema für große Konzerne oder Behörden sei. Diese Annahme ist nicht mehr sicher – und auch nicht korrekt. Der Americans with Disabilities Act (ADA) wird von Gerichten und dem Justizministerium (Department of Justice, DOJ) seit Langem so ausgelegt, dass er auch Websites umfasst. Nach Title III des ADA müssen Orte der öffentlichen Unterbringung – ein Begriff, den Gerichte weit gefasst haben, um auch Websites und E‑Commerce-Plattformen einzuschließen – für Menschen mit Behinderungen zugänglich sein. Ein verbreiteter Irrglaube ist, dass kleine Unternehmen ausgenommen seien. In Wirklichkeit gilt Title III für alle Unternehmen, unabhängig von der Größe der Belegschaft. Selbst Unternehmen, die ausschließlich online tätig sind, sind nicht aus dem Schneider, denn rein digitale Dienste können bei vorhandenen Online-Hürden weiterhin den gleichberechtigten Zugang verwehren. Das Durchsetzungsumfeld hat sich dramatisch verschärft. Allein 2024 wurden Tausende ADA-Klagen wegen mangelnder Web-Barrierefreiheit eingereicht, und Klägerkanzleien nehmen zunehmend gezielt kleinere Unternehmen ins Visier – gerade weil diese seltener über eigene Rechtsabteilungen verfügen und eher schnell einen Vergleich schließen. Vergleichszahlungen liegen typischerweise zwischen 5.000 und 25.000 $, ohne Anwaltsgebühren, Nachbesserungskosten und den anschließenden Reputationsschaden. Erstverstöße gegen den ADA können zivilrechtliche Strafen von bis zu 75.000 $ nach sich ziehen. Das sind keine theoretischen Zahlen – kleine Unternehmen wie ein Hersteller maßgefertigter Messer und eine Fast-Casual-Restaurantkette waren in den letzten Jahren beide mit Barrierefreiheitsklagen konfrontiert, was zeigt, dass kein Unternehmen zu klein oder zu speziell ist, um ins Visier zu geraten. Das DOJ bewegt sich zudem in Richtung formeller Regulierung. Im April 2024 hat es eine Regel nach Title II des ADA finalisiert, die von staatlichen und kommunalen Behörden verlangt, WCAG 2.1 Level AA einzuhalten, mit Fristen in 2026 und 2027. Auch wenn diese Regel direkt nur staatliche Stellen betrifft, ist zu erwarten, dass Gerichte in Title-III-Verfahren im privaten Sektor denselben Standard heranziehen, wenn sie kommerzielle Websites bewerten. Die regulatorische Richtung ist eindeutig.

Den Barrierefreiheitsstandard verstehen: WCAG in einfachen Worten

Wenn von Compliance bei Web-Barrierefreiheit die Rede ist, geht es fast immer um die Web Content Accessibility Guidelines (WCAG), entwickelt vom World Wide Web Consortium (W3C). WCAG ist selbst kein Gesetz, aber es ist der technische Maßstab, auf den sich Gerichte, Regulierer und Aufsichtsbehörden immer wieder beziehen. Die meisten Rechtsrahmen – darunter der ADA, der EU European Accessibility Act, Section 508 und der Accessible Canada Act – verlangen die Einhaltung von WCAG 2.1 oder 2.2 auf Level AA. Die Richtlinien sind um vier Kernprinzipien herum organisiert, die oft mit dem Akronym POUR zusammengefasst werden:

• Perceivable (Wahrnehmbar): Nutzer müssen die auf der Website präsentierten Informationen wahrnehmen können. Das bedeutet Textalternativen für Bilder, Untertitel für Videos und ausreichende Farbkontraste, damit Inhalte auch für Menschen mit Sehschwäche oder Farbenblindheit lesbar sind.
• Operable (Bedienbar): Nutzer müssen die Oberfläche navigieren und mit ihr interagieren können. Jede Funktion muss allein mit der Tastatur funktionieren, und Nutzer müssen genügend Zeit haben, Aufgaben zu erledigen, ohne von automatisch ablaufenden Sitzungen unter Druck gesetzt zu werden.
• Understandable (Verständlich): Inhalte und Bedienung der Oberfläche müssen klar sein – vorhersehbare Navigation, gut lesbarer Text auf angemessenem Niveau und hilfreiche Fehlermeldungen, die erklären, was schiefgelaufen ist und wie man es korrigiert.
• Robust: Inhalte müssen zuverlässig in verschiedenen Browsern, auf unterschiedlichen Geräten und mit unterstützenden Technologien wie Screenreadern, Sprachsteuerungssoftware und Schaltersteuerungen funktionieren.

WCAG existiert in mehreren Versionen. WCAG 2.1, veröffentlicht 2018, fügte gegenüber WCAG 2.0 siebzehn neue Erfolgskriterien hinzu, die Verbesserungen für mobile Geräte, Menschen mit Sehschwäche und Menschen mit kognitiven Beeinträchtigungen abdecken. WCAG 2.2, veröffentlicht im Oktober 2023, ergänzt neun weitere Erfolgskriterien, von denen viele die Barrierefreiheit für Menschen mit Sehschwäche, motorischen Einschränkungen und kognitiven Herausforderungen verbessern. Die gute Nachricht: Die Versionen sind abwärtskompatibel, das heißt, wer WCAG 2.2 erfüllt, erfüllt auch 2.1 und 2.0. WCAG 2.1 Level AA ist derzeit der Standard, der am häufigsten gesetzlich gefordert wird, aber auf 2.2 zu zielen ist die klügere langfristige Strategie. Jedes Erfolgskriterium wird auf einem von drei Konformitätsniveaus geprüft: A (Minimum), AA (mittleres Niveau) und AAA (höchstes Niveau). Level AA ist das praktische Ziel für die meisten Unternehmen – es verbindet echte Barrierefreiheit mit dem, was für die meisten Entwicklungsteams und Budgets machbar ist. Level AAA wird selten gesetzlich vorgeschrieben und ist im Allgemeinen kaum über eine gesamte Website hinweg realistisch erreichbar.

Die fünf häufigsten Barrierefreiheitsprobleme – und wie man sie behebt

Trotz jahrelang wachsender Aufmerksamkeit ist der Zustand der Web-Barrierefreiheit in der Branche insgesamt weiterhin schlecht. Im Jahr 2025 weisen über 96 % der Websites noch mindestens einen erkennbaren Barrierefreiheitsfehler auf, und die durchschnittliche Startseite enthält rund 51 unterschiedliche Barrierefreiheitsfehler. Die ermutigende Nachricht für kleine Unternehmen ist, dass die häufigsten Probleme zugleich zu den am leichtesten zu behebenden gehören. Wenn Sie nur die fünf wichtigsten Probleme angehen, beseitigen Sie den Großteil der Hürden für Nutzer mit Behinderungen und reduzieren Ihr rechtliches Risiko drastisch.

1. Unzureichender Farbkontrast

Geringer Farbkontrast zwischen Text und Hintergrund ist der mit Abstand häufigste Barrierefreiheitsfehler – er betrifft laut dem WebAIM Million Report 2025 fast 80 % der Startseiten. WCAG 2.1 Level AA verlangt ein Kontrastverhältnis von mindestens 4,5:1 für normalen Text und 3:1 für großen Text (18 pt oder größer bzw. 14 pt fett). Dieser hellgraue Text auf weißem Hintergrund, der im Design-Entwurf so sauber aussieht? Er fällt mit hoher Wahrscheinlichkeit durch. Sie können jede Farbkombination sofort mit kostenlosen Tools wie dem Contrast Checker von WebAIM oder dem integrierten Lighthouse-Audit in den Chrome DevTools testen. Die Lösung besteht meist einfach darin, einen CSS-Farbwert anzupassen.

2. Fehlender oder unzureichender Alt-Text für Bilder

Screenreader – Software, die von blinden und sehbehinderten Nutzern zur Webnavigation verwendet wird – können Bilder nicht interpretieren. Sie sind vollständig auf das alt-Attribut in Ihrem HTML angewiesen, um zu erfahren, was ein Bild zeigt. Fehlender Alt-Text lässt Screenreader-Nutzer im Dunkeln. Die Lösung ist unkompliziert: Jedes aussagekräftige Bild braucht ein knappes, beschreibendes alt-Attribut. Rein dekorative Bilder sollten ein leeres alt-Attribut (alt='') verwenden, um Screenreadern zu signalisieren, dass das Bild ignoriert werden kann. Vermeiden Sie es, Alt-Text mit Keywords vollzustopfen – schreiben Sie ihn so, als würden Sie jemandem am Telefon beschreiben, was auf dem Bild zu sehen ist.

<!-- Meaningful image: describe what it shows -->
<img src='team-photo.jpg' alt='The Accsible support team at their 2024 company offsite in Austin, Texas'>

<!-- Decorative image: empty alt so screen readers skip it -->
<img src='divider-wave.png' alt=''>

3. Nicht beschriftete Formularfelder

Formulare sind der Ort, an dem Conversions stattfinden – Kontaktformulare, Checkout-Flows, Newsletter-Anmeldungen. Sie sind auch der Ort, an dem Barrierefreiheit häufig scheitert. Wenn Formularfelder keine korrekten Label-Elemente haben, können Screenreader-Nutzer nicht erkennen, welche Information in welches Feld gehört. Platzhaltertext innerhalb eines Eingabefeldes ist kein Ersatz für ein Label, da der Platzhalter verschwindet, sobald ein Nutzer zu tippen beginnt. Jedes Eingabefeld braucht ein <label>-Element, das über passende for- und id-Attribute mit ihm verknüpft ist, und Fehlermeldungen müssen klar erklären, was schiefgelaufen ist und wie man es behebt.

<!-- Correct: visible label associated with input -->
<label for='email'>Email Address</label>
<input id='email' type='email' name='email' required>

<!-- Wrong: placeholder only, no label -->
<input type='email' placeholder='Email Address'>

4. Hürden bei der Tastaturnavigation

Nicht alle nutzen eine Maus. Menschen mit motorischen Einschränkungen, mit Belastungsschäden (RSI) oder solche, die auf Sprachsteuerungssoftware angewiesen sind, sind auf Tastaturnavigation angewiesen. Jedes interaktive Element auf Ihrer Website – Links, Buttons, Formularfelder, Dropdown-Menüs, Modals – muss allein mit Tab-, Enter-, Leertaste- und Pfeiltasten erreichbar und bedienbar sein. Ein häufiger Entwicklerfehler ist es, in CSS outline: none zu setzen, um den standardmäßigen Fokusrahmen des Browsers aus ästhetischen Gründen zu entfernen. Das macht die Tastaturnavigation für sehende Tastaturnutzer praktisch unsichtbar. Sorgen Sie immer für einen sichtbaren Fokusindikator und testen Sie Ihre Website von Anfang bis Ende nur mit der Tastatur. Wenn Sie irgendwo stecken bleiben, geht es Ihren Nutzern genauso.

5. Schlechte Überschriftenstruktur

Screenreader-Nutzer navigieren häufig durch eine Seite, indem sie von Überschrift zu Überschrift springen – so wie sehende Nutzer eine Seite visuell überfliegen. Das Überspringen von Überschriftenebenen – etwa von einem <h1> direkt zu einem <h3> – oder die Verwendung von Überschriften-Tags ausschließlich wegen ihrer Standard-Schriftgröße zerstört dieses Navigationsmodell vollständig. Jede Seite sollte genau ein <h1> als Haupttitel haben, gefolgt von einer logischen Hierarchie aus <h2>, <h3> usw. Überspringen Sie niemals Ebenen. Verwenden Sie Überschriften, um Struktur zu beschreiben, nicht um Text zu stylen. Die kostenlose WAVE-Browsererweiterung kann in Sekunden eine visuelle Überschriftenübersicht jeder Seite erzeugen.

Tools und Tests für Barrierefreiheit: Wo Sie anfangen sollten

Die gute Nachricht für Inhaber kleiner Unternehmen mit begrenzten technischen Ressourcen ist, dass es mehrere hervorragende kostenlose Tools gibt, die Ihnen helfen, Probleme zu identifizieren und zu priorisieren, bevor Sie einen Dollar in Nachbesserungen investieren. Google Lighthouse ist in die Chrome DevTools integriert (F12 drücken, dann den Tab „Lighthouse“ auswählen). Es liefert eine Barrierefreiheitsbewertung von 0 bis 100 sowie umsetzbare Empfehlungen. Der globale Medianwert für die Lighthouse-Barrierefreiheitsbewertung im Web liegt bei etwa 84/100, was bedeutet, dass es auf den meisten Websites Verbesserungspotenzial gibt. WAVE von WebAIM ist eine Browsererweiterung, die Barrierefreiheitsfehler und -warnungen visuell direkt über die Seite legt – ideal, um Probleme nicht-technischen Stakeholdern zu vermitteln, da die Probleme unmittelbar im Kontext sichtbar sind. axe DevTools ist eine entwicklerorientierte Browsererweiterung, die besonders gut Code-Ebene-Probleme erkennt, die Lighthouse möglicherweise übersieht.

Automatisierte Tools sind ein leistungsstarker Ausgangspunkt, aber sie können nur etwa 30–40 % der Barrierefreiheitsprobleme erfassen. Manuelle Tests – Ihre Website ausschließlich mit der Tastatur zu bedienen oder einen kostenlosen Screenreader wie NVDA (Windows) oder VoiceOver (Mac/iOS) zu verwenden – sind unerlässlich, um die nuancierten Probleme zu erkennen, die der Automatisierung entgehen.

Wenn Sie Ihren ersten Audit durchführen, werden Sie wahrscheinlich eine Liste von Problemen finden, die überwältigend wirkt. Versuchen Sie nicht, alles auf einmal zu beheben. Priorisieren Sie nach Wirkung: Beginnen Sie mit Problemen, die Ihre meistbesuchten Seiten und Ihre wichtigsten Nutzerpfade betreffen (Startseite, Produktseiten, Kontaktformulare, Checkout). Beheben Sie Verstöße auf Level A, bevor Sie sich Level AA widmen. Achten Sie besonders auf die Probleme, die in Klagen am häufigsten genannt werden: Farbkontrast, fehlender Alt-Text, nicht beschriftete Formulare und Fehler bei der Tastaturnavigation. Sobald Sie die dringendsten Probleme auf Code-Ebene behoben haben, kann ein Barrierefreiheits-Widget oder Overlay-SDK – wie das von Accsible – eine wirklich nützliche Rolle als Teil einer mehrschichtigen Strategie spielen. Ein gut implementiertes Widget ermöglicht es Nutzern, Kontrast, Textgröße, Schriftart und andere Anzeigeeinstellungen in Echtzeit an ihre individuellen Bedürfnisse anzupassen. Das gibt Ihren Nutzern Kontrolle und zeigt, dass Sie sich aktiv um Inklusion bemühen. Der entscheidende Punkt ist, dass ein Widget am besten als Ergänzung zu sauberem zugänglichem Code funktioniert, nicht als Ersatz. Widgets können strukturelle Probleme wie fehlende Überschriftenhierarchien oder nicht beschriftete Formularfelder in Ihrem Quell-HTML nicht beheben. Wenn Sie ein Widget mit echter Nachbesserung auf Code-Ebene kombinieren, erhalten Sie die bestmögliche Grundlage – bessere User Experience, stärkere Compliance-Position und ein sichtbares Signal an Besucher, dass Ihr Unternehmen Inklusion ernst nimmt.

Der Business Case: Mehr als nur Compliance

Compliance ist ein überzeugender Handlungsgrund, aber bei Weitem nicht der einzige. Der Business Case für Web-Barrierefreiheit ist robust, messbar und wird von vielen Inhabern kleiner Unternehmen unterschätzt, die Barrierefreiheit ausschließlich als Kostenfaktor betrachten. Beginnen wir mit der Marktgröße. Etwa jeder vierte Amerikaner lebt mit einer Behinderung – das sind Dutzende Millionen potenzieller Kunden. Untersuchungen der Return on Disability Group schätzen die weltweite Zahl von Menschen mit Behinderungen auf über eine Milliarde – eine Gruppe mit enormer gemeinsamer Kaufkraft. Wenn Ihre Website diese Nutzer ausschließt, riskieren Sie nicht nur eine Klage; Sie weisen aktiv Kunden ab, die bereit und willens sind, Geld bei Ihnen auszugeben. Verbesserungen bei der Barrierefreiheit führen außerdem direkt zu besserer SEO-Performance. Suchmaschinen und Screenreader brauchen von einer Website dieselben Dinge: semantische HTML-Struktur, beschreibende Alt-Texte für Bilder, klare Überschriftenhierarchien und schnelle Ladezeiten. Eine Studie mit 10.000 Websites ergab, dass WCAG-konforme Websites 23 % mehr organischen Traffic erhielten und für 27 % mehr Keywords rankten als nicht konforme Websites. Darüber hinaus zeigen barrierefreie Websites längere durchschnittliche Sitzungsdauern, niedrigere Absprungraten und höhere Conversion-Raten im Vergleich zu nicht barrierefreien Wettbewerbern. Bessere Struktur hilft Google, Ihre Inhalte zu verstehen – und sie hilft allen, sich leichter darin zurechtzufinden. Es gibt auch eine Reputationsdimension. Da die Erwartungen der Verbraucher an Diversität, Gleichberechtigung und Inklusion weiter steigen, signalisiert ein barrierefreies digitales Erlebnis, dass Ihre Organisation Inklusion ernst nimmt. Marken, die bei Barrierefreiheit vorangehen, sprechen breitere Kundengruppen an und bauen stärkere Loyalität bei Nutzern mit Behinderungen auf – einer Zielgruppe, die sehr genau wahrnimmt, welche Unternehmen ihre Bedürfnisse respektieren und welche nicht.

Ein finanzieller Anreiz, den Sie vielleicht nicht kennen: der Disabled Access Tax Credit

Einer der am meisten übersehenen Vorteile für kleine Unternehmen, die Barrierefreiheit vorantreiben, ist ein bundesweiter Steueranreiz, der speziell zur Abfederung der Kosten geschaffen wurde. Der Disabled Access Credit (IRS Form 8826) ist eine nicht erstattungsfähige Steuergutschrift für berechtigte kleine Unternehmen, die Ausgaben tätigen, um ihre Einrichtungen und digitalen Dienste für Menschen mit Behinderungen zugänglich zu machen. Um sich zu qualifizieren, muss Ihr Unternehmen mindestens eines von zwei Kriterien erfüllen: Bruttoeinnahmen von 1 Million $ oder weniger im vorangegangenen Steuerjahr oder 30 oder weniger Vollzeitbeschäftigte im vorangegangenen Steuerjahr. Die Gutschrift deckt 50 % der förderfähigen Barrierefreiheitsausgaben zwischen 250 und 10.250 $ ab, für eine maximale Gutschrift von 5.000 $ pro Jahr. Wichtig ist, dass förderfähige Ausgaben auch digitale Verbesserungen wie die barrierefreie Gestaltung Ihrer Website umfassen – das Hinzufügen von Alt-Text, Tastaturnavigation, Screenreader-Unterstützung oder die Durchführung eines professionellen WCAG-Audits samt Nachbesserung. Die Gutschrift kann in jedem Jahr geltend gemacht werden, in dem Sie förderfähige Barrierefreiheitsausgaben haben, und nicht genutzte Gutschriften können in zukünftige Steuerjahre vorgetragen werden. Zusätzlich zum Disabled Access Credit gibt es einen separaten Architectural Barrier Removal Tax Deduction (IRS Section 190), der Unternehmen jeder Größe zur Verfügung steht und einen Abzug von bis zu 15.000 $ pro Jahr für Ausgaben zur Beseitigung von Barrieren ermöglicht. Beide Anreize können im selben Steuerjahr genutzt werden, sofern derselbe Dollarbetrag nicht doppelt geltend gemacht wird. Wenn Sie in diesem Jahr in die Nachbesserung Ihrer Website investieren, sprechen Sie unbedingt mit Ihrem Steuerberater über diese Gutschriften und reichen Sie das IRS-Formular 8826 zusammen mit Ihrer Steuererklärung ein.

Eine langfristige Strategie für Barrierefreiheit aufbauen

Einer der wichtigsten Perspektivwechsel für Inhaber kleiner Unternehmen, die sich zum ersten Mal mit Barrierefreiheit befassen, besteht darin zu verstehen, dass Barrierefreiheit kein einmaliges Projekt ist – sie ist eine fortlaufende Praxis. Websites verändern sich ständig. Neue Seiten kommen hinzu, Inhalte werden aktualisiert, Plugins werden installiert und Integrationen von Drittanbietern eingebunden. Jede Änderung ist eine Gelegenheit, neue Barrieren einzuführen, wenn Barrierefreiheit nicht in die Arbeitsweise Ihres Teams eingebettet ist. Eine nachhaltige Barrierefreiheitsstrategie für ein kleines Unternehmen muss weder teuer noch komplex sein. Beginnen Sie mit einem Audit – selbst ein kostenloser automatisierter Scan mit Lighthouse oder WAVE reicht, um Ihre Ausgangsbasis zu bestimmen. Priorisieren Sie die wirkungsvollsten Probleme auf Ihren wichtigsten Seiten und beheben Sie diese zuerst. Dokumentieren Sie, was Sie getan haben; eine schriftliche Aufzeichnung Ihrer Nachbesserungsmaßnahmen ist wertvoller Nachweis Ihres guten Willens, falls Sie jemals ein Abmahnschreiben erhalten. Veröffentlichen Sie eine Barrierefreiheitserklärung auf Ihrer Website, in der Sie Ihr Engagement, den Standard, auf den Sie hinarbeiten, und eine Kontaktmöglichkeit für Nutzer zur Meldung von Problemen beschreiben. Viele Nutzer mit Behinderungen geben Unternehmen eine Chance, Probleme zu beheben, wenn sie wissen, dass am anderen Ende ein ansprechbarer Mensch sitzt. Wenn Sie die Gewohnheiten Ihres Teams aufbauen, sollten Sie in Erwägung ziehen, eine Person – auch einen Teilzeitentwickler oder Content-Manager – als Ansprechpartner für Barrierefreiheit zu benennen. Schulen Sie Ihre Content-Ersteller darin, für jedes hochgeladene Bild aussagekräftige Alt-Texte zu schreiben und die Überschriftenstile Ihres CMS korrekt zu verwenden. Machen Sie Barrierefreiheit zu einem festen Bestandteil Ihrer QA-Checkliste, wenn neue Seiten oder Funktionen live gehen. Diese kleinen, konsequenten Gewohnheiten verhindern die Ansammlung von „Accessibility Debt“, die Nachbesserungen im Nachhinein so teuer macht. Wenn Sie schließlich mit einem externen Entwickler oder einer Agentur an einem Website-Relaunch oder einem größeren Redesign arbeiten, schreiben Sie Barrierefreiheit von Anfang an in das Briefing. Eine nicht barrierefreie Website nachträglich umzurüsten, ist immer teurer, als sie von Anfang an barrierefrei zu bauen. Verlangen Sie WCAG 2.1 Level AA-Konformität als Liefergegenstand, bitten Sie um Dokumentation der Testverfahren und nehmen Sie Barrierefreiheitstests als Standardbestandteil Ihrer Abnahmekriterien auf, bevor Sie neue Arbeiten freigeben.

Wichtigste Erkenntnisse

• Kleine Unternehmen sind nicht ausgenommen. ADA Title III gilt für alle Unternehmen, die der Öffentlichkeit dienen – unabhängig von ihrer Größe oder davon, ob sie ausschließlich online tätig sind. Klägerkanzleien nehmen gezielt kleinere Unternehmen ins Visier, weil diese eher schnell Vergleiche schließen – proaktives Handeln jetzt ist weit günstiger als spätere reaktive Verteidigung.
• WCAG 2.1 Level AA ist der Standard, auf den Sie zielen sollten. Es ist der Maßstab, auf den sich Gerichte, das DOJ und die meisten globalen Barrierefreiheitsgesetze beziehen. Zielen Sie auf WCAG 2.2, um Ihre Website zukunftssicher zu machen. Die vier POUR-Prinzipien – Perceivable, Operable, Understandable, Robust – sind Ihr Leitrahmen.
• Beheben Sie zuerst die „Big Five“. Farbkontrast, fehlender Alt-Text, nicht beschriftete Formulare, Fehler bei der Tastaturnavigation und eine fehlerhafte Überschriftenstruktur machen den Großteil der Barrierefreiheitsfehler im Web und den Großteil der rechtlichen Beschwerden aus. Es sind zugleich einige der schnellsten und günstigsten Probleme, die sich beheben lassen.
• Nutzen Sie ein Widget als Teil einer mehrschichtigen Strategie, nicht als Allheilmittel. Ein Barrierefreiheits-Widget wie Accsible kann Nutzern Echtzeit-Anpassungen ermöglichen und Ihr Engagement für Inklusion signalisieren – aber es funktioniert am besten zusammen mit sauberem, barrierefreiem Code im Hintergrund. Nachbesserungen auf Code-Ebene sind das, worauf Gerichte letztlich achten.
• Nutzen Sie Ihre Steuergutschrift. Wenn Ihr Unternehmen Bruttoeinnahmen von 1 Million $ oder weniger oder 30 oder weniger Vollzeitbeschäftigte hat, können Sie möglicherweise bis zu 5.000 $ pro Jahr an bundesweiten Steuergutschriften über IRS Form 8826 erhalten, um die Kosten für Verbesserungen der Web-Barrierefreiheit auszugleichen. Sprechen Sie mit Ihrem Steuerberater.