[et_pb_section fb_built=“1″ theme_builder_area=“post_content“ _builder_version=“4.27.9″ _module_preset=“default“][et_pb_row _builder_version=“4.27.9″ _module_preset=“default“ theme_builder_area=“post_content“ width=“100%“ hover_enabled=“0″ sticky_enabled=“0″][et_pb_column _builder_version=“4.27.9″ _module_preset=“default“ type=“4_4″ theme_builder_area=“post_content“][et_pb_text _builder_version=“4.27.9″ _module_preset=“default“ theme_builder_area=“post_content“ ul_font=“|–et_global_body_font_weight|||||||“ ul_font_size=“18px“ hover_enabled=“0″ sticky_enabled=“0″]<\/p>\n
Die Einhaltung von Barrierefreiheitsstandards kann sich wie ein technisches Minenfeld anf\u00fchlen, besonders wenn Sie als Programmverantwortliche darauf konzentriert sind, gro\u00dfartige Programme durchzuf\u00fchren, anstatt Dokumentationen zu Webstandards zu lesen. Dennoch ist die Frage, ob Ihr F\u00f6rderprogramm f\u00fcr alle zug\u00e4nglich ist, die es ben\u00f6tigen, eine ernsthafte \u00dcberlegung wert. <\/p>\n
Bei der F\u00f6rdermittelvergabe geht es darum, Chancen zu schaffen. Wenn der Antragsprozess selbst Barrieren f\u00fcr Menschen mit Behinderungen darstellt, ist diese Mission gef\u00e4hrdet, noch bevor sie \u00fcberhaupt begonnen hat. <\/p>\n
\n\u201eBarrierefreiheit ist universelles Design: Wenn wir f\u00fcr Menschen mit Behinderungen entwerfen, schaffen wir auch bessere Erlebnisse f\u00fcr alle\u201c, sagte Rachel Martin, Product Manager bei Good Grants und unsere faktische F\u00fcrsprecherin f\u00fcr Barrierefreiheit.<\/p>\n<\/blockquote>\n
\u201eDenken 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\u00fcr Menschen mit Behinderungen konzipiert wurden, sind f\u00fcr jeden n\u00fctzlich, der auf R\u00e4dern unterwegs ist, sei es mit einem Kinderwagen, einem Fahrrad oder einem Roller. Universelles Design macht die Dinge f\u00fcr alle besser.\u201c<\/p>\n
Good Grants<\/a> ist vollst\u00e4ndig konform mit WCAG 2.2, dem aktuellen globalen Benchmark f\u00fcr Web-Barrierefreiheit. Dieser Artikel erkl\u00e4rt, was dieser Standard tats\u00e4chlich bedeutet, warum er f\u00fcr Ihr Programm wichtig ist und was Sie als Programmverantwortliche in der Praxis tun k\u00f6nnen. <\/p>\n\n
Was ist WCAG 2.2?<\/h2>\n
WCAG (Web Content Accessibility Guidelines) ist der internationale Standard, um digitale Inhalte f\u00fcr Menschen mit Behinderungen zug\u00e4nglich zu machen. Er wird vom W3C (World Wide Web Consortium)<\/a> ver\u00f6ffentlicht und gepflegt, dem Gremium, das f\u00fcr die Festlegung globaler Webstandards verantwortlich ist. <\/p>\n
Der Standard deckt alles ab, was einem Nutzer auf einer Webseite oder in einer Anwendung begegnen kann:<\/p>\n
\n
- Inhalte wie Text, Bilder und Audio<\/li>\n
- Der zugrunde liegende Code, der Struktur und Darstellung steuert<\/li>\n<\/ul>\n
Sein Geltungsbereich erstreckt sich \u00fcber Websites hinaus auf mobile Apps, Software, Dokumente und KI-gesteuerte Schnittstellen \u2013 \u00fcberall dort, wo Menschen mit digitalen Inhalten interagieren.<\/p>\n
Ist WCAG 2.2 eine gesetzliche Anforderung?<\/h3>\n
WCAG selbst ist kein Gesetz, aber es ist der Standard, auf den sich die meisten Gesetze zur Barrierefreiheit beziehen. In Gro\u00dfbritannien weisen sowohl die Public Sector Bodies Accessibility Regulations als auch der Equality Act 2010 darauf hin. In den USA bildet er die Grundlage f\u00fcr Verpflichtungen aus dem Americans with Disabilities Act. In der EU tut der European Accessibility Act<\/a> dasselbe. <\/p>\n
F\u00fcr F\u00f6rdermittelgeber ist dies besonders relevant. Viele F\u00f6rderprogramme sind \u00f6ffentlich finanziert, werden im Auftrag von Regierungsstellen verwaltet oder von Wohlt\u00e4tigkeitsorganisationen mit weitreichenden Inklusionsverpflichtungen durchgef\u00fchrt. <\/p>\n
In diesen Kontexten ist die Einhaltung von WCAG 2.2 AA gute Praxis und in vielen F\u00e4llen eine formale Anforderung.<\/p>\n
Der Standard basiert auf vier Prinzipien, bekannt als POUR:<\/p>\n
\n
- Wahrnehmbar (Perceivable)<\/strong>: Informationen m\u00fcssen so pr\u00e4sentiert werden, dass Nutzer sie unabh\u00e4ngig von einer Behinderung erfassen k\u00f6nnen<\/li>\n
- Bedienbar (Operable)<\/strong>: Die Benutzeroberfl\u00e4che muss f\u00fcr Personen funktionieren, die keine Maus, keinen Touchscreen oder kein anderes Standard-Eingabeger\u00e4t verwenden k\u00f6nnen<\/li>\n
- Verst\u00e4ndlich (Understandable)<\/strong>: Sowohl der Inhalt als auch die Navigation m\u00fcssen klar und vorhersehbar sein<\/li>\n
- Robust<\/strong>: Inhalte m\u00fcssen barrierefrei bleiben, auch wenn sich unterst\u00fctzende Technologien und Browser weiterentwickeln<\/li>\n<\/ul>\n
Das Scheitern an einem dieser Punkte bedeutet, dass einige Nutzer \u00fcberhaupt nicht an Ihrem Programm teilnehmen k\u00f6nnen.<\/p>\n
Was ist neu in WCAG 2.2 und was bedeutet das in der Praxis?<\/h2>\n
Version 2.2 erh\u00f6hte die Gesamtzahl der Erfolgskriterien auf 87, f\u00fcgte 9 neue Anforderungen hinzu und nahm eine aus Version 2.1 zur\u00fcck, die durch moderne Browser hinf\u00e4llig geworden war.<\/p>\n
Hier sind f\u00fcnf Kriterien, die sich ge\u00e4ndert haben, und warum sie f\u00fcr F\u00f6rderprogramme wichtig sind:<\/p>\n
Klarere Tastaturnavigation<\/h3>\n
Die neuen Kriterien \u201eFocus Not Obscured\u201c und \u201eFocus Appearance\u201c erfordern, dass das aktuell aktive Element immer sichtbar ist, wenn ein Nutzer per Tastatur navigiert. Zuvor konnten \u00fcberlappende Seitenelemente wie fixierte Header oder Benachrichtigungsbanner dieses ohne Warnung verdecken. <\/p>\n