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 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. Ergebnis:

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.

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; und 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; und 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.
• Inhalte von Drittanbietern. Länderflaggen werden von flagcdn.com geladen und Porträtfotos von eiss-europa.com. Ihre langfristige Verfügbarkeit liegt außerhalb der direkten Kontrolle der Aktion; sollte ein Bild nicht mehr verfügbar sein, bleibt der umgebende Text unbeeinträchtigt und informativ.
• 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.
• 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 am 22. Mai 2026 durch Eigenbewertung im Rahmen des QA-Durchgangs vor dem öffentlichen Start erstellt. 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 hat zudem vier Lighthouse-Leistungswerte unter dem internen Schwellenwert von 80 ergeben (67-75 lokal und live), getrieben durch das renderblockierende CSS externer Schriftarten. Dies ist eine Frage der Benutzererfahrung, kein WCAG-Konformitätsmangel; das Thema wird im v1.5.0-Fahrplan separat verfolgt.

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.2 · erstellt am 22. Mai 2026 (letzter Durchgang vor dem Start) · ersetzt 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.