Wenn Sie glauben, Ihre Organisation sei digital barrierefrei, nur weil Ihre Website einen standardmäßigen WCAG-Browser-Scan besteht, sehen Sie nur die halbe Wahrheit. Derzeit müssen die zuständigen neuseeländischen Regierungsbehörden die Standard für die Barrierefreiheit im Web 1.2 (WCAG 2.2, Stufe AA) für jede Webseite, einschließlich Word- und PDF-Dokumente, die als Webinhalte veröffentlicht werden. Diese Messlatte wird bald noch höher gelegt: Der Chief Digital Officer der Regierung entwickelt derzeit eine Standard für digitale Barrierefreiheit (DAS) wodurch die Anforderungen an die Barrierefreiheit auf mobile Apps, E-Mails und herunterladbare Dokumente als eigene Kategorie ausgeweitet werden, und nicht nur auf PDFs, die über eine Webseite bereitgestellt werden.
Neuseeland engagiert sich seit langem für Barrierefreiheit und Inklusion im öffentlichen Sektor. Allerdings wurde die digitale Barrierefreiheit jahrelang weitgehend als eine auf Websites beschränkte Checkliste betrachtet, deren Schwerpunkt auf der Einhaltung der WCAG-Richtlinien in Browsern lag. Der Standard für digitale Barrierefreiheit markiert einen bevorstehenden Paradigmenwechsel. Er trägt der Tatsache Rechnung, dass das digitale Leben der Bürger heute mobile Apps, dynamische Portale, herunterladbare Dokumente und Serviceplattformen umfasst. Die Einhaltung der Vorgaben ist nicht auf ein IT-Webteam beschränkt. Es handelt sich um eine organisationsweite Omnichannel-Verantwortung, auf deren Umsetzung Neuseeland aktiv hinarbeitet.
Die neue Dimension der digitalen Inklusion in Aotearoa
Die Barrierefreiheitsanforderungen in Neuseeland befinden sich mitten in einem strukturellen Wandel. Der derzeit vorgeschriebene Standard (Web Accessibility Standard 1.2) verlangt bereits die Konformität mit WCAG 2.2 Level AA – eine Steigerung gegenüber der bis März 2025 geltenden WCAG 2.1-Basis. In der Vergangenheit konzentrierten sich die Bemühungen um Barrierefreiheit jedoch auf Webseiten, die mithilfe von Browser-Erweiterungen und automatisierten WCAG-Scans getestet wurden. Die nächste Phase dieser Entwicklung, der „Digital Accessibility Standard“, wird speziell darauf ausgerichtet, die Lücken zu schließen, die durch reine Browser-Tests entstehen.
Die Menschen interagieren über zahlreiche Kontaktpunkte hinweg mit behördlichen und unternehmensinternen Systemen. Sie laden Verwaltungsdokumente auf mobile Geräte herunter, füllen Formulare auf SaaS-Plattformen aus und nutzen native mobile Anwendungen, um auf wichtige Dienste zuzugreifen. Das DAS-Rahmenwerk wird, sobald es fertiggestellt ist, dieser Realität direkt Rechnung tragen und die Compliance-Anforderungen auf das gesamte digitale Ökosystem ausweiten.
Richtig digitale Zugänglichkeit In Aotearoa bedeutet dies, sicherzustellen, dass niemand zurückgelassen wird – ganz gleich, ob man sich auf einem Desktop-Portal bewegt oder ein Konsultationsdokument auf einem Smartphone liest.
Die Illusion vom “reinen Webauftritt” zerschlagen
Die bedeutendste Auswirkung dieses Wandels – sowohl hinsichtlich der bereits geltenden als auch der noch bevorstehenden Änderungen – ist die Überwindung der „Browser-only“-Denkweise. Unternehmen, die Barrierefreiheit mit dem Bestehen eines Web-Scans gleichsetzen, laufen Gefahr, erhebliche Lücken zu übersehen – sowohl heute als auch im Zuge der Weiterentwicklung des Standards.
Die Explosionszeichnung des Mobiltelefons
Native mobile Anwendungen funktionieren anders als Webseiten. Die Plattformen iOS und Android nutzen ihre eigenen Barrierefreiheits-APIs, darunter „VoiceOver“ von Apple und „TalkBack“ von Android. Diese Systeme interpretieren Oberflächenkomponenten anhand nativer Codestrukturen und nicht anhand von HTML-Tags.
Das Testen einer mobilen App mit einem browserbasierten WCAG-Scanner gibt keinen Aufschluss darüber, ob die Fokusreihenfolge innerhalb einer nativen Benutzeroberfläche korrekt funktioniert. Es bestätigt nicht, dass interaktive Elemente für Nutzer von Screenreadern ordnungsgemäß beschriftet sind. Da DAS native mobile Apps nun offiziell in den Geltungsbereich einbezieht, müssen Unternehmen die Barrierefreiheit nicht nur anhand von Webstandards, sondern auch anhand nativer Barrierefreiheits-Frameworks bewerten – und es ist weitaus kostengünstiger, dies jetzt vorausschauend zu tun, als später Nachbesserungen vornehmen zu müssen.
Apps für den öffentlichen Sektor, interne Unternehmenswerkzeuge und kundenorientierte mobile Plattformen müssen mithilfe nativer Testmethoden überprüft werden. Erreichbarkeit muss bereits bei der Entwicklung in die App-Architektur integriert werden und darf nicht nachträglich eingefügt werden.
Die Dokumentenfalle
PDF- und Word-Dokumente stellen eines der größten versteckten Hindernisse für die Barrierefreiheit im öffentlichen Sektor Neuseelands dar. Konsultationspapiere, Aktualisierungen von Richtlinien, Finanzberichte und offizielle Bekanntmachungen werden häufig als herunterladbare Dateien bereitgestellt. Diese Dokumente weisen oft eine unsachgemäße Auszeichnung, uneinheitliche Überschriftenstrukturen, einen unzureichenden Farbkontrast und unlesbare Tabellen auf.
Eine barrierefreie Website kann ein nicht barrierefreies PDF-Dokument nicht kompensieren. Wenn eine Person ein Dokument herunterlädt und es mit Hilfe von assistiver Technologie nicht nutzen kann, ist das digitale Erlebnis gescheitert. Gemäß dem Web-Barrierefreiheitsstandard 1.2 fallen Word- und PDF-Dokumente, die als Webinhalte bereitgestellt werden, bereits in den Geltungsbereich, und es wird erwartet, dass DAS diese Anforderung weiter verschärft und ausweitet. Barrierefreie PDF- und Word-Dokumente müssen in Neuseeland bereits bei der Erstellung korrekt angelegt werden, wobei bereits bei der Erstellung eine angemessene Struktur und Lesereihenfolge eingebettet werden müssen.
Werden diese Formate nicht optimiert, führt dies bereits heute zu unmittelbaren betrieblichen Reibungsverlusten und wird mit der Einführung von DAS zu einem erhöhten Compliance-Risiko führen.
Was DAS erfordern wird – und was WAS 1.2 heute erfordert
Heute müssen die betroffenen Behörden den Web-Barrierefreiheitsstandard 1.2: WCAG 2.2, Stufe AA, auf jeder Webseite erfüllen, einschließlich Word- und PDF-Dateien, die als Webinhalte bereitgestellt werden. Der Digital Accessibility Standard (DAS) wird, sobald er endgültig festgelegt ist, diesen Anwendungsbereich voraussichtlich noch weiter ausweiten, indem native mobile Apps, E-Mails und eigenständige Dokumente in einen einheitlichen Standard einbezogen werden. Organisationen, die bereits jetzt, noch vor Inkrafttreten des DAS, damit beginnen, ihr Bestand an digitalen Assets zu überdenken, werden später weitaus weniger Nachbesserungsmaßnahmen vornehmen müssen.
Ausweitung des Anwendungsbereichs auf verschiedene Anlageklassen
Es wird erwartet, dass DAS mehrere Kategorien digitaler Vermögenswerte ins Visier nehmen wird:
- Native mobile Anwendungen
- Dynamische Portale und Dashboards
- Software-as-a-Service-Plattformen
- PDF-Dateien und Word-Dokumente zum Herunterladen
- Interne Dokumentationssysteme
Über die Barrierefreiheit von Browsern gemäß den WCAG hinaus erkennt der künftige Standard an, dass Barrierefreiheit für den Nutzer geräte- und formatübergreifend gewährleistet sein muss. Die staatlichen Standards zur digitalen Inklusion in Aotearoa orientieren sich zunehmend an dieser ganzheitlichen Sichtweise.
Von der Checkliste zur Strategie
DAS soll Unternehmen davon abbringen, reaktiv zu patchen, beispielsweise durch die Bereitstellung oberflächlicher Overlays oder das ausschließliche Verlassen auf automatisierte Scans. Stattdessen legt es den Schwerpunkt auf „Accessible-by-Design“-Entwicklung. Barrierefreiheit muss von Anfang an in die Produktentwicklung, die Erstellung von Inhalten und die Beschaffungsprozesse eingebettet werden, und Unternehmen, die diese Disziplin bereits jetzt im Rahmen von WAS 1.2 etablieren, werden gut aufgestellt sein, wenn DAS in Kraft tritt.
Dieser Wandel erfordert den Übergang von technischen Korrekturen hin zu einer strategischen Steuerung. Barrierefreiheit ist eine funktionsübergreifende Aufgabe und kein isoliertes Korrekturprojekt.
Native Tests vs. Browser-Tests
Eine der entscheidenden Veränderungen betrifft die Testmethodik. Herkömmliche Web-Crawling-Tools sind nicht in der Lage, native mobile Anwendungen oder eigenständige PDF-Dateien effektiv zu bewerten. Browser-Scanner erkennen zwar HTML-basierte Probleme, bewerten jedoch weder die Navigation per Gesten auf Mobilgeräten noch die Beschriftung nativer Steuerelemente oder die Tag-Strukturen von Dokumenten.
Interne Qualitätssicherungsteams müssen ihr Instrumentarium erweitern. Beim Testen mobiler Apps müssen native Bildschirmleseprogramme zum Einsatz kommen. Das Testen von Dokumenten muss eine strukturelle Validierung und eine Analyse der logischen Lesereihenfolge umfassen. Unternehmen, die sich ausschließlich auf Browsertests verlassen, laufen Gefahr, ihre Compliance-Risiken zu unterschätzen – sowohl im Hinblick auf die aktuellen Verpflichtungen gemäß WAS 1.2 als auch im Hinblick auf den umfassenderen Geltungsbereich, den DAS mit sich bringen wird.
Praktische Schritte zur Anpassung für neuseeländische Organisationen
Der Übergang zum Standard für digitale Barrierefreiheit erfordert strukturierte Maßnahmen, die bereits jetzt, noch vor der endgültigen Festlegung des Standards, eingeleitet werden müssen. Die folgenden Schritte bieten einen pragmatischen Fahrplan für die Anpassung.
Prüfung über die URL hinaus
Erstellen Sie zunächst eine Übersicht über Ihr gesamtes digitales Ökosystem. Erfassen Sie alle öffentlichen und internen Ressourcen:
- Unternehmenswebsites
- Native mobile Anwendungen
- SaaS-Tools von Drittanbietern
- PDF-Dateien und Word-Vorlagen zum Herunterladen
- Interne Mitarbeiterportale
Diese Bestandsaufnahme muss über die Startseite hinausgehen. Sie sollte aufzeigen, wo im Hinblick auf die aktuellen WAS 1.2-Anforderungen und den vorgesehenen Anwendungsbereich von DAS format- und plattformübergreifend Lücken bei der Barrierefreiheit bestehen. Nur so können Abhilfemaßnahmen effektiv priorisiert werden.
Content-Ersteller direkt an der Quelle weiterbilden
Barrierefreiheit darf nicht allein in der Verantwortung der Entwickler liegen. Personalabteilungen erstellen Einarbeitungsunterlagen. Kommunikationsabteilungen veröffentlichen Ankündigungen. Die für Richtlinien zuständigen Teams entwerfen Konsultationspapiere. Jede dieser Gruppen muss von Anfang an wissen, wie barrierefreie Word- und PDF-Dokumente erstellt werden.
Die Integration von Barrierefreiheit in Autorenumgebungen reduziert den nachgelagerten Korrekturaufwand. Tools wie Grackle Arbeitsbereich für Google-Umgebungen und Grackle Büro Microsoft 365 unterstützt die Erstellung barrierefreier Dokumente direkt innerhalb vertrauter Arbeitsabläufe. Durch die Überprüfung von Struktur, Überschriften und Alternativtext bereits während der Erstellung verhindern Unternehmen, dass nicht barrierefreie Dateien in den Umlauf gelangen.
Die Beschaffung an den DAS-Grundsätzen ausrichten
Die Beschaffungsrichtlinien sollten sich bereits im Vorfeld der offiziellen Einführung von DAS entsprechend den regulatorischen Erwartungen weiterentwickeln. Bei der Auswahl von Drittanbieter-Apps oder digitalen Tools sollten Unternehmen eine ausdrückliche Übereinstimmung mit den voraussichtlichen Grundsätzen von DAS verlangen. Die Dokumentation der Anbieter sollte native Barrierefreiheitstests, Compliance-Roadmaps und eine transparente Nachverfolgung von Problemen nachweisen.
Durch die Abstimmung im Beschaffungsprozess wird sichergestellt, dass neue Systeme keine versteckten Risiken hinsichtlich der Barrierefreiheit mit sich bringen. Dadurch wird die Einhaltung von Vorschriften von einer reaktiven Korrektur zu einer präventiven Steuerung umgewandelt.
Die Zukunft der Barrierefreiheit gestalten
Neuseelands Übergang vom Web-Barrierefreiheitsstandard 1.2 zum künftigen Standard für digitale Barrierefreiheit bietet die Chance, ein inklusiveres und reibungsloseres digitales Ökosystem zu schaffen. Unternehmen, die bereits heute die WCAG 2.2 erfüllen und schon jetzt – noch vor Inkrafttreten des DAS – die Barrierefreiheit bei Mobilgeräten, Dokumenten und E-Mails in ihre Arbeitsabläufe integrieren, werden die digitale Wirtschaft von morgen anführen.
Barrierefreiheit verbessert das Nutzererlebnis für alle. Strukturierte Dokumente erhöhen die Lesbarkeit. Eine übersichtliche Navigation auf Mobilgeräten verringert Reibungsverluste. Inklusives Design fördert Vertrauen und Engagement. Indem sich neuseeländische Organisationen bereits jetzt auf das DAS-Rahmenwerk vorbereiten, stärken sie sowohl ihre Compliance-Situation als auch das Vertrauen der Öffentlichkeit.
Die Zukunft der digitalen Inklusion in Aotearoa hängt von einer proaktiven Anpassung ab. Die Einhaltung der Vorschriften geht bereits über eine Website-Prüfung gemäß WAS 1.2 hinaus und wird mit Inkrafttreten des DAS noch weiter gehen.
Organisationen, die diesen Wandel aktiv vorantreiben, werden Maßstäbe für eine inklusive Dienstleistungserbringung setzen.
Beratungstermin vereinbaren Lassen Sie Ihre mobilen Anwendungen gemeinsam mit unseren Spezialisten für digitale Inklusion anhand der nativen Barrierefreiheits-Frameworks von iOS und Android prüfen. Stellen Sie sicher, dass das digitale Ökosystem Ihrer Organisation sowohl den aktuellen Web-Barrierefreiheitsstandard 1.2 als auch den sich weiterentwickelnden neuseeländischen Standard für digitale Barrierefreiheit erfüllt.
