Monitoring und Reporting – Testvorgang bei vereinfachten Monitoring-Checks
Die Informationen auf dieser Seite richten sich an jene öffentlichen Einrichtungen, deren digitale Angebote im Rahmen des Barrierefreiheits-Monitorings vereinfacht gecheckt wurden. Sie haben das Ergebnis des Checks in Form eines Reports per Mail erhalten.
Vereinfachte Checks / simplified evaluations sind voll automatisiert. Ein Accessibility-Prüfprogramm läuft über einzelne Seiten, die zuvor definiert wurden. Automatisierte Tools können nur einen kleinen Teil der gesetzlichen Barrierefreiheitskriterien überprüfen. Auch bei einer Bewertung mit „Passed“ kann es daher sein, dass dennoch Barrierefreiheits-Fehler vorhanden sind, die gegebenenfalls manuell gecheckt werden müssen.
Wird bei den automatisierten Checks ein Fehler gefunden, wird dieser im Report kurz beschreiben. Daneben wird in Klammer die Anzahl aller dieser gefundenen Fehler auf der geprüften Unterseite angegeben. Die Ergebnisse dienen vorwiegend einer gesammelten statistischen Auswertung und geben eine Übersicht über die digitale Zugänglichkeit von öffentlichen Websites in Österreich. Um die Barrierefreiheit Ihrer Website sicherzustellen und die Barrierefreiheitserklärung erstellen zu können, empfehlen wir die Durchführung eines detaillierten, manuellen Barrierefreiheits-Checks.
Einen vereinfachten Check selbst durchführen
Die Tools, die wir für vereinfachte Checks verwenden, können Sie kostenlos nutzen und den Check, sooft Sie wollen, wiederholen. Entweder, um es einfach einmal auszuprobieren oder — falls Sie die Website überarbeitet haben — um zu testen, ob die von uns gefundenen Barrieren inzwischen behoben sind.
Vor einem Barrierefreiheits-Check definieren wir die Unterseiten, über die wir das Tool laufen lassen wollen. Diese Auswahl finden Sie am Ende des Reports, unter der Überschrift „Sample of audited web pages“. Mit welchem Tool beim Check Ihrer Website gearbeitet wurde, finden Sie ebenfalls im Report, in der Übersichtstabelle „Scope of the evaluation“ beim Punkt „Accessibility support baseline“.
Zusätzlich wird überprüft, ob eine Barrierefreiheitserklärung vorhanden ist und welcher Konformitäts-Status („vollständig vereinbar“, „teilweise vereinbar“ oder „nicht vereinbar“) darin angegeben ist. Wissenswertes zur Barrierefreiheitserklärung finden Sie hier.
Mit dem Tool QualWeb einen Check durchführen
So können Sie den Check Schritt für Schritt durchführen:
- Rufen Sie die Website https://qualweb.di.fc.ul.pt/evaluator/ (externer Link) auf.
- Geben Sie die URL der Unterseite ein, die Sie prüfen wollen.
- Wählen Sie bei den Checkboxes unterhalb „ACT Rules“ aus. Dabei handelt es sich um standardisierte Barrierefreiheits-Tests, die von automatisierten Tools implementiert werden können. Mehr Information zu den ACT Rules finden Sie auf der offiziellen Website (externer Link) der Community.
- Klicken Sie auf den Button „Check“.
Wenn das Ergebnis erscheint, sollte bei „Filters“ unter „Level“ alles ausgewählt werden ( also „A“, „AA“, „AAA“ und „Rules beyond WCAG“).
Hinweis: im Rahmen des Monitorings evaluieren wir bei den vereinfachten Checks nicht alle Barrierefreiheitskriterien. Deshalb finden Sie im Report nur Ergebnisse in Bezug auf eine Auswahl an Kriterien. Wenn Sie den Check selbst durchführen, werden Sie also merken, dass das Tool mehr Ergebnisse liefern kann, als im Report angegeben wurden. Vielleicht ändern sich die Ergebnisse auch im Vergleich zum Monitoring-Report, weil das Tool nach dem Monitoring-Check aktualisiert wurde oder sich die Website verändert hat.
Außerdem können automatisierte Tools meist nur bestimmte Teil-Aspekte eines Barrierefreiheitskriteriums prüfen. Eine Bewertung mit „Passed“ bedeutet in diesem Fall nur, dass zu den konkreten durchgeführten Checks keine Fehler gefunden wurden.
Welche Barrierefreiheitskriterien werden gecheckt?
Im Jahr 2025 arbeiten wir mit QualWeb-Version 0.8.4 und berücksichtigen folgende WCAG-Erfolgskriterien, zu denen folgende konkrete Checks gemacht werden:
- 1.1.1 Non-text Content
- 1.3.1 Info and Relationships
- Role attribute has valid value (externer Link)
- ARIA required context role (externer Link)
- Heading has accessible name (externer Link)
- Headers attribute specified on a cell refers to cells in the same table element (externer Link)
- ARIA required owned elements (externer Link)
- All table header cells have assigned data cells (externer Link)
- 1.3.4 Orientation
- 1.3.5 Identify Input Purpose
- 1.4.3 Contrast (Minimum)
- 1.4.4 Resize Text
- 1.4.12 Text Spacing
- 2.1.1 Keyboard
- 2.4.2 Page Titled
- 2.4.4 Link Purpose (In Context)
- 2.5.3 Label in Name
- 3.1.1 Language of Page
- 3.1.2 Language of Parts
- 4.1.2 Name, Role, Value
- Image button has accessible name (externer Link)
- Iframe elements with identical accessible names have equivalent purpose (externer Link)
- Button has accessible name (externer Link)
- Link has accessible name (externer Link)
- Element with aria-hidden has no focusable content (externer Link)
- Form control has accessible name (externer Link)
- Iframe element has accessible name (externer Link)
- ARIA state or property is permitted (externer Link)
- Element with role attribute has required states and properties (externer Link)
- ARIA state or property has valid value (externer Link)
- Element with presentational children has no focusable content (externer Link)
- Menuitem has non-empty accessible name (externer Link)
Erstellung des Reports mit dem Report-Generator
Sie können den Report-Generator der FFG (externer Link) nutzen, wenn Sie Barrierefreiheits-Reports erstellen möchten, die dasselbe Schema haben wie der von uns an Sie übermittelte Report.
Um den Report zu erstellen, erfassen wir pro Unterseite alle Fehlerarten sowie die Anzahl ihres Auftretens zum betreffenden WCAG-Erfolgskriterium in unserem Report-Generator. Das Erfolgskriterium wird in der Folge für jede Unterseite als „Passed“, „Failed“, „Not present“ oder „Not checked“ bewertet. Für jene WCAG-Erfolgskriterien, die nur manuell geprüft werden können und daher nicht Teil der vereinfachten Prüfung sind, wird „Not checked“ angegeben.
Die Gesamtbewertung pro WCAG-Erfolgskriterium erfolgt anhand der Ergebnisse aller Unterseiten.
Wie geht es nach dem Check weiter?
- Websites und Apps der öffentlichen Hand müssen barrierefrei sein. Falls Barrierefreiheits-Issues vorhanden sind, muss an deren Behebung gearbeitet werden. Welche Punkte hier wichtig sind, finden Sie unter 6 Schritte zu einer barrierefreien Website/App.
- Gerne beraten wir Sie zum Ergebnis des Barrierefreiheits-Checks. Kontaktieren Sie uns dafür per Mail via wzg@ffg.at oder telefonisch unter 05 7755 7125.
- Ihre Website oder App wird auch in den kommenden Jahren mit hoher Wahrscheinlichkeit erneut in die Stichprobe für das Monitoring aufgenommen werden.
- Die Gesamtergebnisse für die letzten Monitoringjahre finden Sie im Monitoringbericht 2022 bis 2024 (externer Link).