Barrierefreiheitserklärung Skillyan

1. Einleitung

Der Anbieter der Plattform Skillyan (App unter app.skillyan.ai, Informationen unter skillyan.ai) ist bemüht, die Webanwendung im Einklang mit den geltenden Vorgaben zur digitalen Barrierefreiheit zugänglich zu machen. Maßgeblich sind insbesondere:

• die Richtlinie (EU) 2019/882 über die Barrierefreiheitsanforderungen für Produkte und Dienstleistungen („European Accessibility Act", EAA),
• das österreichische Barrierefreiheitsgesetz (BaFG) und die Barrierefreiheitsanforderungen-Verordnung (BaFV),
• die Web Content Accessibility Guidelines (WCAG) 2.2, Konformitätsstufe AA.

Diese Erklärung gilt für die Webanwendung Skillyan auf der Domain app.skillyan.ai, Informationen unter skillyan.ai sowie allen zugehörigen Subdomains.

2. Anbieter und technischer Dienstleister

Anbieter (Betreiber der Plattform)

Technische Umsetzung

Die technische Entwicklung, Wartung sowie die Umsetzung der Barrierefreiheits-Maßnahmen erfolgt im Auftrag des Anbieters durch:

3. Stand der Vereinbarkeit mit den Anforderungen

Diese Webanwendung ist mit der WCAG 2.2, Konformitätsstufe AA, teilweise konform. Der überwiegende Teil der Plattform erfüllt die Anforderungen. Die unter Punkt 5 aufgeführten Inhalte sind davon ausgenommen.

Erstellung dieser Erklärung: Die Erklärung beruht auf einer Selbstbewertung des Anbieters bzw. des beauftragten technischen Dienstleisters. Im Mai 2026 wurde ein umfassendes internes Code-Audit zur Barrierefreiheit durchgeführt.

4. Umgesetzte Maßnahmen (Auszug)

Im Zuge des Audits wurden insbesondere folgende Maßnahmen umgesetzt:

Wahrnehmbarkeit

• Alternativtexte für informative Grafiken,
• Kennzeichnung dekorativer Icons und Animationen als aria-hidden,
• programmatisch verknüpfte Formularbeschriftungen und Fehlermeldungen (aria-describedby, aria-invalid).

Kontraste

• Systematische Anhebung zu schwacher Text- und UI-Kontraste auf mindestens 4,5:1 (Text) bzw. 3:1 (UI-Komponenten),
• Überarbeitung von Hinweis- und Fußnotentexten, Fehlermeldungen, Fortschrittsbalken, Warnfarben sowie der Farbpalette des Anmelde-Dialogs.

Bedienbarkeit

• Vollständige Tastaturbedienbarkeit aller interaktiven Elemente (Buttons statt klickbarer Container, Enter-/Leertasten-Unterstützung),
• sichtbarer globaler Fokusindikator,
• Skip-Link „Zum Inhalt springen",
• Mindestzielgrößen von 24 × 24 px.

Ziehbewegungen (WCAG 2.2, 2.5.7)

• Für alle Wisch- und Drag-and-drop-Interaktionen (Swipe-Karten, Tier-Liste) bestehen gleichwertige Alternativen mit einfachen Zeigereingaben (Ja/Nein-Buttons, Antippen-und-Zuweisen) sowie eine Tastaturbedienung über den KeyboardSensor der dnd-kit-Bibliothek.

Verständlichkeit

• Durchgängig deutsche Oberflächen- und Hilfetexte (lang="de"),
• konsistente sichtbare und programmatische Beschriftungen.

Robustheit

• Korrekte Namen, Rollen und Werte für eigene Komponenten (Fortschrittsanzeigen mit role="progressbar", Umschalter mit aria-pressed, Auswahllisten mit role="radiogroup"/role="checkbox"),
• zugängliche Titel für alle modalen Dialoge und Drawer,
• Statusmeldungen über role="status" bzw. aria-live.

Bewegung

• Reduzierung von CSS-Animationen und -Übergängen bei aktivierter Systemeinstellung „Bewegung reduzieren" (prefers-reduced-motion).

Struktur

• Landmarken (main, nav, header),
• genau eine h1 pro Seite,
• semantische Listen und Überschriftenhierarchien.

5. Nicht barrierefreie Inhalte

Die folgenden Inhalte sind aus den jeweils genannten Gründen derzeit nicht oder nur eingeschränkt barrierefrei. Wir arbeiten kontinuierlich an deren Verbesserung.

5.1 Unvereinbarkeit mit den Barrierefreiheitsanforderungen

1. Redaktionelle CMS-Inhalte: Über das CMS eingebundene Seiten (inkl. eigener Stylesheets) liegen inhaltlich in redaktioneller Verantwortung. Alternativtexte, Überschriftenstruktur und Kontraste dieser Inhalte können technisch nicht in jedem Einzelfall garantiert werden (WCAG 1.1.1, 1.3.1, 1.4.3).
2. Lottie-Animationen (KI-Buddy): Die dekorativen Buddy-Animationen berücksichtigen die Systemeinstellung „Bewegung reduzieren" derzeit nicht; die Idle-Animation wiederholt sich ohne Pausenmöglichkeit (WCAG 2.2.2). Die Animationen sind für Screenreader ausgeblendet und tragen keine Information.
3. Anmelde-/Registrierungsdialog (SuperTokens): Die Authentifizierungs-Oberfläche wird von einer Drittbibliothek gerendert. Farben und Texte wurden barrierefrei konfiguriert (Kontraste, deutsche Übersetzung); DOM-Struktur, Fokus-Management und Live-Regionen innerhalb des Widgets sind jedoch nur eingeschränkt beeinflussbar.
4. Eingabefeld-Rahmen: Der Rahmen von Eingabefeldern (helles Grau auf Weiß) unterschreitet den Kontrast von 3:1 (WCAG 1.4.11). Die Felder bleiben durch Beschriftung, Hintergrund und Fokus-Stil identifizierbar; eine designseitige Überarbeitung ist vorgesehen.
5. Tier-Liste: Bereits zugeordnete Elemente können derzeit nicht in den Vorrat zurückgelegt werden. Diese Einschränkung gilt für alle Eingabearten gleichermaßen (Maus, Touch, Tastatur) und ist als funktionale Lücke zur Behebung eingeplant.
6. Schieberegler-Fragen: Der Schieberegler gibt den aktuellen Wert als Zahl statt als Beschriftung („falsch" … „sehr wahr") aus (aria-valuetext fehlt); die Skalenbeschriftungen sind sichtbar vorhanden.
7. Formular-Fehlermeldungen in der Profilbearbeitung: Validierungsfehler werden als Toast-Meldung ausgegeben und sind nicht direkt mit dem jeweiligen Feld verknüpft (WCAG 3.3.1 teilweise).
8. Sidebar (Desktop): Die eingeklappte Seitenleiste expandiert nur bei Maus-Hover. Alle Linkziele bleiben für Tastatur und Screenreader zugänglich, die Beschriftungen sind für sehende Tastaturnutzende jedoch nicht sichtbar.
9. Chat (KI-Buddy): Neue Antworten des KI-Buddy werden nicht automatisch über eine Live-Region angekündigt, um Doppel-Ankündigungen während des Streamings zu vermeiden; eine gezielte Lösung ist in Planung.

5.2 Inhalte Dritter (außerhalb des Einflussbereichs)

Verlinkte externe Angebote (insbesondere bic.at, studienwahl.at sowie Messenger-Dienste wie WhatsApp) liegen außerhalb unseres Einflussbereichs. Auf das Öffnen in einem neuen Tab wird hingewiesen. Für die Barrierefreiheit dieser Drittangebote ist jeweils deren Betreiber verantwortlich.

6. Feedback und Kontakt

Sind Ihnen Barrieren aufgefallen, oder benötigen Sie Inhalte in einer barrierefreien Form? Wir freuen uns über Ihre Rückmeldung.

Anbieter (formaler Ansprechpartner)

Technische Anlaufstelle

Wir bemühen uns, Anfragen innerhalb von zwei Wochen zu beantworten und gemeldete Barrieren zeitnah zu beheben.

7. Durchsetzungsverfahren

Sollten Sie auf eine Mitteilung oder Anfrage zur Barrierefreiheit innerhalb angemessener Frist keine zufriedenstellende Antwort erhalten, können Sie sich an die zuständige Marktüberwachungsbehörde wenden:

Darüber hinaus besteht die Möglichkeit eines Schlichtungsverfahrens nach dem Bundes-Behindertengleichstellungsgesetz (BGStG) beim Sozialministeriumservice.

8. Hinweis zur kontinuierlichen Verbesserung

Die Barrierefreiheit ist für uns ein laufender Prozess. Bekannte Einschränkungen werden im Rahmen regelmäßiger Audits und Releases sukzessive behoben. Bitte haben Sie Verständnis dafür, dass insbesondere bei eingesetzten Drittbibliotheken (z. B. Authentifizierungsdialog) nicht alle Aspekte unmittelbar durch uns änderbar sind. Wir verfolgen aktiv die Weiterentwicklung dieser Komponenten und übernehmen Verbesserungen, sobald sie verfügbar sind.