Barrierefreiheit

Diese Erklärung zur Barrierefreiheit gilt für app.smartify.org

Diese Website wird von Smartify betrieben. Wir möchten, dass so viele Menschen wie möglich diese Website nutzen können. Das bedeutet zum Beispiel, dass Sie in der Lage sein sollten:

Farben, Kontraststufen und Schriftarten zu ändern
bis zu 300 % heranzuzoomen, ohne dass der Text über den Bildschirmrand hinausgeht
den größten Teil der Website nur mit einer Tastatur zu navigieren
den größten Teil der Website mit einer Spracherkennungssoftware zu navigieren
den größten Teil der Website mit einem Screenreader zu hören (einschließlich der neuesten Versionen von JAWS, NVDA und VoiceOver)

Wir haben auch den Text der Website so einfach wie möglich verständlich gestaltet.

WIE BARRIEREFREI IST UNSERE WEBSITE?

Wir wissen, dass einige Teile dieser Website nicht vollständig barrierefrei sind, zum Beispiel:

einigen Video- und Audioelementen fehlt möglicherweise ein Transkript oder eine Audiobeschreibung
einigen Texten fehlt ein ausreichender Kontrast zum Hintergrund
Word- und PDF-Dokumente sind für Screenreader-Nutzer möglicherweise nicht zugänglich
einige dekorative Bilder haben möglicherweise keinen angemessenen Alternativtext
Social-Sharing-Buttons haben keinen barrierefreien Namen

MELDUNG VON BARRIEREFREIHEITSPROBLEMEN AUF DIESER WEBSITE

Wir sind stets bemüht, die Barrierefreiheit dieser Website zu verbessern. Wenn Sie Probleme finden, die nicht auf dieser Seite aufgeführt sind, oder der Meinung sind, dass wir die Anforderungen an die Barrierefreiheit nicht erfüllen, kontaktieren Sie uns per E-Mail unter [email protected]. Unser Produkt-Team wird sich um Ihre Meldung kümmern.

COMPLIANCE-STATUS

Diese Website ist aufgrund der unten aufgeführten Nichtkonformitäten und Ausnahmen teilweise mit den Web Content Accessibility Guidelines Version 2.2 AA-Standard konform.

NICHT BARRIEREFREIER INHALT

Der unten aufgeführte Inhalt ist aus den folgenden Gründen nicht barrierefrei.

UNVEREINBARKEIT MIT DEN VORSCHRIFTEN ZUR BARRIEREFREIHEIT

Mit mehreren Komponenten der Benutzeroberfläche kann bei der Navigation der Web-Anwendung mit einer Tastatur nicht interagiert werden. Dazu gehören: In-App-Benachrichtigungen, Radiotasten im Menü des Mediaplayers, Filter auf der Kategorieseite usw. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 2.1.1 Tastatur. Wir planen, dies bis Juli 2026 zu beheben.
Beim Betrachten des Alternativtexts für Bilder kann es vorkommen, dass dekorative Bilder Alternativtext enthalten. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 1.1.1 Nicht-Text-Inhalt. Wir planen, dies bis Juli 2026 zu beheben.
Bei der Navigation auf den Seiten mit iOS VoiceOver und Android TalkBack wurden Auszeichnungen möglicherweise nicht immer zur Unterstützung der Barrierefreiheit verwendet, insbesondere auf den Zeitleisten-Seiten und im Menü des Mediaplayers. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 4.1.2 Name, Rolle, Wert. Wir planen, dies bis Juli 2026 zu beheben.
Wenn Sie mit einer Tastatur durch die Web-Anwendung navigieren und ein Pop-up-Fenster schließen, wird der Fokus möglicherweise wieder an den Anfang der Seite zurückgesetzt. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 2.4.3 Fokus-Reihenfolge. Wir planen, dies bis Juli 2026 zu beheben.
Einige PDF-Dokumente sind möglicherweise nicht getaggt, was dazu führt, dass die PDF-Datei für Screenreader unzugänglich ist. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 1.3.1 Info und Beziehungen. Wir planen, dies bis Dezember 2026 zu beheben.
Die Wiedergabetaste bei Videos entspricht je nach dem, welcher Frame des Videos gerade abgespielt wird, möglicherweise nicht dem erforderlichen Kontrast. Dies bedeutet, dass es für einige Benutzer schwierig sein kann, Komponenten der Benutzeroberfläche leicht zu erkennen. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 1.4.11 – Nicht-Text-Kontrast. Wir planen, dies bis Dezember 2026 zu beheben.
Bei der Navigation auf der Website mit Android Talkback (Screenreader-Software) können Benutzer hinter das aktive Menü-Overlay tippen. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 4.1.2 – Name, Rolle, Wert. Wir planen, dies bis Dezember 2026 zu beheben.
Das Feld des Newsletter-Anmeldeformulars zeigt dem Benutzer das erforderliche Format nicht an. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 3.3.2 – Beschriftungen oder Anweisungen. Wir planen, dies bis Dezember 2026 zu beheben.
Einigen Google-Schnittstellen-Iframes fehlt ein angemessener Titel. Frames müssen angemessen betitelt sein, um Screenreader-Benutzer zu unterstützen. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 2.4.1 – Blöcke umgehen. Wir planen, dies bis März 2027 zu beheben.
Fehlermeldungen enthalten keine Vorschläge zur Behebung des Fehlers. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 3.3.3 – Fehlerkorrektur. Wir planen, dies bis April 2027 zu beheben.
Einigen Bildern fehlt ein Alternativtext, der von Screenreadern vorgelesen wird. Dies führt dazu, dass für Benutzer von Screenreadern entweder nichts oder der Bilddateiname vorgelesen wird. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 1.1.1 Nicht-Text-Inhalt. Wir planen, dies bis Juni 2027 zu beheben.
Einigen vorab aufgezeichneten reinen Video- oder reinen Audioinhalten fehlt eine Textalternative. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 1.2.1 Reine Audio- und reine Videoinhalte (voraufgezeichnet). Wir planen, dies bis Juni 2027 zu beheben.
Einige PDF-Dokumente enthalten möglicherweise keine XMP-Metadaten, was dazu führen kann, dass der Inhalt des Dokuments für Screenreader-Benutzer nicht zugänglich ist. Dies verstößt gegen das WCAG 2.1-Erfolgskriterium 4.1.2 Name, Rolle, Wert. Wir planen, dies bis Juni 2027 zu beheben.
Bei der Navigation auf der Website mit Android Talkback und iOS Voiceover (Screenreader-Software) wird dem Benutzer, wenn er zu „Ein anderes Datum“ navigiert, nachdem es zuvor aktiviert wurde, fälschlicherweise „Doppeltippen zum Aktivieren“ angesagt, obwohl es bereits aktiv ist. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 4.1.2 – Name, Rolle, Wert. Wir planen, dies bis Juni 2027 zu beheben.

UNVERHÄLTNISMÄSSIGE BELASTUNG

Einigen Schaltflächen zum Teilen in sozialen Medien fehlt möglicherweise ein barrierefreier Name, sodass von einem Screenreader kein Inhalt angesagt wird. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 1.1.1 Nicht-Text-Inhalt.

Der Textkontrast innerhalb des Social-Popups erreicht nicht das Mindestkontrastverhältnis von 4,5:1. Dies verstößt gegen das WCAG 2.2-Erfolgskriterium 1.4.3 Kontrast (Minimum).

Wir haben die Kosten für die Behebung der Probleme mit der Navigation und dem Zugriff auf Informationen sowie mit interaktiven Tools und Transaktionen bewertet. Wir glauben, dass dies im Sinne der Vorschriften zur Barrierefreiheit derzeit eine unverhältnismäßige Belastung darstellen würde. Wir werden im November 2026 eine erneute Bewertung vornehmen.

INHALTE, DIE NICHT IN DEN ANWENDUNGSBEREICH DER VORSCHRIFTEN ZUR BARRIEREFREIHEIT FALLEN

PDFS UND ANDERE DOKUMENTE

Einige unserer PDFs sind für die Bereitstellung unserer Dienste unerlässlich. Beispielsweise haben wir PDFs mit Informationen darüber, wie Benutzer auf unsere Dienste zugreifen können. Wir planen, diese bis Juni 2027 entweder zu korrigieren oder durch barrierefreie HTML-Seiten zu ersetzen. Die Vorschriften zur Barrierefreiheit verlangen von uns nicht, PDFs oder andere Dokumente zu korrigieren, die vor dem 23. September 2018 veröffentlicht wurden, wenn sie für die Bereitstellung unserer Dienste nicht unerlässlich sind.

VORAB AUFGEZEICHNETE MEDIEN

Einige ältere Videos verfügen nicht über Untertitel oder eine Audiobeschreibung. Die Vorschriften zur Barrierefreiheit verlangen von uns nicht, vorab aufgezeichnete zeitbasierte Medien zu korrigieren, die vor dem 23. September 2020 veröffentlicht wurden.

LIVE-VIDEO

Wir planen nicht, Live-Videostreams mit Untertiteln zu versehen, da Live-Videos von der Erfüllung der Erklärungen zur Barrierefreiheit ausgenommen sind.

WAS WIR TUN, UM DIE BARRIEREFREIHEIT ZU VERBESSERN

Wir planen, die Barrierefreiheit auf dieser Website in den nächsten 12 Monaten weiter zu verbessern, um sicherzustellen, dass neue Inhalte und Komponenten nach Möglichkeit den höchsten WCAG-Standards entsprechen. Wir werden unser Design, unsere Produkte und unsere Inhalte auf Barrierefreiheit testen.