Hinweis: Übersetzung nach bestem Wissen. Die englische Version bleibt der maßgebliche Referenztext.
1. Überblick über die Konformität
Die EISS-Website strebt die Konformität WCAG 2.1 Stufe AA an, ausgerichtet auf den europäischen Standard EN 301 549 für die Barrierefreiheit von IKT.
Stand 22. Mai 2026 werden alle URLs der Website über die modernisierten Eleventy-Vorlagen ausgeliefert — die letzten fünf Mobirise- / AMP-Ticketing-Seiten wurden außer Betrieb genommen und leiten nun zur aktuellen Konferenz weiter. Die Website erreicht teilweise Konformität: Die meisten Erfolgskriterien werden erfüllt, mit einer geringen Anzahl dokumentierter Einschränkungen (siehe §3 Bekannte Einschränkungen).
2. Auditergebnisse
Eine automatisierte Bewertung wurde mit axe-core 4.10.2 an 9 repräsentativen Seiten × 2 Farbschemata (insgesamt 18 Scans) am 14. Mai 2026 durchgeführt:
- 0 Verstöße
- 568 bestandene Prüfungen
-
22 Elemente, die eine manuelle Überprüfung erfordern — vorwiegend
color-contrastauf transluzenten „Glas"-Flächen, wo axe den effektiven Hintergrund durch einenbackdrop-filternicht zuverlässig berechnen kann. Wir haben sie sowohl im hellen als auch im dunklen Theme als konform überprüft.
Lighthouse 13 gibt den modernisierten Seiten 100 / 100 in Barrierefreiheit, Best Practices und SEO.
Über automatisierte Tools hinaus wird der statische Linter scripts/a11y_lint.py bei jedem Build ausgeführt und meldet derzeit 0 Seiten mit Problemen über alle Vorlagen hinweg.
3. Bekannte Einschränkungen
-
Eingebettete PDFs. Dokumente wie das Konferenzprogramm 2026 werden inline
über ein
<object>-Embed dargestellt. Abhilfe: jedes Embed ist mit einer sichtbaren Download-Schaltfläche und einem Inline-Fallback-Link innerhalb des<object>für Browser gekoppelt, die kein PDF rendern können; der Dokumentinhalt selbst ist nur so barrierefrei wie das Quell-PDF. -
Transluzente „Glas"-Flächen. Die fixierte obere Navigation und bestimmte
Kartenhintergründe verwenden eine
backdrop-filter-Unschärfe. axe kann den effektiven Vordergrund-/Hintergrundkontrast durch einen Filter nicht zuverlässig berechnen. Abhilfe: Wir haben manuell überprüft, dass Text auf diesen Flächen in beiden Themes AA erfüllt, und das Mobil-Menü-Drawer wurde auf einen vollständig undurchsichtigen Hintergrund umgestellt, sodass Menüpunkte nie über Hero-Inhalten überlagert werden. - Archiv-Konferenzfotos. Einige Bilder in den Archivseiten 2019–2024 tragen generischen Alt-Text, der aus der ursprünglichen Veröffentlichung übernommen wurde. Abhilfe: Wir verfeinern den Alt-Text auf jeder Archivseite, wenn wir sie überarbeiten; aussagekräftige Bildunterschriften und der umgebende Kontext liefern dieselben Informationen für Nutzer von Bildschirmlesern.
4. Implementierte Barrierefreiheitsfunktionen
- Semantische Landmarken (
<header>,<nav aria-label="Primary">,<main>,<footer>) und ein Skip-to-Content-Link als erstes fokussierbares Element auf jeder Seite - Sichtbare Fokusindikatoren über
:focus-visibleauf jedem interaktiven Steuerelement - Helles und dunkles Farbschema, die beide die WCAG AA-Kontrastverhältnisse für Fließtext, Links und UI erfüllen
- Automatischer Dunkelmodus über
prefers-color-scheme, mit manueller Übersteuerung, die inlocalStoragepersistiert wird - Alle Animationen auf
prefers-reduced-motiongestaffelt — wenn der Nutzer dies deaktiviert, werden Übergänge und Reveal-Animationen ausgeschaltet - Größenveränderbarer Text, der sauber bei 200 % Zoom und bei Viewports bis 320 px umfließt
- Alt-Text auf jedem bedeutsamen Bild; dekorative Bilder tragen
alt="", um von Hilfstechnologien übersprungen zu werden - Beschreibender Linktext — jeder Link gibt sein Ziel an, ohne auf den umgebenden Kontext angewiesen zu sein (kein bloßes „Mehr erfahren")
- Links im Fließtext sind unterstrichen, sodass Farbe nicht das einzige Unterscheidungsmerkmal ist (WCAG 1.4.1)
- Native
<details>-Elemente für FAQ-Akkordeons (z. B. NetSec-Sommerschule, Euro-SWAMOS) — tastaturzugänglich ohne JavaScript - Mobiler Navigationsdrawer mit undurchsichtigem Hintergrund,
aria-expandedauf dem Umschalter, Fokusverwaltung beim Schließen - Theme-Umschalter als echte
<button>mit einemaria-label, das sich mit dem Zustand aktualisiert - Echter
mailto:-Kontaktlink mit vorausgefülltem Betreff für Barrierefreiheits-Feedback
5. Kompatibilität
Die Website ist so konzipiert, dass sie mit aktuellen Versionen der wichtigsten Browser (Safari, Chrome, Firefox, Edge) auf Desktop, Tablet und Mobilgerät funktioniert, und mit aktuellen Versionen der wichtigsten Bildschirmleser (VoiceOver, NVDA, JAWS, TalkBack).
JavaScript wird nur für den Theme-Umschalter und das Mobil-Menü verwendet. Die Website ist vollständig lesbar und navigierbar ohne aktiviertes JavaScript.
6. Feedback & Überprüfung
Wenn Sie auf dieser Website auf eine Barriere stoßen — ein verwirrendes Layout, ein fehlendes Label, ein Kontrastproblem, ein nicht sichtbarer Fokus, irgendetwas — bitte teilen Sie uns das mit. Wir behandeln Barrierefreiheitsprobleme als Bugs und beheben sie so schnell wie möglich.
Kontakt: contact@eiss-europa.com. Wir streben an, Meldungen zur Barrierefreiheit innerhalb von 10 Arbeitstagen zu bestätigen und einen Fix oder eine Übergangslösung innerhalb von 30 Arbeitstagen für reproduzierbare Probleme zu veröffentlichen.
Feedback zur Barrierefreiheit senden
Diese Erklärung wird mindestens jährlich überprüft und nach jeder größeren Designänderung neu bewertet. Der Quellcode und der öffentliche Issue-Tracker befinden sich auf GitHub.
7. Konformitätsstatus
Teilweise Konformität mit WCAG 2.1 Stufe AA, ausgerichtet auf EN 301 549. Alle Vorlagen der Website erfüllen den Standard; das Label „teilweise Konformität" spiegelt die in §3 dokumentierten Einschränkungen wider (eingebettete PDFs, transluzente Flächen, generischer Alt-Text auf einigen Archivfotos). Automatisierte Audits melden derzeit keine Verstöße, und die Elemente in „manueller Überprüfung" wurden einzeln als konform verifiziert.