Rapport de conformité EN 301 549 #
Ce rapport est une auto-évaluation structurée d’EthicsPortal au regard des exigences d’accessibilité d’EN 301 549 V3.2.3 (et, par voie de conséquence, des WCAG 2.2 niveau AA). Il est destiné aux acheteurs publics qui ont besoin d’une réponse clause par clause au-delà de la déclaration d’accessibilité .
| Champ | Valeur |
|---|---|
| Produit | EthicsPortal — plateforme européenne de conformité pour les signalements |
| Version du produit | Déploiement continu ; ce rapport décrit l’état à la date de préparation |
| Norme | EN 301 549 V3.2.3 (intégrant WCAG 2.2 niveau AA) |
| Approche de conformité | Auto-évaluation |
| Date de préparation | 14 mai 2026 |
| Prochaine revue | Août 2026 (trimestrielle) |
| Contact | accessibility@ethicsportal.eu |
Une copie PDF de ce rapport peut être fournie pour les marchés publics sur demande.
Périmètre #
Ce rapport couvre trois surfaces de déploiement :
- Application web —
secure.ethicsportal.eu, l’interface authentifiée des gestionnaires de cas - Portails publics de signalement —
*.ethicsportal.eu, la soumission et le suivi côté lanceur d’alerte - Site marketing —
ethicsportal.eu, le site public rendu par Hugo (incluant cette page)
Il couvre également les documents téléchargeables et les services de support fournis via ces surfaces.
EthicsPortal est un produit SaaS basé sur le web. Il ne fournit pas d’applications mobiles natives, de matériel kiosque, de TIC vocales bidirectionnelles, de sortie vidéo pour médias ni de texte temps réel. Les clauses 6, 7, 8 et 13 d’EN 301 549 sont par conséquent largement non applicables.
Synthèse #
| Domaine | Statut |
|---|---|
| §5 Exigences génériques | Conforme, avec exceptions notées au §5.4 |
| §6 TIC avec communication vocale bidirectionnelle | Non applicable |
| §7 TIC avec capacités vidéo | Non applicable |
| §8 Matériel | Non applicable |
| §9 Web | Partiellement conforme (voir détails §9) |
| §10 Documents non-web | Non conforme — voir §10.1 |
| §11 Logiciels | Partiellement conforme (voir détails §11) |
| §12 Documentation et services de support | Conforme |
| §13 TIC fournissant un accès aux services de relais ou d’urgence | Non applicable |
Évaluation clause par clause #
§5 Exigences génériques #
| Clause | Exigence | Statut | Notes |
|---|---|---|---|
| 5.1.2.2 / 5.1.3 | Activation des fonctionnalités d’accessibilité | Conforme | La plateforme expose les fonctionnalités d’accessibilité via HTML et ARIA standard. Aucune étape d’activation propriétaire n’est requise |
| 5.2 | Activation des fonctionnalités d’accessibilité | Conforme | Les réglages au niveau du navigateur et du système d’exploitation (zoom, contraste, mouvement réduit, lecteur d’écran) sont respectés |
| 5.3 | Biométrie | Non applicable | L’authentification se fait par lien magique ou code à usage unique avec TOTP optionnel ; aucune entrée biométrique n’est requise |
| 5.4 | Préservation des informations d’accessibilité lors de la conversion | Partiellement conforme | Le contenu applicatif préserve les informations d’accessibilité ; les exports PDF ne le font pas (voir §10.1) |
| 5.5 | Parties opérables | Conforme | Tous les éléments interactifs sont opérables au clavier et au pointeur ; la taille de cible respecte §2.5.8 |
| 5.6 | Statut de verrouillage ou de bascule | Conforme | Les états de bascule sont exposés via aria-pressed / aria-expanded |
| 5.7 | Répétition de touche | Non applicable | Le logiciel ne configure pas la répétition de touche système |
| 5.8 | Acceptation des doubles frappes | Non applicable | Le logiciel ne configure pas l’acceptation des frappes système |
| 5.9 | Actions utilisateur simultanées | Conforme | Aucune interaction ne nécessite d’actions utilisateur simultanées |
§9 Web (intègre WCAG 2.2 niveaux A et AA) #
EthicsPortal vise WCAG 2.2 niveau AA. Les nouveaux critères ajoutés en WCAG 2.2 sont rapportés individuellement afin que les évaluateurs puissent confirmer la couverture au-delà de WCAG 2.1.
Principe 1 — Perceptible
| CS | Titre | Niveau | Statut | Notes |
|---|---|---|---|---|
| 1.1.1 | Contenu non textuel | A | Conforme | Les images et icônes SVG ont un texte alternatif ou sont marquées décoratives. Les boutons à icône seule portent un aria-label. Le statut transmis par icône seule possède un équivalent texte sr-only |
| 1.2.x | Média temporel | A/AA | Non applicable | Aucun contenu audio ou vidéo |
| 1.3.1 | Information et relations | A | Conforme | HTML sémantique ; les tableaux utilisent <th scope> ; les formulaires utilisent <label> |
| 1.3.2 | Séquence logique | A | Conforme | L’ordre du DOM correspond à l’ordre visuel |
| 1.3.3 | Caractéristiques sensorielles | A | Conforme | Les instructions ne reposent pas uniquement sur la forme, la taille ou la position |
| 1.3.4 | Orientation | AA | Conforme | La mise en page fonctionne en portrait et en paysage |
| 1.3.5 | Identifier l’objet de la saisie | AA | Conforme | Les champs correspondant à un objet WCAG utilisent autocomplete |
| 1.4.1 | Utilisation de la couleur | A | Conforme | La couleur n’est jamais le seul signal — toujours associée à du texte ou des icônes |
| 1.4.3 | Contraste (minimum) | AA | Conforme | Corps de texte ≥ 4,5:1, texte large ≥ 3:1, audité en interne |
| 1.4.4 | Redimensionner le texte | AA | Conforme | La mise en page reflowe à 200 % de zoom sans perte de contenu |
| 1.4.5 | Texte sous forme d’image | AA | Conforme | Le logo de marque est la seule image de texte ; toutes les étiquettes d’IU sont en HTML |
| 1.4.10 | Reflow | AA | Conforme | Reflowe à 320 pixels CSS de largeur (tableaux et blocs de code exclus comme permis) |
| 1.4.11 | Contraste non textuel | AA | Conforme | Les composants d’IU et objets graphiques atteignent 3:1 |
| 1.4.12 | Espacement du texte | AA | Conforme | Les surcharges utilisateur d’espacement ne cassent pas la mise en page |
| 1.4.13 | Contenu au survol ou au focus | AA | Conforme | Les info-bulles sont dismissibles (Échap), hoverables et persistantes jusqu’à la perte de focus de l’élément déclencheur |
Principe 2 — Utilisable
| CS | Titre | Niveau | Statut | Notes |
|---|---|---|---|---|
| 2.1.1 | Clavier | A | Conforme | Toutes les fonctionnalités sont opérables au clavier |
| 2.1.2 | Pas de piège au clavier | A | Conforme | Les modales ne capturent le focus qu’ouvertes et le restaurent à la fermeture |
| 2.1.4 | Raccourcis à un seul caractère | A | Non applicable | Aucun raccourci à un seul caractère implémenté |
| 2.2.1 | Délai modulable | A | Conforme | Le délai d’inactivité de session est de 30 jours, satisfaisant l’exception de 20 heures |
| 2.2.2 | Mettre en pause, arrêter, masquer | A | Conforme | Aucun contenu se mettant à jour automatiquement ne bouge, ne clignote ou ne défile plus de 5 secondes sans contrôle de pause |
| 2.3.1 | Pas plus de trois flashs | A | Conforme | Aucun contenu clignotant |
| 2.4.1 | Contourner des blocs | A | Conforme | Lien d’évitement vers le contenu principal présent sur chaque gabarit |
| 2.4.2 | Titre de page | A | Conforme | Chaque page a un <title> localisé et descriptif |
| 2.4.3 | Ordre de focus | A | Conforme | Le focus suit l’ordre du DOM |
| 2.4.4 | Fonction du lien (selon le contexte) | A | Conforme | Le texte des liens décrit la destination |
| 2.4.5 | Accès multiples | AA | Conforme | Recherche, navigation et fil d’Ariane disponibles |
| 2.4.6 | En-têtes et étiquettes | AA | Conforme | Un seul <h1> par page ; les en-têtes descendent sans saut |
| 2.4.7 | Visibilité du focus | AA | Conforme | :focus-visible activé globalement ; les anneaux de focus ne sont pas désactivés |
| 2.4.11 | Focus non masqué (minimum) | AA (nouveau en 2.2) | Conforme | Les éléments focalisés ne sont pas entièrement recouverts par des en-têtes sticky ou d’autres contenus auteur |
| 2.5.1 | Gestes de pointeur | A | Conforme | Aucun geste multipoint ou par chemin requis |
| 2.5.2 | Annulation de pointeur | A | Conforme | Toutes les actions de clic se complètent au up-event |
| 2.5.3 | Étiquette dans le nom | A | Conforme | Les noms accessibles contiennent l’étiquette visible |
| 2.5.4 | Activation par le mouvement | A | Non applicable | Aucune entrée par mouvement de l’appareil |
| 2.5.7 | Mouvements de glissement | AA (nouveau en 2.2) | Conforme | Aucun flux exclusivement par glisser ; les téléversements acceptent des alternatives clic et clavier |
| 2.5.8 | Taille de cible (minimum) | AA (nouveau en 2.2) | Conforme | Cibles interactives ≥ 24×24 px CSS |
Principe 3 — Compréhensible
| CS | Titre | Niveau | Statut | Notes |
|---|---|---|---|---|
| 3.1.1 | Langue de la page | A | Partiellement conforme | Les pages de l’application et du portail définissent <html lang> sur la locale active. Les pages d’erreur statiques de repli sont uniquement en anglais — voir déclaration d’accessibilité |
| 3.1.2 | Langue des parties | AA | Conforme | Les chaînes en langue étrangère intégrées utilisent des attributs lang lorsque nécessaire |
| 3.2.1 | Au focus | A | Conforme | Le focus ne déclenche pas de changement de contexte |
| 3.2.2 | À la saisie | A | Conforme | La saisie ne déclenche pas de changement de contexte sans avertissement |
| 3.2.3 | Navigation cohérente | AA | Conforme | L’ordre de navigation est cohérent dans toute l’application |
| 3.2.4 | Identification cohérente | AA | Conforme | Les icônes et composants sont utilisés de manière cohérente |
| 3.2.6 | Aide cohérente | A (nouveau en 2.2) | Conforme | Le contact support et les liens d’aide apparaissent au même endroit sur chaque page authentifiée (zone basse de la sidebar) et dans le pied du portail |
| 3.3.1 | Identification des erreurs | A | Conforme | Les erreurs sont remontées via role="alert" et décrites à l’utilisateur |
| 3.3.2 | Étiquettes ou instructions | A | Conforme | Les champs sont étiquetés ; les indices utilisent aria-describedby |
| 3.3.3 | Suggestion sur erreur | AA | Conforme | Les erreurs disent ce qui ne va pas et comment corriger |
| 3.3.4 | Prévention des erreurs (juridique, financier, données) | AA | Conforme | Actions réversibles ou confirmation explicite pour les actions destructives |
| 3.3.7 | Saisie redondante | A (nouveau en 2.2) | Conforme | Les informations déjà saisies (e-mail, organisation) sont pré-remplies lorsqu’elles sont à nouveau requises dans la même session |
| 3.3.8 | Authentification accessible (minimum) | AA (nouveau en 2.2) | Conforme | L’authentification utilise des liens magiques et des codes à usage unique pouvant être collés ; aucun test de fonction cognitive n’est requis |
Principe 4 — Robuste
| CS | Titre | Niveau | Statut | Notes |
|---|---|---|---|---|
| 4.1.2 | Nom, rôle, valeur | A | Conforme | Les contrôles exposent nom, rôle et état |
| 4.1.3 | Messages d’état | AA | Conforme | Les messages flash, notifications et résultats asynchrones utilisent des régions aria-live |
§10 Documents non-web #
| Clause | Exigence | Statut | Notes |
|---|---|---|---|
| 10.1 | Documents non-web (PDF) | Non conforme | Les rapports de conformité, certificats, modèles de politique, affiches, le manuel gestionnaire et les exports de dossier sont produits sous forme de PDF non balisés. Des alternatives HTML accessibles sont disponibles sur demande via accessibility@ethicsportal.eu . Une chaîne PDF balisée est sur la feuille de route. |
| 10.2 | Modèles de politique DOCX | Partiellement conforme | Les fichiers DOCX générés (politique d’alerte, avis de confidentialité) portent leur structure mais n’ont pas été audités au regard des attentes équivalentes à PDF/UA pour les documents éditables. Des alternatives HTML sont disponibles sur demande. |
§11 Logiciels #
L’application web se qualifie comme logiciel au sens du §11. Le §11 intègre WCAG (évalué ci-dessus au §9) auquel s’ajoutent des clauses spécifiques aux logiciels :
| Clause | Exigence | Statut | Notes |
|---|---|---|---|
| 11.5 | Interopérabilité avec les technologies d’assistance | Conforme | Construit sur HTML sémantique et ARIA ; testé avec VoiceOver, NVDA et la navigation clavier des plateformes |
| 11.6 | Usage accessible documenté | Conforme | Cette page et la déclaration d’accessibilité documentent les fonctionnalités d’accessibilité et les limitations connues |
| 11.7 | Préférences utilisateur | Conforme | Les préférences au niveau de l’OS (mouvement réduit, schéma de couleurs, mise à l’échelle du texte) sont respectées |
| 11.8 | Outils d’auteur | Partiellement conforme | L’interface gestionnaire est un outil d’auteur au sens du §11.8 puisque les gestionnaires créent des contenus consommés par les lanceurs d’alerte. Les téléversements de fichiers acceptent des descriptions ; les futures fonctionnalités d’édition riche seront évaluées au regard de ATAG 2.0 |
§12 Documentation et services de support #
| Clause | Exigence | Statut | Notes |
|---|---|---|---|
| 12.1.1 | Fonctionnalités d’accessibilité et de compatibilité | Conforme | Ce rapport et la déclaration d’accessibilité décrivent les technologies d’assistance et combinaisons de plateformes prises en charge |
| 12.1.2 | Documentation accessible | Conforme | La documentation est livrée sous forme de HTML sémantique sur le site marketing et via l’aide intégrée |
| 12.2.2 | Information sur les fonctionnalités d’accessibilité | Conforme | Le support et la déclaration publiée peuvent répondre aux questions d’accessibilité |
| 12.2.3 | Communication efficace | Conforme | Le canal de retour d’accessibilité est surveillé chaque jour ouvré ; accusé de réception sous 2 jours ouvrés |
| 12.2.4 | Documentation accessible (support) | Partiellement conforme | Les documents livrés en réponse aux demandes de support héritent du statut des artefacts sous-jacents — les PDF sont signalés ; des alternatives HTML sont disponibles |
Limitations connues #
Les points ci-dessous sont suivis, pas masqués :
- PDF non balisés. La plus grande lacune. Aujourd’hui atténuée par des alternatives HTML accessibles sur demande ; remplacement prévu par une chaîne PDF balisée ou HTML-canonique.
- Pages d’erreur statiques en anglais uniquement. Rencontrées rarement ; la même information est présentée dans la langue de l’utilisateur à l’intérieur de l’application.
- Intégrations tierces (Crisp, pages Stripe) hors de notre contrôle direct ; la documentation d’accessibilité des fournisseurs est revue chaque année.
Méthodologie de test #
L’auto-évaluation a combiné :
- Automatisé :
axe-core-capybaras’exécute sur les parcours du portail public (page d’accueil, soumission, consultation) en CI viatest/system/portal_accessibility_system_test.rb; toute violation fait échouer le build. L’extension de la couverture automatisée aux parcours authentifiés des gestionnaires est sur la feuille de route - Tests manuels au clavier sur le parcours de soumission, le flux de gestion, la gestion de compte et l’authentification
- Passages au lecteur d’écran avec VoiceOver (macOS, Safari) et NVDA (Windows, Firefox) sur les mêmes parcours
- Zoom 200 % vérification du reflow sur chaque gabarit à 1280×800
- Mouvement réduit vérifié en activant la préférence OS
- Simulation du daltonisme via Coblis
- Revue de code au regard du guide d’ingénierie accessibilité interne
Contact et retours #
Sujets d’accessibilité, demandes de formats alternatifs et questions de marchés publics :
- accessibility@ethicsportal.eu — surveillé chaque jour ouvré
- Voir la déclaration d’accessibilité pour la procédure complète de retour et de recours
Normes et références #
- EN 301 549 V3.2.3
- EN 301 549 V3.2.1 (version harmonisée)
- Directive (UE) 2016/2102
- Directive (UE) 2019/882 — Acte législatif européen sur l’accessibilité
- Décision d’exécution (UE) 2018/1523
- WCAG 2.2 niveau AA
- ATAG 2.0
Dernière mise à jour: