Barrierefreiheitserklärung für Prenly - Prenly
Barrierefreiheitserklärung für Prenly
Einleitung
Bei Textalk arbeiten wir daran, unsere Plattform für alle Nutzer so barrierefrei wie möglich zu gestalten. Diese Barrierefreiheitserklärung beschreibt, welche Teile der Plattform die Anforderungen an die Barrierefreiheit derzeit nicht erfüllen und wie wir daran arbeiten, Barrierefreiheitsprobleme zu identifizieren und zu beheben.Die Erklärung bezieht sich auf die Plattform selbst, zum Beispiel auf:
- Die Webanwendung https://thisis.prenly.com/
- Die iOS-App Prenly (https://apps.apple.com/us/app/prenly/id6736682103)
- Die Android-App Prenly (https://play.google.com/store/apps/details?id=com.prenly.thisis)
Plattform- und kundenspezifische Anpassungen
Die Plattform ist darauf ausgelegt, die geltenden europäischen Barrierefreiheitsstandards einzuhalten, erfüllt diese jedoch in manchen Bereichen noch nicht vollständig. Kunden können die Plattform beispielsweise an ihre Markenfarben anpassen, was sich auf die Barrierefreiheit auswirken kann. Ein weiteres Beispiel sind Alternativtexte: Die Plattform unterstützt Alt-Texte, die Bereitstellung dieser Inhalte liegt jedoch in der Verantwortung der Kunden.
Wir stellen Richtlinien und Support bereit, um Kunden dabei zu unterstützen, die Barrierefreiheit in ihren individualisierten Versionen der Plattform zu erhalten oder zu verbessern.
Status der digitalen Barrierefreiheit
| Plattform | Konformitätsgrad | Kommentare / Zentrale Punkte |
| Website (Basisversion) | Teilweise konform | Einige Probleme in Bezug auf Überschriften, Screenreader-Navigation und als Bilder dargestellten Text. |
| iOS-App (Basisversion) | Teilweise konform | Einige Probleme, unter anderem im Zusammenhang mit externen Tastaturen. |
| Android-App (Basisversion) | Teilweise konform | Einige Probleme, unter anderem in Bezug auf System-Textgrößeneinstellungen. |
| Kundenversionen (angepasst) | ⚠️ Variiert | Die Barrierefreiheit hängt unter anderem von Farbauswahl, Alt-Texten usw. ab. Wir bieten Unterstützung an. |
Technische Details und Tests
Die technische Grundlage der Plattform wurde geprüft anhand von:
- WCAG 2.1 Level A und AA
- EN 301 549 (relevant für den European Accessibility Act, EAA)
Testmethoden
- Automatisierte Tests mit axe DevTools, Lighthouse und dem Wave Evaluation Tool für die Webanwendung
- Manuelle Tests der Tastaturnavigation – alle Plattformen
- Manuelle Kontrasttests – alle Plattformen
- Manuelle Tests mit Screenreadern – Schwerpunkt auf der Webanwendung, teilweise Tests mit VoiceOver und Voice Control unter iOS
Einschränkungen
Barrierefreiheitsprobleme können auftreten bei:- Kundenspezifischen Farbauswahlen und Layout-Anpassungen
- Von Kunden bereitgestellten Inhalten (z. B. Bilder ohne Alt-Text, nicht aussagekräftige Linktexte, Videos ohne Untertitel, Werbematerial, schwer lesbarer Text)
- Funktionen, integrierten Systemen oder Drittanbieter-Komponenten außerhalb unseres direkten Einflussbereichs (z. B. Einwilligungsdialoge, Login-Systeme, eingebettete Web-Views)
- Mobile Anwendungen, die nicht auf die neueste Version aktualisiert sind.
Geplante Verbesserungen
Wir arbeiten kontinuierlich daran, die Barrierefreiheit der Kernfunktionen der Plattform zu verbessern. Laufende oder geplante Maßnahmen umfassen:- Verbesserungen für Screenreader in der Webanwendung
- Unterstützung der systemweiten Einstellungen für Dunkel-/Hellmodus (Android und iOS)
- Unterstützung der systemweiten Einstellungen für größere Textgrößen (Android)
Inhalte, die nicht vollständig barrierefrei sind
Gilt für Web, iOS und Android
Ansichten mit Bildern ganzer Zeitungsseiten
Einige Ansichten enthalten Bilder vollständiger Zeitungsseiten. Laut Richtlinien sollte Text als echter Text und nicht als Bild dargestellt werden. Diese Bilder dienen ausschließlich der visuellen Darstellung. Alle redaktionellen Texte sind im vereinfachten Lesemodus verfügbar.Überschriftenebenen im Replikamodus
Im Replikamodus fehlt eine übergeordnete H1-Überschrift, was sich auf Struktur und Semantik für Screenreader auswirkt. Dies wird jedoch nicht als Beeinträchtigung des Inhaltsverständnisses im Lesemodus bewertet.Fehlermeldung beim Login
Bei Eingabe eines falschen Passworts wird die Meldung „Ungültige Anmeldedaten“ angezeigt. Diese ist gemäß den Barrierefreiheitsanforderungen nicht vollständig beschreibend, aus Sicherheitsgründen werden jedoch keine detaillierteren Informationen bereitgestellt.Archivseite und Paginierung
Weitere Publikationen werden beim Scrollen automatisch geladen (bewusstes Design). Eine Paginierung würde die Benutzerfreundlichkeit aufgrund der Größe der Archive (teilweise über 100 Jahre) nicht verbessern. Die Publikationen werden in chronologischer Reihenfolge angezeigt, und es stehen Filter sowie eine Suche nach Datum und Titel zur Verfügung.Podcasts
Einige Kunden binden Podcasts ein; diese werden ohne Transkripte dargestellt, sodass die Inhalte ausschließlich über Audio zugänglich sind. Zusätzlich kann Artikel-Audio verwendet werden, dessen Inhalt in der Regel jedoch dem geschriebenen Text entspricht.Links auf der Startseite
Einige Komponenten verwenden Links (z. B. zu mehreren Ausgaben, Archiven oder Podcasts), deren Funktionalität ausschließlich durch Farbe gekennzeichnet ist.
Gilt für iOS und Android
Archivseite – Suchfeld
Das Suchfeld ist eine native Komponente und verfügt über keinen sichtbaren „Suchen“-Button und somit auch über keine sichtbare Textbeschriftung, die auf einen Sprachbefehl hinweist. Die Suchfunktion funktioniert jedoch mit gängigen, allgemeinen Sprachsteuerungs-Befehlen wie „enter that“, und über die Tastaturnavigation steht eine Such-Schaltfläche zur Verfügung.
Gilt für iOS
Externe Tastaturen
Einige assistive Funktionen wurden deaktiviert, da es zu einer großen Anzahl gemeldeter Abstürze auf iPads in Verbindung mit externen Tastaturen kam. Durch das Deaktivieren dieser Funktionen konnte die Stabilität deutlich verbessert und die Anzahl der Abstürze erheblich reduziert werden.
Gilt für Android
Artikel-Lesemodus
Beim Anzeigen einer PDF-/Replika-Ansicht gibt es keine Schaltfläche zum Wechsel in den Artikel-Lesemodus. Eine ausschließliche Tastaturnavigation kann den Lesemodus nicht erreichen.
Gilt für Web
Screenreader in Kombination mit Mozilla Firefox
Bei Verwendung von Mozilla Firefox in Kombination mit einem Screenreader lassen sich Artikelboxen nicht öffnen, um den Lesemodus aufzurufen. Mit anderen Browsern funktioniert dies.Screenreader im vergrößerten Modus
Bei Browser-Zoomstufen über 115 % wird die Menüoption des Screenreaders ausgeblendet.„Zum Inhalt springen“
Derzeit sind keine „Zum Inhalt springen“-Links vorhanden.Meldung von Problemen und Kontaktangaben
Wenn Sie weitere Barrierefreiheitsprobleme feststellen oder Feedback geben möchten, kontaktieren Sie uns bitte:
- E-Mail: hello@prenly.com
- Telefon: +46 31-388 47 40
Überprüfung und Aktualisierungen
Diese Erklärung wird mindestens einmal pro Jahr oder im Zusammenhang mit größeren Änderungen aktualisiert.
Zuletzt aktualisiert: Oktober 2025