Evaluierungsbericht für servicehistorie.at

Über die Evaluierung

Berichterstellerin
Andreja Fajfar, MSc.
Auftraggeber der Evaluierung
OE Service GmbH
Datum der Evaluierung
Mi Sep 24 2025

Zusammenfassung

Die Barrierefreiheitsprüfung der Website zeigt, dass sie im Allgemeinen sehr gut zugänglich ist und die meisten Kriterien der WCAG 2.1 Stufe A und Stufe AA erfüllt. Die Kernfunktionalität – einschließlich Navigation, Formulare, interaktive Komponenten und dynamische Inhalte – ist über Tastatur und assistive Technologien zugänglich, mit einer durchgängig konsistenten semantischen Struktur und Kennzeichnung auf allen Seiten.

Während der Evaluierung wurden einige Probleme identifiziert:

Robustheit: Es wurde ein Problem gefunden, das die programmatische Bestimmung von Komponenteneigenschaften beeinträchtigt, was sich auf bestimmte assistive Technologien auswirken kann.

Bedienbarkeit: Es wurde ein Problem identifiziert, das die Interaktion mit Tastatur oder Zeigegerät beeinträchtigt, was die Zugänglichkeit für Benutzer, die auf alternative Eingabemethoden angewiesen sind, einschränken könnte.

Insgesamt zeigt die Website ein starkes Engagement für Barrierefreiheit, wobei nur wenige Bereiche verbesserungsbedürftig sind. Die Behebung dieser Probleme wird eine vollständig inklusive Erfahrung für alle Benutzer gewährleisten.

Umfang der Evaluierung

Name der Website
servicehistorie.at
Umfang der Website
Alle Webinhalte der öffentlichen Website von servicehistorie.at unter www.servicehistorie.at
WCAG-Version
2.2
Konformitätsziel
AA
Grundlage für die Unterstützung der Barrierefreiheit
Firefox mit assistiver Technologie VoiceOver, Narrator. Chrome mit assistiver Technologie VoiceOver, Narrator. Safari mit assistiver Technologie VoiceOver.
Zusätzliche Evaluierungsanforderungen
Die Evaluierung wird alle Webseiten und Inhalte der Website bewerten und einen detaillierten Bericht liefern, der alle Probleme identifiziert und klare Vorschläge zu deren Behebung unterbreitet.

Detaillierte Prüfungsergebnisse

Zusammenfassung

Berichtet über 55 von 55 WCAG 2.2 AA Erfolgskriterien.

  • 42 Bestanden
  • 2 Nicht bestanden
  • 0 Nicht feststellbar
  • 11 Nicht vorhanden
  • 0 Nicht geprüft

Alle Ergebnisse

1 Wahrnehmbar

1.1 Textalternativen
ErfolgskriteriumErgebnisBeobachtungen
1.1.1: Nicht-Text-Inhalt Bestanden
1.2 Zeitbasierte Medien
ErfolgskriteriumErgebnisBeobachtungen
1.2.1: Nur-Audio und Nur-Video (aufgezeichnet) Nicht vorhanden
1.2.2: Untertitel (aufgezeichnet) Nicht vorhanden
1.2.3: Audiodeskription oder Medienalternative (aufgezeichnet) Nicht vorhanden
1.2.4: Untertitel (Live) Nicht vorhanden
1.2.5: Audiodeskription (aufgezeichnet) Nicht vorhanden
1.3 Anpassbar
ErfolgskriteriumErgebnisBeobachtungen
1.3.1: Info und Beziehungen Bestanden
1.3.2: Sinnvolle Reihenfolge Bestanden
1.3.3: Sensorische Eigenschaften Bestanden
1.3.4: Ausrichtung Bestanden
1.3.5: Zweck der Eingabe identifizieren Bestanden
1.4 Unterscheidbar
ErfolgskriteriumErgebnisBeobachtungen
1.4.1: Verwendung von FarbeBestanden

Formularfelder mit Fehlern verwenden sowohl rote Farbe als auch Text (z.B. „Dieses Feld ist erforderlich“).

Links sind zusätzlich zur Farbgebung unterstrichen oder anderweitig visuell unterscheidbar.

Schaltflächen oder Handlungsaufforderungen verwenden Symbole oder Textbeschriftungen, nicht nur Farbe, um die Funktion anzuzeigen.

1.4.2: AudiosteuerungNicht vorhanden
1.4.3: Kontrast (Minimum)Bestanden
1.4.4: Textgröße anpassenBestanden
1.4.5: Bilder von TextBestanden
1.4.10: UmbruchBestanden
1.4.11: Nicht-Text-KontrastBestanden
1.4.12: TextabstandBestanden
1.4.13: Inhalt bei Hover oder FokusBestanden

2 Bedienbar

2.1 Per Tastatur zugänglich
ErfolgskriteriumErgebnisBeobachtungen
2.1.1: TastaturBestanden
2.1.2: Keine TastaturfalleBestanden
2.1.4: TastenkombinationenNicht vorhanden
2.2 Ausreichend Zeit
ErfolgskriteriumErgebnisBeobachtungen
2.2.1: Zeitliche Steuerung anpassbarNicht vorhanden
2.2.2: Pause, Stopp, AusblendenBestanden
2.3 Anfälle und physische Reaktionen
ErfolgskriteriumErgebnisBeobachtungen
2.3.1: Drei Blitze oder unter SchwellenwertBestanden
2.4 Navigierbar
ErfolgskriteriumErgebnisBeobachtungen
2.4.1: Blöcke umgehenNicht bestanden

Stellen Sie einen „Zum Hauptinhalt springen“-Link am Anfang der Seite bereit.

Stellen Sie sicher, dass der Link per Tastatur erreichbar ist und bei Fokussierung sichtbar wird.

Dieser Link sollte den Fokus direkt zum Hauptinhalt verschieben und wiederholte Navigation oder Banner umgehen.

Wir haben das derzeit nicht, werden aber in Version 1.1.0 daran arbeiten.

2.4.2: SeitentitelBestanden
2.4.3: Fokus-ReihenfolgeBestanden
2.4.4: Linkzweck (im Kontext)Bestanden
2.4.5: Mehrere WegeBestanden

Wir müssen eine Sitemap einfügen, um in diesem Bereich konformer zu sein.

2.4.6: Überschriften und BeschriftungenBestanden
2.4.7: Fokus sichtbarBestanden
2.4.11: Fokus nicht verdeckt (Minimum)Bestanden
2.5 Eingabemodalitäten
ErfolgskriteriumErgebnisBeobachtungen
2.5.1: Zeigergesten

Nicht vorhanden

2.5.2: Zeiger-AbbruchBestanden
2.5.3: Beschriftung im NamenBestanden
2.5.4: BewegungsaktivierungNicht vorhanden
2.5.7: Ziehbewegungen

Nicht vorhanden

2.5.8: Zielgröße (Minimum)Bestanden

3 Verständlich

3.1 Lesbar
ErfolgskriteriumErgebnisBeobachtungen
3.1.1: Sprache der SeiteBestanden
3.1.2: Sprache von TeilenBestanden
3.2 Vorhersehbar
ErfolgskriteriumErgebnisBeobachtungen
3.2.1: Bei FokusBestanden
3.2.2: Bei EingabeBestanden
3.2.3: Konsistente NavigationBestanden
3.2.4: Konsistente IdentifizierungBestanden
3.2.6: Konsistente HilfeBestanden
3.3 Eingabehilfe
ErfolgskriteriumErgebnisBeobachtungen
3.3.1: FehleridentifizierungBestanden
3.3.2: Beschriftungen oder AnweisungenBestanden
3.3.3: Fehler-VorschlagBestanden
3.3.4: Fehlervermeidung (rechtlich, finanziell, Daten)Bestanden
3.3.7: Redundante EingabeBestanden
3.3.8: Barrierefreie Authentifizierung (Minimum)Bestanden

4 Robust

4.1 Kompatibel
ErfolgskriteriumErgebnisBeobachtungen
4.1.2: Name, Rolle, WertBestanden
4.1.3: Statusmeldungen

Nicht bestanden

Rückmeldung bei Formularübermittlung: „Ihr Formular wurde gesendet“ wird von einem Screenreader automatisch vorgelesen.

Inline-Validierungsfehler erscheinen und werden über role="status" angesagt, ohne den Fokus zu verschieben.

Benachrichtigungsbanner verwenden aria-live="polite", um Aktualisierungen zu kommunizieren, während Benutzer weiterhin mit der Seite interagieren.

Beispiele geprüfter Webseiten

  1. Startseite -
  2. FAQ - www.servicehistorie.at/faq
  3. Mein Auto prüfen - www.servicehistorie.at/check-my-car/check

Web-Technologie

  • HTML
  • CSS
  • WAI-ARIA
  • JavaScript
  • SVG
  • PDF
  • Next.js
  • Chakra UI
  • OpenAI API
  • reCAPTCHA
  • PostHog
  • Node.js

Aufzeichnung der Evaluierungsdetails

Nicht bereitgestellt