Barrierefreie Fördermittelvergabe: Was WCAG 2.2 in der Praxis bedeutet

von | Sep. 29, 2026 | Artikel

Die Einhaltung von Barrierefreiheitsstandards kann sich wie ein technisches Minenfeld anfühlen, besonders wenn Sie als Programmverantwortliche darauf konzentriert sind, großartige Programme durchzuführen, anstatt Dokumentationen zu Webstandards zu lesen. Dennoch ist die Frage, ob Ihr Förderprogramm für alle zugänglich ist, die es benötigen, eine ernsthafte Überlegung wert.

Bei der Fördermittelvergabe geht es darum, Chancen zu schaffen. Wenn der Antragsprozess selbst Barrieren für Menschen mit Behinderungen darstellt, ist diese Mission gefährdet, noch bevor sie überhaupt begonnen hat.

„Barrierefreiheit ist universelles Design: Wenn wir für Menschen mit Behinderungen entwerfen, schaffen wir auch bessere Erlebnisse für alle“, sagte Rachel Martin, Product Manager bei Good Grants und unsere faktische Fürsprecherin für Barrierefreiheit.

„Denken Sie daran, wie hilfreich Untertitel sind, wenn Sie sich in einer lauten Umgebung befinden, oder ein guter Farbkontrast, wenn Sie an einem sonnigen Tag unterwegs sind und versuchen, eine Nachricht auf Ihrem Telefon zu lesen. Sogar abgesenkte Bordsteine und Rampen, die für Menschen mit Behinderungen konzipiert wurden, sind für jeden nützlich, der auf Rädern unterwegs ist, sei es mit einem Kinderwagen, einem Fahrrad oder einem Roller. Universelles Design macht die Dinge für alle besser.“

Good Grants ist vollständig konform mit WCAG 2.2, dem aktuellen globalen Benchmark für Web-Barrierefreiheit. Dieser Artikel erklärt, was dieser Standard tatsächlich bedeutet, warum er für Ihr Programm wichtig ist und was Sie als Programmverantwortliche in der Praxis tun können.

In diesem Artikel

Was ist WCAG 2.2?

WCAG (Web Content Accessibility Guidelines) ist der internationale Standard, um digitale Inhalte für Menschen mit Behinderungen zugänglich zu machen. Er wird vom W3C (World Wide Web Consortium) veröffentlicht und gepflegt, dem Gremium, das für die Festlegung globaler Webstandards verantwortlich ist.

Der Standard deckt alles ab, was einem Nutzer auf einer Webseite oder in einer Anwendung begegnen kann:

  • Inhalte wie Text, Bilder und Audio
  • Der zugrunde liegende Code, der Struktur und Darstellung steuert

Sein Geltungsbereich erstreckt sich über Websites hinaus auf mobile Apps, Software, Dokumente und KI-gesteuerte Schnittstellen – überall dort, wo Menschen mit digitalen Inhalten interagieren.

Ist WCAG 2.2 eine gesetzliche Anforderung?

WCAG selbst ist kein Gesetz, aber es ist der Standard, auf den sich die meisten Gesetze zur Barrierefreiheit beziehen. In Großbritannien weisen sowohl die Public Sector Bodies Accessibility Regulations als auch der Equality Act 2010 darauf hin. In den USA bildet er die Grundlage für Verpflichtungen aus dem Americans with Disabilities Act. In der EU tut der European Accessibility Act dasselbe.

Für Fördermittelgeber ist dies besonders relevant. Viele Förderprogramme sind öffentlich finanziert, werden im Auftrag von Regierungsstellen verwaltet oder von Wohltätigkeitsorganisationen mit weitreichenden Inklusionsverpflichtungen durchgeführt.

In diesen Kontexten ist die Einhaltung von WCAG 2.2 AA gute Praxis und in vielen Fällen eine formale Anforderung.

Der Standard basiert auf vier Prinzipien, bekannt als POUR:

  • Wahrnehmbar (Perceivable): Informationen müssen so präsentiert werden, dass Nutzer sie unabhängig von einer Behinderung erfassen können
  • Bedienbar (Operable): Die Benutzeroberfläche muss für Personen funktionieren, die keine Maus, keinen Touchscreen oder kein anderes Standard-Eingabegerät verwenden können
  • Verständlich (Understandable): Sowohl der Inhalt als auch die Navigation müssen klar und vorhersehbar sein
  • Robust: Inhalte müssen barrierefrei bleiben, auch wenn sich unterstützende Technologien und Browser weiterentwickeln

Das Scheitern an einem dieser Punkte bedeutet, dass einige Nutzer überhaupt nicht an Ihrem Programm teilnehmen können.

Was ist neu in WCAG 2.2 und was bedeutet das in der Praxis?

Version 2.2 erhöhte die Gesamtzahl der Erfolgskriterien auf 87, fügte 9 neue Anforderungen hinzu und nahm eine aus Version 2.1 zurück, die durch moderne Browser hinfällig geworden war.

Hier sind fünf Kriterien, die sich geändert haben, und warum sie für Förderprogramme wichtig sind:

Klarere Tastaturnavigation

Die neuen Kriterien „Focus Not Obscured“ und „Focus Appearance“ erfordern, dass das aktuell aktive Element immer sichtbar ist, wenn ein Nutzer per Tastatur navigiert. Zuvor konnten überlappende Seitenelemente wie fixierte Header oder Benachrichtigungsbanner dieses ohne Warnung verdecken.

Antragsformulare und Schnittstellen für die Begutachtung erfordern viel sequentielle Navigation – das Bewegen durch Felder, Abschnitte und Dokumente. Für Nutzer, die aufgrund motorischer Einschränkungen auf Tastaturnavigation angewiesen sind, verbessert diese Änderung das Erlebnis erheblich.

Barrierefreie Anmeldung

„Accessible Authentication“ verbietet es Websites, kognitive Rätsel – wie das Identifizieren von verzerrtem Text oder das Lösen eines visuellen CAPTCHAs – als einzige Methode für die Anmeldung zu verwenden. Es muss immer eine Alternative geben.

Das Kriterium erfordert auch, dass Nutzer Inhalte in Passwort- und Authentifizierungsfelder einfügen können. Dies ist wichtig für Antragstellende mit kognitiven Behinderungen, die Passwortmanager verwenden, sowie für alle, die über mehrere Sitzungen hinweg zu einem mehrstufigen Antrag zurückkehren.

Weniger wiederholte Dateneingabe

Gemäß dem Kriterium „Redundant Entry“ müssen alle Informationen, die ein Nutzer bereits innerhalb einer Sitzung übermittelt hat, entweder vorausgefüllt oder auswählbar sein, anstatt eine erneute manuelle Eingabe zu erfordern.

Anträge auf Fördermittel erstrecken sich häufig über mehrere Phasen und Formulare. Wenn Antragstellende aufgefordert werden, ihren Organisationsnamen, Kontaktdaten oder bereits bereitgestellte Informationen zur Förderfähigkeit erneut einzugeben, führt dies zu Reibungsverlusten und stellt eine Barriere für Nutzer mit kognitiven oder motorischen Behinderungen dar.

Bessere Bedienbarkeit für Touch und Pointer

Zwei neue Kriterien verbessern die Bedienbarkeit auf Touchscreens und für Nutzer, die auf Zeigegeräte angewiesen sind:

  • Dragging Movements: Jede auf Ziehen basierende Interaktion muss eine Entsprechung durch einfaches Tippen oder Klicken haben
  • Target Size Minimum: Schaltflächen, Links und andere interaktive Elemente müssen mindestens 24×24 CSS-Pixel groß sein, um versehentliches Tippen auf kleineren Bildschirmen zu reduzieren

Da Antragstellende und Gutachtende zunehmend auf mobilen Geräten arbeiten, haben diese Änderungen praktische Bedeutung für die Gestaltung und Prüfung von Programmen.

Konsistente Hilfe

Wenn ein Hilfemechanismus – sei es ein Chat-Widget, ein Hilfe-Link oder Kontaktinformationen – auf mehreren Seiten erscheint, muss er überall die gleiche Position einnehmen. Personen, die auf diese Funktionen angewiesen sind, sollten nicht jedes Mal danach suchen müssen.

Programmverantwortliche, die Hilfeinhalte oder Kontaktdaten in ihre Programmseiten einbetten, haben direkte Kontrolle darüber. Eine konsistente Platzierung ist eine einfache Änderung mit bedeutender Wirkung.

Wie Sie als Programmverantwortliche WCAG 2.2 erfüllen

Die Verantwortung für die Barrierefreiheit teilen sich Ihre Plattform und Sie. Die Plattform kümmert sich um das technische Fundament; Sie gestalten die Inhalte, die darin eingebettet sind.

Was Sie Ihren Plattformanbieter fragen sollten

Fragen Sie nach einer Erklärung zur Barrierefreiheit oder einem Voluntary Product Accessibility Template (VPAT) – einem standardisierten Dokument, das detailliert aufführt, welche WCAG-Kriterien die Plattform erfüllt und wo es bekannte Lücken gibt. Ein Anbieter, der dies nicht liefern kann, sollte kritisch hinterfragt werden, insbesondere wenn Ihr Programm Verbindungen zum öffentlichen Sektor oder zur Regierung hat.

Good Grants erfüllt die Standards von WCAG 2.2 AA, Revised Section 508 und die Anforderungen von EN 301 549. Ein VPAT steht zum Download bereit, und die Plattform wird regelmäßig Audits zur Barrierefreiheit unterzogen, während sich der Standard weiterentwickelt.

Good Grants-Benutzeroberfläche zeigt die Barrierefreiheits-Tab-Funktion in Aktion

Was Sie als Programmverantwortliche kontrollieren können

Die von Ihnen konfigurierten Inhalte sind Ihr Bereich. Hier sind einige Punkte, auf die Sie sich konzentrieren können, um die Barrierefreiheit für Ihre Fördermittelvergabe zu verbessern:

  • Bilder: Schreiben Sie aussagekräftige Alt-Texte für Bilder, die Sie Ihrem Programm hinzufügen. Good Grants kümmert sich um die Alt-Texte für die eigenen Plattform-Bilder, aber alle von Ihnen hochgeladenen Inhalte liegen in Ihrer Verantwortung.
  • Links: Gestalten Sie Linktexte beschreibend. „Laden Sie den Leitfaden für die Antragstellung herunter“ sagt einem Screenreader-Nutzer viel mehr als „hier klicken“.
  • Dokumente: PDFs und Anhänge sollten ordnungsgemäß für Screenreader getaggt sein. Kostenlose Tools wie die Barrierefreiheitsprüfung von Adobe Acrobat können helfen, Probleme zu identifizieren.
  • Video: Fügen Sie Untertitel hinzu oder stellen Sie ein schriftliches Transkript für alle enthaltenen Videoinhalte bereit. Good Grants unterstützt Untertiteldateien für hochgeladene Videomedien.
  • Hilfeinhalte: Platzieren Sie Hilfe-Links oder Kontaktdaten konsistent auf Ihren Programmseiten.
  • Farbe und Branding: Wenn Sie das Erscheinungsbild Ihres Programms anpassen, stellen Sie sicher, dass der Textkontrast die WCAG-Minimumwerte erfüllt.

Das Standard-Theme von Good Grants erfüllt diese Standards, und Optionen zur Farbanpassung sind verfügbar, ohne die Konformität zu gefährden.

Praktische nächste Schritte

  • Führen Sie eine kostenlose automatisierte Prüfung der öffentlich zugänglichen Seiten Ihres Programms mit einem Tool wie WAVE durch
  • Gehen Sie die obige Inhalts-Checkliste für jedes Programm durch, das derzeit live ist oder vorbereitet wird
  • Beziehen Sie Anforderungen an die Barrierefreiheit in jede zukünftige Plattformbewertung oder Erneuerungsprozesse ein

Barrierefreiheit nützt allen

Die Erfüllung von WCAG 2.2 bedeutet die Vermeidung rechtlicher Risiken, aber es bedeutet auch, mehr Menschen zu erreichen, die Abbruchrate bei Anträgen zu senken und Ihrer Gemeinschaft zu signalisieren, dass Ihre Organisation es mit der Inklusion ernst meint.

Die praktischen Vorteile gehen weit über Nutzer mit Behinderungen hinaus. Klare Navigation, lesbarer Kontrast, konsistente Layouts und eine einfache Sprache verbessern das Erlebnis für alle.

Barrierefreie Fördermittelvergabe geht über die reine Konformität hinaus und bietet allen Programmteilnehmenden eine positive Nutzererfahrung.

Kategorien

Folgen Sie unserem Blog

Dieses Feld dient zur Validierung und sollte nicht verändert werden.
Name(Erforderlich)
Lindsay Nash

Lindsay Nash

Lindsay is a writer and content marketing manager at Good Grants. She writes about grant and scholarship management for organisations big and small. When she's not at work, she likes to write creatively, read, and run in her nearby forest.