Barrierefreiheit

Erklärung zur Barrierefreiheit

Die NetSec-Website ist bestrebt, ihre Inhalte für alle nutzbar zu machen, einschließlich Besucher, die auf assistive Technologien angewiesen sind. Diese Seite dokumentiert unseren aktuellen Konformitätsstatus, die bekannten Einschränkungen und das Verfahren zur Meldung von Barrieren, auf die Sie stoßen.

Konformitätsstatus

Die NetSec-Website (netsec-cost.eu) ist so gestaltet, dass sie die Anforderungen der Web Content Accessibility Guidelines (WCAG) 2.1 auf Stufe AA erfüllt, in Einklang mit der europäischen Norm EN 301 549. Auf Grundlage unserer letzten internen Bewertung ist die Website teilweise konform: Die Mehrheit der WCAG-2.1-AA-Erfolgskriterien wird erfüllt, mit den unten aufgeführten Einschränkungen.

Letzte interne Prüfung

Die Bewertung vom 2. September 2026 hat alle 66 Seiten-Sprachfassungen mit pa11y untersucht, das den WCAG-2.1-AA-Regelsatz von HTML_CodeSniffer und axe-core in einem Browser ohne Oberfläche ausführt. Ergebnis:

Die Prüfung meldete 176 Fehler, davon 170 zu WCAG 2.1 SC 1.4.3 (Mindestkontrast) im Dunkelmodus. Fast alle gehen auf ein einziges Muster zurück: der Akzent des Dunkelmodus (#6ea1ff) zusammen mit weißem Text, ein Verhältnis von 2,56:1. Der unten beschriebene Durchgang vom Mai 2026 hatte sieben Call-to-Action-Schaltflächen mit dieser Kombination korrigiert, und das Muster fand sich an neun weiteren Stellen. Zwei davon stehen auf jeder Seite: der Sprunglink, den eine Person bei der Tastaturnavigation zuerst erreicht und der weiß auf fast weißem Grund bei 1,12:1 lag, sowie der Hinweis „Gefördert von der Europäischen Union" in der Fußzeile. Alle neun wurden korrigiert und in beiden Modi mit 10,86:1 oder besser gemessen.

Eine erneute Prüfung am 15. September 2026 meldet 3 Hinweise, allesamt je einer pro Sprachfassung auf einen Link, dessen Text erst nach dem Laden per Skript geschrieben wird, und nach derselben Begründung wie im Juni 2026 als Fehlalarm eingestuft. Die achtzehn verbliebenen betrafen die Arbeitsgruppen-Chips der Netzwerkkarte, die Farbtafel der Pressemappe und eine dekorative Kachel der Pressemappe, und alle drei Gruppen wurden in derselben Version korrigiert. Die Schriftfarbe der Arbeitsgruppen wird jetzt aus der Helligkeit der jeweiligen Farbe abgeleitet und erreicht über die zweiundzwanzig Füllfarben der Karte im ungünstigsten Fall 4,6:1, das Farbfeld der Pressemappe mit dem Sekundärakzent erreicht 5,13:1, und die Kachel malt keine Dunkelmodus-Farbe mehr auf einen fest hellen Hintergrund.

Ein Mangel, den diese Prüfung nicht erreicht, wurde bei derselben Bewertung von Hand gefunden: der Sekundärakzent als Linkfarbe im Hellmodus, gemessen mit 3,43:1. Links tragen jetzt einen eigenen dunkleren Token und erreichen 4,96:1 auf der Seite. Das Werkzeug liest die Website im Dunkelmodus, der Kontrast im Hellmodus verlangt daher eine Prüfung im Browser.

Frühere Prüfungen

Die Prüfung vom 22. Mai 2026 ist Teil des QA-Durchgangs vor dem öffentlichen Start (vollständiger Plan: docs/launch-qa-2026.md im Repository). Sie umfasste die acht meistbesuchten Seiten (Startseite, Netzwerkverzeichnis, Förderungen, Pressemappe, Roadmap, Über, FAQ, Glossar) in englischer, französischer und deutscher Fassung. Sie verzeichnete keine Verstöße nach Korrektur, einen Lighthouse-A11y-Score von 100 und einen Punkt für die manuelle Prüfung.

Ein Problem nach WCAG 2.1 SC 1.4.3 (Mindestkontrast) kam bei der Prüfung zum Vorschein und wurde noch vor der Veröffentlichung dieser Erklärung behoben: sieben Call-to-Action-Schaltflächen im Dunkelmodus zeigten weißen Text auf dem helleren Dunkelmodus-Akzent (#6ea1ff) mit einem Verhältnis von 2,56:1, unter dem AA-Mindestwert von 4,5:1. Die betroffenen Schaltflächen wurden im Dunkelmodus auf die EU-Markenblau-Farbe (#003399) festgelegt, was ein Kontrastverhältnis von 10,86:1 ergibt. Die Korrektur wurde im selben Release wie diese Prüfung veröffentlicht.

Das verbleibende Element, das für die manuelle Prüfung markiert wurde, betrifft den Farbkontrast von Text, der über backdrop-filter-Glasflächen gerendert wird, was automatisierte Werkzeuge nicht zuverlässig bewerten können, da der wahrgenommene Kontrast davon abhängt, was sich hinter der Fläche befindet (der Seitenhintergrund plus die dekorative Blob-Atmosphäre). Wir haben Element für Element im Browser geprüft, dass diese Flächen den WCAG-2.1-AA-Kontrast in beiden Modi einhalten.

Eine umfassendere erneute Bewertung am 2. Juni 2026 weitete die Prüfung auf alle Seiten in allen drei Sprachen aus (vollständige Aufzeichnung: docs/audit-2026-06.md im Repository). Sie bestätigte die Konformität mit WCAG 2.1 AA erneut, ohne neue Konformitätsprobleme. Zwei automatische Hinweise wurden geprüft und als Fehlalarme eingestuft: eine leere Überschrift in einem Banner, das verborgen bleibt, bis JavaScript es füllt, und ein leeres alt-Attribut an einer Verzeichniskarten-Vorlage, die das Rendering zur Laufzeit befüllt.

Am selben Tag wurden drei zusätzliche Schluss-Checks durchgeführt: ein struktureller Barrierefreiheits-Audit (assistive Technologien) der vier meistbesuchten Seiten, Landmarken, Überschriftenhierarchie, Alt-Texte, zugängliche Namen, alles in Ordnung. Eine Überprüfung der Open-Graph- und Twitter-Card-Metadaten auf jeder öffentlichen Seite. Eine Lesbarkeitsprüfung im Dunkelmodus Seite für Seite über alle sechzehn öffentlichen englischen Seiten, ohne weitere Kontrastprobleme. Drei kleine Korrekturen, die dabei auftauchten, sind in diesem Release enthalten: das FR / DE Beta-Übersetzungs-Band, das fälschlich „Maschinell übersetzt" auswies, wurde auf „Manuell übersetzt" korrigiert (das war stets die tatsächliche Methode). Der Mobil-Navigations-Vorhang mit transparentem Hintergrund, durch den der Hero-Text in Dunkelmodus hinter den Menüpunkten durchschimmerte, wurde nahezu undurchsichtig gemacht. Das visuelle Hervorheben von Tiefenlinks im Netzwerkverzeichnis wurde gegen einen requestAnimationFrame-Verzögerungsfall robust gemacht, der das Hervorheben beim Kaltstart einer geteilten URL ausbleiben lassen konnte.

Nicht barrierefreie oder eingeschränkte Inhalte

Die folgenden Teile der Website erfüllen WCAG 2.1 AA noch nicht vollständig oder weisen erwähnenswerte Einschränkungen auf:

• Gantt-Diagramm der Roadmap. Eine dichte Datenvisualisierung. Auf schmalen Bildschirmen erfordert das Diagramm horizontales Scrollen. Der Scroll-Bereich ist tastaturfokussierbar, sodass Nutzer mit den Pfeiltasten navigieren können (WCAG 2.1.1), eine reine Text-Alternative ist jedoch noch nicht bereitgestellt.
• Dekorative Animationen. Aurora-Hintergrund-Blobs und Einblend-Effekte beim Scrollen werden automatisch deaktiviert, sobald das Betriebssystem oder der Browser prefers-reduced-motion signalisiert. Eine seitenspezifische Überschreibung wird derzeit nicht angeboten.
• Canvas der Netzwerkkarte. Eine dynamische Zeichnung der gesamten Aktion. Das Canvas stellt Gruppierungen visuell dar und kann sie assistiven Technologien nicht vermitteln. Alle dargestellten Personen stehen in einer Tabelle unter der Karte, die in die Seite geschrieben und nicht per Skript erzeugt wird, und das Canvas selbst erhält den Tastaturfokus. Eine textliche Zusammenfassung der Gruppierungen gibt es noch nicht.
• EU-Emblem als SVG. Das Emblem „Gefördert von der Europäischen Union" trägt ein aria-label und role="img", aber keine ausführliche Beschreibung. Es wird durch den umgebenden Standardtext beschrieben.

Wir planen, diese Einschränkungen in künftigen Iterationen zu beheben.

Vorhandene Barrierefreiheits-Funktionen

• Semantische Landmarken (<header>, <nav>, <main>, <footer>) und eine saubere Überschriftenhierarchie ohne Stufensprünge.
• Sprunglink zum Inhalt, sichtbar beim Tastaturfokus.
• Sichtbarer :focus-visible-Ring auf jedem interaktiven Element.
• alt-Text auf jedem Bild. Ausdrückliche <label for>-Zuordnung an jedem Formularfeld.
• Helles und dunkles Theme mit manuellem Umschalter in der Navigation. Das prefers-color-scheme des Betriebssystems ist die Vorgabe.
• prefers-reduced-motion deaktiviert dekorative Animationen.
• Das Verzeichnis „Management Committee nach Land" verwendet ein natives <details>-Akkordeon, vollständig tastatur- und screenreader-gerecht ohne ARIA-Sondermechanismen. Tiefenlinks zu bestimmten Länderkarten klappen den Abschnitt automatisch auf.
• Das Gantt-Raster verwendet ARIA-Tabellenrollen (role="table", role="row", role="columnheader", role="cell"), sodass assistive Technologien es als tabellarische Daten interpretieren. Der scrollbare Bereich selbst ist tastaturfokussierbar.
• Arbeitsgruppen-Chips an jedem Mitglied sind mit role="group" und einem aria-label zusammengefasst, sodass Screenreader sie als Gruppe ansagen (z. B. „Arbeitsgruppen-Mitgliedschaft: WG1, WG3") statt als lose Marken.
• Kontaktformular: Inline-Validierung, barrierefreie Fehlermeldung und ein Bestätigungs-Toast, der über role="status" aria-live="polite" angesagt wird.
• Das Canvas der Netzwerkkarte erhält den Tastaturfokus: Die Pfeiltasten führen durch Arbeitsgruppen, Forschungsthemen und Personen, Enter öffnet ein Profil und Esc hebt die Auswahl auf, begleitet von einem zurückhaltenden role="status"-Bereich, der ansagt, worauf die Auswahl trifft. Dieselben Personen stehen in einer Tabelle unter der Karte, die ohne Skript auskommt, und die Karte antwortet mit Worten, wenn ein Filter sie geleert hat oder ihre Daten nicht laden.
• Die Container für das COST-Logo und das EU-Emblem entsprechen dem COST Visual Identity Guide (weißer Container, Schutzzone, Mindestgröße).

Erstellung dieser Erklärung

Diese Erklärung wurde zunächst am 22. Mai 2026 durch Eigenbewertung im Rahmen des QA-Durchgangs vor dem öffentlichen Start erstellt, am 2. Juni 2026 nach einer umfassenderen erneuten Bewertung aktualisiert am 2. September 2026 nach einer vollständigen automatisierten Prüfung aller Seiten-Sprachfassungen erneut aktualisiert und am 15. September 2026 aktualisiert, nachdem die drei verbliebenen Kontrastmängel behoben und die Website erneut geprüft wurde. Die Website wurde auf WCAG 2.1 AA geprüft mit:

• Automatisierten Struktur- und A11y-Scans mit pa11y (umfasst axe-core 4.11 und HTML_CodeSniffer) auf den acht meistbesuchten öffentlichen Seiten, einklappbare Bereiche aufgeklappt.
• Lighthouse-Scans für Leistung + Barrierefreiheit + Best Practices + SEO auf Startseite, Netzwerkverzeichnis, Förderungen und Pressemappe. Barrierefreiheit: 96-100. Best Practices: 96. SEO: 100.
• Manuelle Kontrastprüfung auf Glasflächen und Dunkelmodus-CTAs mit einem im Browser eingebetteten Hilfsmittel (echte berechnete Farben, keine heuristischen Schätzungen). Damit wurde das Dunkelmodus-CTA-Kontrastproblem entdeckt, das die automatisierten Werkzeuge zu niedrig bewerteten.
• Struktureller Barrierefreiheits-Audit (assistive Technologien) auf Startseite, Netzwerkverzeichnis, Förderungen und Pressemappe: Landmarkenrollen, Monotonie der Überschriftenebenen (keine Sprünge), Alt-Text-Abdeckung der Bilder, zugängliche Namen für alle interaktiven Elemente, Label-Verknüpfung für jedes Eingabefeld. Alle vier Seiten bestanden.
• Open-Graph- und Twitter-Card-Metadatenprüfung auf Startseite, Über uns, Roadmap und Pressemappe, vollständige Abdeckung von og:type / og:title / og:description / og:url / og:image (inklusive Breite / Höhe / Alt) sowie der entsprechenden Twitter-Card-Tags, plus eine Renderingprüfung des geteilten og-image.png in 2400×1260.
• Lesbarkeitsprüfung im Dunkelmodus über alle sechzehn öffentlichen englischen Seiten, mit visueller Überprüfung und programmatischer Kontrast-Sonde Element für Element. Keine neuen Kontrastprobleme über den oben genannten Punkt zur manuellen Prüfung hinaus.
• Manuelle Tastaturnavigation auf der Startseite, im Netzwerkverzeichnis und auf der Förderungsseite.
• Vollständige Linkprüfung mit dem neuen scripts/check-links.sh (910 interne Links, 56 externe), neun verbliebene Anker aus der Informationsarchitektur-Phase wurden erkannt und korrigiert.

Die Prüfung vom 22. Mai hat zudem vier Lighthouse-Leistungswerte unter dem internen Schwellenwert von 80 ergeben (67-75), getrieben durch das renderblockierende CSS externer Schriftarten. Diese Ursache wurde inzwischen durch das Selbsthosten der Web-Schriftarten beseitigt, und die Leistung wird nun bei jeder Änderung durch einen informativen Lighthouse-Lauf beobachtet. Die Leistung bleibt eine Frage der Benutzererfahrung und kein WCAG-Konformitätsmangel.

Wir prüfen erneut nach wesentlichen Änderungen am Designsystem oder an der Inhaltsstruktur sowie mindestens einmal pro Jahr. Die nächste planmäßige Überprüfung ist für den 22. Mai 2027 oder früher vorgesehen.

Rückmeldung und Kontakt

Wenn Sie auf dieser Website auf eine Barriere stoßen oder Inhalte in einem alternativen Format benötigen, nehmen Sie bitte Kontakt auf:

• Schreiben Sie eine E-Mail an den Aktionsvorsitzenden, Dr. Moritz Weiss, an moritz.weiss@gsi.lmu.de
• Oder nutzen Sie das Kontaktformular auf der Startseite und erwähnen Sie „Barrierefreiheit" in Ihrer Nachricht.

Wir streben eine Antwort innerhalb von 10 Werktagen an.

Durchsetzungsverfahren

Sollten Sie mit unserer Antwort nicht zufrieden sein, können Sie sich an die Gleichbehandlungsstelle oder die für Barrierefreiheit zuständige Stelle in Ihrem Land wenden. Innerhalb der Europäischen Union benennt jeder Mitgliedstaat seine eigene Durchsetzungsstelle gemäß der Richtlinie über den barrierefreien Zugang zu Websites 2016/2102.

Erklärung zur Barrierefreiheit v1.6 · erstellt am 15. September 2026 (Behebung der drei verbliebenen Kontrastmängel, erneute Prüfung aller Seiten-Sprachfassungen, Flaggen und Porträtfotos jetzt von der Website selbst ausgeliefert) · ersetzt v1.5 vom 2. September 2026 (vollständige automatisierte Prüfung, Kontrastkorrekturen im Dunkelmodus), v1.4 vom 27. August 2026 (Tastaturzugang und Liste der Netzwerkkarte), v1.3 vom 2. Juni 2026 (erneute Bewertung im Juni), v1.2 vom 22. Mai 2026 (letzter Durchgang vor dem Start), v1.1 vom 22. Mai 2026 (QA-Durchgang vor dem Start) und v1.0 vom 14. Mai 2026 · nächste planmäßige Überprüfung am 22. Mai 2027.