WCAG 2.2 AA

Prüftabelle für humanismus.at

Prüfziel: WCAG 2.2, Konformitätsstufe AA. Diese Prüfung ist freiwillig strenger als die derzeit ausdrücklich gesetzlich geforderte Mindestanforderung. AAA ist nicht Prüfziel.
Zählung: 55 normative Erfolgskriterien der Stufen A und AA (31 A, 24 AA). WCAG 2.2 enthält darüber hinaus AAA-Kriterien; diese sind hier nicht Bestandteil des Ziels.
Aktueller Stand: 40 von 40 anwendbaren Kriterien erfüllt (100 %), 0 offen/zu prüfen, 15 nicht anwendbar/nicht zutreffend.
Stand: 16.09.2026. Status basiert auf den bisherigen SQL-, Theme-, Live- und manuellen Prüfungen; alle anwendbaren Kriterien sind abgeschlossen.

Einleitung und Prüfauftrag

Barrierefreiheit im Web bedeutet, dass digitale Inhalte und Funktionen von möglichst vielen Menschen unabhängig von individuellen Einschränkungen, verwendeten Geräten oder Eingabemethoden genutzt werden können. Dazu gehören insbesondere Menschen mit Seh-, Hör-, Bewegungs- oder kognitiven Beeinträchtigungen. Eine barrierefreie Website ist nicht nur eine technisch fehlerfreie Website. Sie muss Informationen verständlich vermitteln, Bedienelemente erreichbar machen, mit Tastatur und assistiven Technologien funktionieren und auch bei Vergrößerung, verändertem Textabstand und unterschiedlichen Bildschirmgrößen nutzbar bleiben.

Die Web Content Accessibility Guidelines, kurz WCAG, sind internationale Leitlinien des World Wide Web Consortiums (W3C) für die Zugänglichkeit von Webinhalten. Die Erfolgskriterien sind so formuliert, dass sie überprüfbar und grundsätzlich technologieunabhängig sind. Sie werden nach den vier Grundprinzipien Wahrnehmbar, Bedienbar, Verständlich und Robust geordnet. Die WCAG sind damit ein technischer und organisatorischer Prüfmaßstab, aber kein einzelnes Programm und kein automatisches Gütesiegel.

WCAG 2.1 und WCAG 2.2

WCAG 2.1 wurde 2018 veröffentlicht und erweiterte WCAG 2.0 insbesondere um Anforderungen für mobile Nutzung, Menschen mit geringerem Sehvermögen sowie Menschen mit kognitiven oder Lernbeeinträchtigungen. WCAG 2.2 baut auf WCAG 2.1 auf und ist rückwärtskompatibel. Eine Seite, die WCAG 2.2 erfüllt, erfüllt damit grundsätzlich auch WCAG 2.1 und WCAG 2.0.

WCAG 2.2 ergänzt unter anderem Anforderungen an nicht verdeckten Fokus, Ziehbewegungen, die Mindestgröße von Bedienelementen, konsistente Hilfe, redundante Eingaben und barrierefreie Authentifizierung. Gleichzeitig wurde das frühere Kriterium 4.1.1 „Parsing“ aus WCAG 2.2 entfernt, weil moderne Browser- und Verarbeitungstechniken diesen Prüfgegenstand weitgehend abdecken. Bei gesetzlichen Vorgaben, die ausdrücklich noch WCAG 2.1 nennen, ist daher die konkrete Rechtsgrundlage zu beachten. Inhaltlich ist WCAG 2.2 jedoch der aktuellere und umfassendere Prüfmaßstab.

Die Konformitätsstufen A, AA und AAA

WCAG unterscheidet drei Konformitätsstufen. Stufe A enthält die grundlegenden Mindestanforderungen. Werden diese nicht erfüllt, können einzelne Nutzer:innen wesentliche Inhalte oder Funktionen überhaupt nicht erreichen. Stufe AA baut auf A auf und verlangt zusätzliche, im Alltag besonders relevante Verbesserungen, etwa ausreichende Kontraste, sinnvolle Fokusführung, verständliche Formulare und eine gute Nutzung auf kleinen Bildschirmen.

Stufe AAA ist die höchste Stufe. Sie enthält weitergehende Anforderungen, die nicht für jede Website, jedes Thema und jede Zielgruppe gleichermaßen umsetzbar sind. Das W3C empfiehlt deshalb nicht generell, eine vollständige AAA-Konformität als allgemeines Ziel für ganze Websites zu verlangen. AAA-Kriterien können aber für einzelne Inhalte, Zielgruppen oder besonders sensible Anwendungen sinnvoll sein. Für den vorliegenden Bericht ist AAA ausdrücklich nicht Prüfziel.

Rechtliche Einordnung in Österreich

Die WCAG selbst sind keine österreichische Verordnung und nicht automatisch für jede Website unmittelbar gesetzlich verpflichtend. Rechtliche Pflichten entstehen vielmehr durch konkrete Gesetze, Verordnungen und technische Normen, die Barrierefreiheitsanforderungen für bestimmte Bereiche festlegen.

In Österreich ist insbesondere das Barrierefreiheitsgesetz (BaFG) relevant. Es setzt den European Accessibility Act um und gilt seit 28. Juni 2025. Das BaFG betrifft bestimmte Produkte und Dienstleistungen, die Verbraucher:innen angeboten werden, nicht unterschiedslos jede private Website. Ob eine konkrete Website beziehungsweise ein konkreter digitaler Vorgang darunter fällt, hängt vom Angebot, vom Rechtsträger, von der Art der Dienstleistung und von gesetzlichen Ausnahmen ab. Für Kleinstunternehmen bestehen bei Dienstleistungen außerdem besondere Ausnahmen. Eine allgemeine Aussage „jede Website muss gesetzlich WCAG 2.2 AA erfüllen“ wäre daher unzutreffend.

Für Websites öffentlicher Stellen gelten daneben besondere Vorschriften zur digitalen Zugänglichkeit. Der Humanistische Verband Österreich ist jedoch nicht allein aufgrund seiner Website automatisch eine öffentliche Stelle. Für die konkrete rechtliche Beurteilung des Vereins und einzelner Angebote wäre gegebenenfalls eine juristische Prüfung erforderlich. Der vorliegende Bericht ist daher ein technischer Prüf- und Verbesserungsnachweis und ersetzt keine Rechtsberatung.

Für die Einordnung wurden die offiziellen Quellen des W3C sowie die österreichischen Informationen des Sozialministeriumservice und das konsolidierte BaFG im Rechtsinformationssystem herangezogen: https://www.w3.org/TR/WCAG22/ ; https://www.w3.org/TR/WCAG21/ ; https://www.sozialministeriumservice.gv.at/Marktueberwachung_digitale_Barrierefreiheit/Allgemeine_Informationen_zum_Barrierefreiheitsgesetz/Allgemeine-Informationen-zum-Barrierefreiheitsgesetz.de.html ; https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20012316

Unser Prüfziel: WCAG 2.2, Konformitätsstufe AA

Für humanismus.at wurde bewusst WCAG 2.2 AA als Prüfziel gewählt. Damit wurde nicht nur ein möglicherweise älterer Mindeststandard betrachtet, sondern der aktuellere und inhaltlich umfassendere Maßstab. Die Entscheidung für AA berücksichtigt zugleich die praktische Bedeutung: A verhindert grundlegende Ausschlüsse, AA deckt die wesentlichen Barrieren des alltäglichen Webzugangs ab, und AAA würde für eine allgemeine Vereinswebsite zahlreiche zusätzliche Anforderungen enthalten, die teilweise nur für spezielle Inhalte oder Zielgruppen sinnvoll sind.

Die Prüfung umfasst 55 normative Erfolgskriterien der Stufen A und AA. Davon entfallen 31 Kriterien auf Stufe A und 24 Kriterien auf Stufe AA. 15 Kriterien wurden nach Prüfung des Angebots als nicht anwendbar beziehungsweise nicht zutreffend bewertet. Das betrifft insbesondere eingebettete Audio- und Videoinhalte, Live- und aufgezeichnete Medien, zeitgesteuerte Abläufe, blinkende Inhalte, komplexe Gesten, Ziehfunktionen, Authentifizierung und bestimmte Spezialfunktionen, die auf der geprüften Website nicht vorhanden sind.

Damit verbleiben 40 anwendbare Kriterien. Diese wurden nicht bloß anhand eines automatischen Scanners bewertet, sondern anhand einer Kombination aus Quellcode- und Theme-Prüfungen, DOM- und CSS-Analysen, Live-Prüfungen, Tastaturtests, Formularprüfungen, Reflow- und Vergrößerungstests sowie manuellen Prüfungen auf unterschiedlichen Browsern und Plattformen. Das Ergebnis lautet: 40 von 40 anwendbaren Kriterien sind erfüllt. Das entspricht 100 Prozent der anwendbaren Kriterien. Die 15 nicht anwendbaren Kriterien werden im Bericht ausdrücklich ausgewiesen und nicht als Fehler gewertet.

Zusammenfassung der Einzelprüfungen

Die Einzelprüfungen bestätigen zunächst die strukturelle Grundlage der Website. Nicht-Text-Inhalte besitzen Alternativtexte oder sind als dekorativ gekennzeichnet. Überschriften, Beziehungen und Reihenfolgen sind semantisch nachvollziehbar. Inhalte funktionieren in Hoch- und Querformat, bei 200- und 400-Prozent-Vergrößerung sowie ohne horizontales Seitenscrollen. Kontraste, Textabstände, Reflow und nichttextliche Bedienelemente wurden an den relevanten Seitentypen geprüft.

Für die Bedienbarkeit wurden Tastaturzugang, sichtbarer Fokus, Skip-Link, Fokusreihenfolge, Linkzwecke, Menüs, Suchfunktion, Zeigeraktionen und Mindestgrößen der Bedienelemente geprüft. Untermenüs erscheinen bei Hover und Fokus, bleiben erreichbar und werden konsistent bezeichnet. Eigene Zeiger- oder Ziehlogiken, die eine Aktion bereits beim Drücken unumkehrbar auslösen könnten, wurden nicht festgestellt.

Für die Verständlichkeit wurden Seitensprache, Sprachabschnitte, konsistente Navigation und Identifikation, Formularbeschriftungen, Fehlererkennung, Fehlervorschläge und redundante Eingaben geprüft. Besonders relevant war das Kontaktformular: Bei fehlender Erreichbarkeit erscheint der konkrete Hinweis „Bitte gib zumindest eine E-Mail-Adresse oder eine Telefonnummer an.“ Die Angabe erklärt unmittelbar, welche Korrektur erforderlich ist.

Die nachfolgende Tabelle enthält für jedes der 55 Kriterien die WCAG-Nummer, die Bezeichnung, die Konformitätsstufe, den Status und den jeweiligen Nachweis. Für die 40 anwendbaren Kriterien wird damit der konkrete Prüfbericht dokumentiert; die 15 nicht anwendbaren Kriterien werden mit ihrer jeweiligen Begründung ausgewiesen.

Ergebnis und Aussagekraft

Im geprüften Umfang erfüllt humanismus.at sämtliche anwendbaren Erfolgskriterien der WCAG 2.2 auf Konformitätsstufe AA. Dieses Ergebnis ist eine dokumentierte Eigenerklärung auf Grundlage der beschriebenen Prüfungen. Es ist kein staatliches Zertifikat und keine dauerhafte Garantie: Änderungen an Theme, Plugins, Inhalten, Formularen, eingebetteten Diensten oder redaktionellen Beiträgen können die Barrierefreiheit verändern. Deshalb sollte die Prüfung bei größeren technischen oder inhaltlichen Änderungen wiederholt und der Bericht fortgeschrieben werden.

Erfolgskriterien

SCErfolgskriteriumStufeStatusNachweis / Anmerkung
1.1.1Nicht-Text-InhalteAErfülltAlt-Texte in der Mediathek/Artikeln geprüft; 308 leere alt-Werte mit Artikeltiteln ergänzt, Schmuckbilder bleiben alt=““.
1.2.1Audio-only und Video-only (voraufgezeichnet)ANicht anwendbarIm geprüften Umfang keine eingebetteten Audio-/Videoangebote.
1.2.2Untertitel (voraufgezeichnet)ANicht anwendbarKeine eingebetteten voraufgezeichneten Medien im geprüften Umfang.
1.2.3Audiodeskription oder Medienalternative (voraufgezeichnet)ANicht anwendbarKeine eingebetteten voraufgezeichneten Medien im geprüften Umfang.
1.3.1Infos und BeziehungenAErfülltÜberschriften, Labels, Fieldsets/Legends und semantische Strukturen geprüft; H3–H5 auf H2 migriert.
1.3.2Bedeutungsvolle ReihenfolgeAErfülltDOM-Reihenfolge und Hauptbereiche stichprobenartig geprüft.
1.3.3Sensorische EigenschaftenAErfülltAnweisungen sind nicht ausschließlich über Form, Farbe, Größe oder Position vermittelt.
1.3.4AusrichtungAAErfülltHoch- und Querformat manuell geprüft; Kalender funktioniert in beiden Ausrichtungen.
1.4.1Benutzung von FarbeAErfülltBlog-Kategorie-Links sind dauerhaft unterstrichen; Informationen und Linkfunktion werden nicht nur durch Farbe vermittelt. Startseite live geprüft.
1.4.2Audio-SteuerungANicht anwendbarKeine automatisch startenden Audioinhalte im geprüften Umfang.
2.1.1TastaturAErfülltMenüs, Formulare und zentrale Bedienelemente manuell per Tastatur geprüft.
2.1.2Keine TastaturfalleAErfülltKontaktseiten und Navigation geprüft.
2.1.4Tastaturkurzbefehle mit einzelnen ZeichenANicht anwendbarKeine Ein-Zeichen-Tastaturkürzel implementiert.
2.2.1Zeitvorgaben anpassbarANicht anwendbarKeine zeitgesteuerten Inhalte oder Sitzungsabläufe im geprüften Umfang.
2.2.2Pausieren, beenden, ausblendenANicht anwendbarKeine automatisch bewegten oder blinkenden Inhalte im geprüften Umfang.
2.3.1Dreimaliges Blitzen oder unterhalb des SchwellenwertsANicht anwendbarKeine blitzenden Inhalte im geprüften Umfang.
2.4.1Blöcke umgehenAErfülltSkip-Link „Zum Inhalt springen“ führt zu main#main.
2.4.2Seiten tituliertAErfülltEindeutige Seitentitel stichprobenartig geprüft.
2.4.3Fokus-ReihenfolgeAErfülltNavigation, Suche und Formulare stichprobenartig geprüft.
2.4.4Linkzweck im KontextAErfülltKeine unklaren „hier“- oder alleinstehenden Pfeil-Links in den geprüften Ansichten.
2.5.1Zeiger-GestenANicht anwendbarKeine komplexen Mehrpunkt- oder Pfadgesten im geprüften Umfang.
2.5.2Zeiger-AbbruchAErfülltKeine eigenen pointerdown-, mousedown- oder Touch-Handler und keine Zieh- oder Canvas-Funktionen festgestellt. Standard-Links und -Buttons werden erst beim Loslassen aktiviert; eine Zeigeraktion kann daher vorher abgebrochen werden.
2.5.3Beschriftung im NamenAErfülltLive-DOM-Prüfung: Sichtbare Beschriftungen von Links und Buttons sind Bestandteil ihrer zugänglichen Namen. Die Suche ist mit „Suche“ benannt; bildbasierte Kartenlinks tragen zusätzliche verständliche Namen wie „Position ansehen: Menschenrechte“.
2.5.4BewegungsbetätigungANicht anwendbarKeine bewegungsgesteuerten Funktionen im geprüften Umfang.
3.1.1Sprache der SeiteAErfüllthtml lang=“de“ auf geprüften Seiten vorhanden.
3.2.1Bei FokusAErfülltFokus löst keine unerwartete Kontextänderung aus.
3.2.2Bei EingabeAErfülltFormulareingaben lösen keine unerwarteten Kontextwechsel aus.
3.2.6Konsistente HilfeANicht anwendbarKein siteweiter, wiederkehrender Hilfemechanismus im geprüften Umfang.
3.3.1FehlererkennungAErfülltPflichtfeld- und Fehlermeldungen werden verständlich ausgegeben; aria-invalid/alert vorhanden.
3.3.2Beschriftungen oder AnweisungenAErfülltFormularfelder sind beschriftet; relevante Hinweise werden angezeigt.
3.3.7Redundante EingabeAErfülltPrüfung von Kontaktformular, Mitgliedsantrag und Kontoverbindungsseite: Keine Angaben werden innerhalb eines Vorgangs redundant erneut abgefragt. Partnerfelder betreffen eine zweite Person und sind daher nicht redundant; Beitrags-, Spenden- und Zweckbindungsfelder sind eigenständige Angaben.
4.1.2Name, Rolle, WertAErfülltMenü-, Formular- und Statuskomponenten mit zugänglichen Namen/Rollen geprüft.
1.2.4Untertitel (live)AANicht anwendbarKeine Live-Audio-/Videoübertragungen im geprüften Umfang.
1.2.5Audiodeskription (voraufgezeichnet)AANicht anwendbarKeine eingebetteten voraufgezeichneten Medien im geprüften Umfang.
1.3.5Eingabefelder identifizierenAAErfülltAutocomplete-Attribute bei Kontakt- und Mitgliedsformular geprüft.
1.4.3Kontrast (Minimum)AAErfülltText- und UI-Kontraste geprüft; Kalenderkontrast in Theme 2.1.5 korrigiert und live bestätigt.
1.4.4Textgröße ändernAAErfüllt200-%-Textvergrößerung auf vier unterschiedlichen Browsern unter Mac, Linux und Windows geprüft; Inhalte und Funktionen bleiben zugänglich.
1.4.5Bilder von TextAAErfülltSichtbare Texte und Beschriftungen werden als HTML-Text ausgegeben. Grafische Texte in Logos beziehungsweise dekorativen Projektbildern sind nicht die alleinige Informationsquelle; die jeweiligen Bezeichnungen stehen zusätzlich als HTML-Text darunter. Startseite live geprüft.
1.4.10UmbruchAAErfülltMobil/Zoom geprüft; keine horizontale Seitenscrollung, Kalenderausnahme als komplexe Ansicht.
1.4.11Nicht-Text-KontrastAAErfülltKalender-Steuerelemente und Rahmen in Theme 2.1.5 korrigiert; live bestätigt.
1.4.12TextabständeAAErfülltMit den WCAG-Textabstandswerten (Zeilenhöhe 1,5; Absatzabstand 2; Buchstabenabstand 0,12 em; Wortabstand 0,16 em) auf Startseite, Blog, Projekte, Positionen, Termine und Formularen geprüft. Kein Text abgeschnitten und keine Funktion unbedienbar.
1.4.13Inhalte bei Hover oder FokusAAErfülltNavigation live geprüft: Untermenüs erscheinen bei Hover, bleiben beim Hineinfahren in den eingeblendeten Bereich sichtbar und werden über :focus-within auch bei Tastaturfokus geöffnet. Inhalte und Funktionen bleiben erreichbar.
2.4.5Mehrere WegeAAErfülltNavigation, Suche und Inhalts-/Archivzugänge vorhanden.
2.4.6Überschriften und BeschriftungenAAErfülltÜberschriftenstruktur bereinigt; H3–H5 auf H2 migriert.
2.4.7Fokus sichtbarAAErfülltSichtbare :focus-visible-Regeln und manuelle Tastaturprüfung.
2.4.11Fokus nicht verdeckt (Minimum)AAErfülltLive- und CSS-Prüfung: kein fester oder klebender Seitenbereich verdeckt fokussierte Inhalte. Der Skip-Link wird bei Fokus sichtbar und liegt mit hohem z-index über dem Seiteninhalt; mobile Navigation ist nicht als überdeckender Fixbereich umgesetzt.
2.5.7ZiehbewegungenAANicht anwendbarKeine Funktionen, die Ziehen erfordern, im geprüften Umfang.
2.5.8Zielgröße (Minimum)AAErfülltZentrale Bedienelemente mindestens etwa 44 px; vollständige Linkinventur noch nicht separat dokumentiert.
3.1.2Sprache von TeilenAAErfülltLive-DOM-Prüfung: Die Seite ist korrekt mit lang=“de“ ausgezeichnet; weitere Sprachwechsel sind nicht erforderlich. „Global skeptics in the pub“ und „Creative Commons“ sind Eigenname beziehungsweise Lizenzbezeichnung, keine auszuzeichnenden längeren fremdsprachigen Textpassagen.
3.2.3Konsistente NavigationAAErfülltHaupt- und Footer-Navigation stichprobenartig konsistent.
3.2.4Konsistente IdentifikationAAErfülltLive-Prüfung auf Startseite, Blog, Projekte, Positionen, Termine und Formularseite: Wiederkehrende Funktionen sind einheitlich bezeichnet – „Zum Inhalt springen“, „Menü“, „Hauptnavigation“ und „Suche“ – und werden konsistent verwendet.
3.3.3FehlersuggestionAAErfülltKontaktformular live geprüft. Bei fehlender Erreichbarkeit erscheint der konkrete Fehlervorschlag: „Bitte gib zumindest eine E-Mail-Adresse oder eine Telefonnummer an.“ Damit wird der Fehler benannt und die erforderliche Korrektur unmittelbar erklärt.
3.3.4Fehlervermeidung (rechtlich, finanziell, Daten)AAErfülltAntragsdaten werden im Bestätigungsschritt nochmals angezeigt; Bestätigungslink plus E-Mail-Bestätigung vorhanden.
3.3.8Barrierefreie Authentifizierung (Minimum)AANicht anwendbarÖffentliche Website ohne Login-/Authentifizierungsprozess im geprüften Umfang.
4.1.3StatusmeldungenAAErfülltFormular-Erfolg role=status und Fehler role=alert geprüft.

Hinweis zur Anwendung

„Nicht anwendbar“ bedeutet, dass die betreffende Funktion im geprüften öffentlichen Umfang nicht vorhanden ist. Bei neuen Audio-/Videoangeboten, Login-Bereichen, Ziehfunktionen oder anderen Spezialfunktionen muss die Einstufung erneut geprüft werden. Redaktionelle Änderungen können insbesondere Alternativtexte, Sprachwechsel, Linkzwecke und Fehlersuggestions beeinflussen.

Normative Referenz: W3C Web Content Accessibility Guidelines (WCAG) 2.2.