Accessibilité

Déclaration d'accessibilité

Le site NetSec s'efforce de rendre son contenu utilisable par toutes et tous, y compris les visiteurs qui dépendent de technologies d'assistance. Cette page documente notre statut de conformité actuel, les limitations connues et la procédure pour signaler les obstacles que vous rencontreriez.

Statut de conformité

Le site NetSec (netsec-cost.eu) est conçu pour répondre aux exigences des Règles pour l'accessibilité des contenus web (WCAG) 2.1 au niveau AA, en cohérence avec la norme européenne EN 301 549. Sur la base de notre évaluation interne la plus récente, le site est partiellement conforme : la majorité des critères de succès WCAG 2.1 AA sont satisfaits, avec les limitations énumérées ci-dessous.

Audit interne le plus récent

L'évaluation du 2 septembre 2026 a analysé les 66 pages-locales avec pa11y, qui applique le jeu de règles WCAG 2.1 AA de HTML_CodeSniffer et axe-core dans un navigateur sans interface. Résultats :

L'analyse a renvoyé 176 erreurs, dont 170 relevant du critère WCAG 2.1 1.4.3 (contraste minimum) en mode sombre. Presque toutes tiennent à un même motif : la couleur d'accentuation du mode sombre (#6ea1ff) associée à du texte blanc, soit un rapport de 2,56:1. La passe de mai 2026 décrite ci-dessous avait corrigé sept appels à l'action présentant cette association, et le motif était présent à neuf autres endroits. Deux d'entre eux figurent sur chaque page : le lien d'évitement, premier élément qu'atteint une personne naviguant au clavier, qui s'affichait en blanc sur un fond presque blanc à 1,12:1, et la mention « Financé par l'Union européenne » dans le pied de page. Les neuf ont été corrigés et mesurés à 10,86:1 ou mieux dans les deux thèmes.

Une nouvelle analyse menée le 15 septembre 2026 renvoie 3 signalements, tous portant, un par langue, sur un lien dont le texte est écrit par script après le chargement de la page, écarté comme faux positif selon le même raisonnement qu'en juin 2026. Les dix-huit qui subsistaient correspondaient aux pastilles de groupe de travail de la carte du réseau, au nuancier du kit presse et à une vignette décorative du kit presse, et les trois ensembles ont été corrigés dans la même version. La couleur du libellé des groupes de travail est désormais tirée de la luminance de chaque couleur et mesure au pire 4,6:1 sur les vingt-deux fonds utilisés par la carte, la pastille du kit presse portant l'accentuation secondaire mesure 5,13:1, et la vignette ne peint plus une couleur de mode sombre sur un fond clair fixe.

Une défaillance hors de portée de cette analyse a été relevée manuellement lors de la même évaluation : la couleur d'accentuation secondaire utilisée comme couleur de lien en mode clair, mesurée à 3,43:1. Les liens portent désormais leur propre jeton plus foncé et mesurent 4,96:1 sur la page. L'outil lit le site en mode sombre, le contraste en mode clair demande donc une vérification dans le navigateur.

Audits antérieurs

L'audit du 22 mai 2026 s'inscrit dans la passe de QA pré-lancement (plan complet : docs/launch-qa-2026.md dans le dépôt). Il a porté sur les huit pages les plus fréquentées (accueil, annuaire, subventions, kit presse, feuille de route, à propos, FAQ, glossaire) en versions anglaise, française et allemande. Il n'a relevé aucune violation après correction, un score d'accessibilité Lighthouse de 100 et un point nécessitant un examen manuel.

Un problème WCAG 2.1 SC 1.4.3 (Contraste minimum) a été relevé lors de l'audit et corrigé avant la publication de cette déclaration : sept boutons d'appel à l'action en mode sombre affichaient du texte blanc sur l'accent clair du mode sombre (#6ea1ff), donnant un rapport de 2,56:1, inférieur au seuil de 4,5:1 (niveau AA). Les boutons concernés ont été passés au bleu UE de la marque (#003399) en mode sombre, donnant un contraste de 10,86:1. Le correctif a été livré dans la même version que cet audit.

L'élément restant signalé pour examen manuel concerne le contraste sur les surfaces en verre avec backdrop-filter, que l'outillage automatisé ne peut pas évaluer de manière fiable car le contraste perçu dépend de ce qui se trouve derrière la surface (le fond de la page plus l'ambiance décorative des « blobs »). Nous avons vérifié élément par élément dans le navigateur que ces surfaces respectent le contraste WCAG 2.1 AA dans les deux modes.

Une réévaluation plus large le 2 juin 2026 a étendu l'examen à toutes les pages dans les trois langues (compte rendu complet : docs/audit-2026-06.md dans le dépôt). Elle a reconfirmé la conformité WCAG 2.1 AA sans nouveau problème de conformité. Deux signalements automatiques ont été vérifiés et écartés comme faux positifs : un titre vide à l'intérieur d'une bannière qui reste masquée jusqu'à ce que JavaScript la remplisse, et un attribut alt vide sur le gabarit d'une carte d'annuaire que le moteur de rendu remplit à l'exécution.

Trois vérifications finales ont complété la passe de QA le même jour : un audit structurel d'accessibilité (technologies d'assistance) sur les quatre pages les plus fréquentées, points de repère, hiérarchie des titres, textes alternatifs, noms accessibles, tout propre. Les balises Open Graph et Twitter Card ont été vérifiées sur l'ensemble des pages publiques. Une revue de lisibilité en mode sombre, page par page, sur les seize pages publiques anglaises n'a révélé aucune autre zone à faible contraste. Trois petites corrections issues de cette passe sont reflétées dans cette version : le ruban de traduction bêta FR / DE, qui affichait à tort « traduction automatique », a été corrigé en « traduction manuelle » (méthode utilisée depuis le début). Le tiroir de navigation mobile, dont l'arrière-plan transparent laissait transparaître le texte du hero derrière les éléments de menu en mode sombre, a été rendu quasi opaque. Le repère visuel des liens profonds vers une fiche de l'annuaire (/people.html#<slug>) a été rendu résilient à un report de requestAnimationFrame qui pouvait empêcher l'affichage du repère au chargement à froid.

Contenu non accessible ou limité

Les parties suivantes du site ne respectent pas encore pleinement la norme WCAG 2.1 AA, ou présentent des contraintes à signaler :

• Diagramme de Gantt de la feuille de route. Visualisation de données dense. Sur les écrans étroits, le diagramme nécessite un défilement horizontal. La zone de défilement peut être focalisée au clavier pour permettre la navigation avec les touches fléchées (WCAG 2.1.1), mais un résumé textuel alternatif n'est pas encore fourni.
• Animations décoratives. Les blobs « aurore » d'arrière-plan et les fondus d'apparition au défilement sont automatiquement désactivés lorsque le système d'exploitation ou le navigateur signale prefers-reduced-motion. Aucune surcharge dédiée au site n'est exposée pour l'instant.
• Canevas de la carte du réseau. Un dessin dynamique de l'ensemble de l'Action. Le canevas rend les regroupements de façon visuelle et ne peut pas les transmettre aux technologies d'assistance. Toutes les personnes qu'il dessine figurent dans un tableau sous la carte, écrit dans la page et non produit par un script, et le canevas lui-même reçoit le focus clavier. Un résumé textuel des regroupements n'est pas encore proposé.
• Emblème UE en SVG. L'emblème « Financé par l'Union européenne » porte un aria-label et role="img", mais pas de description longue. Il est décrit par le texte standard qui l'entoure.

Nous prévoyons de traiter ces limitations dans les versions à venir.

Fonctionnalités d'accessibilité en place

• Points de repère sémantiques (<header>, <nav>, <main>, <footer>) et hiérarchie de titres propre, sans sauts de niveau.
• Lien d'évitement vers le contenu, visible au focus clavier.
• Anneau :focus-visible visible sur tout élément interactif.
• Texte alt sur chaque image. Association explicite <label for> sur chaque champ de formulaire.
• Thèmes clair et sombre avec commutateur manuel dans la navigation. prefers-color-scheme du système d'exploitation comme valeur par défaut.
• prefers-reduced-motion désactive les animations décoratives.
• Le répertoire « Comité de gestion par pays » utilise un accordéon natif <details>, pleinement accessible au clavier et aux lecteurs d'écran sans câblage ARIA personnalisé. Les liens profonds vers une carte pays développent automatiquement la section.
• La grille Gantt utilise les rôles ARIA tabulaires (role="table", role="row", role="columnheader", role="cell") pour que les technologies d'assistance la parsent comme un tableau. La zone défilante elle-même peut recevoir le focus clavier.
• Les puces d'appartenance aux groupes de travail sur chaque membre sont regroupées avec role="group" et un aria-label pour que les lecteurs d'écran les annoncent comme un groupe (par ex. « Appartenance aux groupes de travail : WG1, WG3 ») plutôt que comme des jetons isolés.
• Formulaire de contact : validation en ligne, signalement d'erreurs accessible et toast de confirmation annoncé via role="status" aria-live="polite".
• Le canevas de la carte du réseau reçoit le focus clavier : les flèches parcourent les groupes de travail, les thèmes de recherche et les personnes, Entrée ouvre un profil et Échap annule la sélection, avec une zone role="status" discrète qui annonce ce que la sélection atteint. Les mêmes personnes figurent dans un tableau sous la carte qui ne dépend d'aucun script, et la carte répond par des mots lorsqu'un filtre l'a vidée ou que ses données ne se chargent pas.
• Les conteneurs du logotype COST et de l'emblème UE respectent le Guide d'identité visuelle COST (conteneur blanc, zone de respect, taille minimale).

Préparation de cette déclaration

Cette déclaration a d'abord été préparée par auto-évaluation le 22 mai 2026, dans le cadre de la passe de QA pré-lancement, mise à jour le 2 juin 2026 après une réévaluation plus large, à nouveau le 2 septembre 2026 après une analyse automatisée complète de toutes les pages-locales, puis le 15 septembre 2026 après la correction des trois défauts de contraste restants et une nouvelle analyse. Le site a été examiné au regard de WCAG 2.1 AA en s'appuyant sur :

• Analyses structurelles + a11y automatisées avec pa11y (encapsulant axe-core 4.11 et HTML_CodeSniffer) sur les huit pages publiques les plus fréquentées, régions repliables développées.
• Lighthouse performance + accessibilité + bonnes pratiques + SEO sur l'accueil, l'annuaire, les subventions et le kit presse. Accessibilité : 96-100. Bonnes pratiques : 96. SEO : 100.
• Vérification manuelle de contraste sur les surfaces en verre et les CTA en mode sombre, via un assistant intégré au navigateur (couleurs calculées réelles, pas d'estimations heuristiques). C'est ce qui a permis de détecter le problème de contraste sur les CTA en mode sombre que l'outillage automatisé sous-estimait.
• Audit structurel d'accessibilité (technologies d'assistance) sur l'accueil, l'annuaire, les subventions et le kit presse : rôles de repère, monotonie des niveaux de titres (aucun saut), couverture du texte alternatif sur les images, noms accessibles sur tous les éléments interactifs, association des étiquettes sur tous les champs. Les quatre pages sont passées.
• Revue des balises Open Graph et Twitter Card sur l'accueil, À propos, la feuille de route et le kit presse, couverture complète de og:type / og:title / og:description / og:url / og:image (avec largeur / hauteur / alt) et des balises Twitter Card équivalentes, plus un contrôle de rendu sur l'image partagée og-image.png 2400×1260.
• Revue de lisibilité en mode sombre sur les seize pages publiques anglaises, avec inspection visuelle et sonde de contraste programmatique élément par élément. Aucun nouveau problème de contraste au-delà de l'item d'examen manuel déjà signalé ci-dessus.
• Navigation manuelle au clavier sur la page d'accueil, l'annuaire et la page des subventions.
• Vérification de tous les liens par le nouveau scripts/check-links.sh (910 liens internes, 56 externes), neuf ancres résiduelles de la passe d'AI ont été détectées et corrigées.

L'audit du 22 mai a également relevé quatre scores Lighthouse de performance en deçà du seuil interne de 80 (entre 67 et 75), liés au CSS de polices externes bloquant le rendu. Cette cause a depuis été supprimée par l'auto-hébergement des polices web, et la performance est désormais suivie par un passage Lighthouse informatif à chaque modification. La performance reste un enjeu de qualité d'expérience, et non un manquement de conformité WCAG.

Nous réévaluons après toute modification significative du système de design ou de la structure du contenu, et au minimum une fois par an. La prochaine révision est prévue pour le 22 mai 2027 ou avant.

Retour d'information et contact

Si vous rencontrez un obstacle d'accessibilité sur ce site, ou si vous avez besoin de l'un de ses contenus dans un format alternatif, contactez-nous :

• Écrivez au président de l'Action, le Dr Moritz Weiss, à moritz.weiss@gsi.lmu.de
• Ou utilisez le formulaire de contact sur la page d'accueil en mentionnant « accessibilité » dans votre message.

Nous nous efforçons de répondre dans un délai de 10 jours ouvrables.

Procédure d'exécution

Si vous n'êtes pas satisfait·e de notre réponse, vous pouvez contacter l'organisme de promotion de l'égalité ou l'organisme de mise en conformité d'accessibilité de votre pays. Au sein de l'Union européenne, chaque État membre désigne son propre organisme d'exécution en vertu de la Directive sur l'accessibilité des sites internet 2016/2102.

Déclaration d'accessibilité v1.6 · préparée le 15 septembre 2026 (correction des trois défauts de contraste restants, nouvelle analyse de toutes les pages-locales, drapeaux et portraits désormais servis par le site lui-même) · remplace la v1.5 du 2 septembre 2026 (analyse automatisée complète, corrections de contraste en mode sombre), la v1.4 du 27 août 2026 (accès clavier et liste de la carte du réseau), la v1.3 du 2 juin 2026 (réévaluation de juin), la v1.2 du 22 mai 2026 (passe finale avant lancement), la v1.1 du 22 mai 2026 (revue QA pré-lancement) et la v1.0 du 14 mai 2026 · prochaine révision prévue le 22 mai 2027.