L'Acte européen sur l'accessibilité a désormais des dents : ce dont votre site a besoin

L'Acte européen sur l'accessibilité est applicable depuis le 28 juin 2025. Pendant la première année, la plupart des entreprises ont observé pour voir si quelqu'un allait réellement l'appliquer. La question est tranchée.

Un tribunal français a enjoint Carrefour de se mettre pleinement en conformité sous astreinte de 500 euros par jour. Les autorités de surveillance du marché des États membres sont passées des demandes d'information à des audits ciblés au cours de 2026. Des mécanismes de plainte existent dans chaque État membre, et les associations de personnes handicapées les utilisent.

Si vous vendez à des consommateurs dans l'UE et que votre site n'est pas accessible, ce n'est plus une question de réputation. C'est une question supervisée.

Ce que la directive couvre réellement

La directive 2019/882 s'applique à une liste définie de produits et de services, pas à tout le web. Les services couverts incluent :

• Le commerce électronique, défini largement comme tout service permettant à un consommateur de conclure un contrat à distance. Si quelqu'un peut parcourir, sélectionner et acheter sur votre site, vous êtes dans le champ.
• Les services bancaires aux consommateurs, y compris la banque en ligne et les interfaces de paiement.
• Les services de transport de voyageurs, y compris sites, applications et billetterie.
• Les services de communications électroniques.
• L'accès aux services de médias audiovisuels.
• Les livres numériques et logiciels dédiés.

Les produits couverts incluent les terminaux en libre-service, les terminaux de paiement, les liseuses et le matériel informatique grand public.

Deux limites comptent en pratique. D'abord, la directive s'applique aux services fournis aux consommateurs. Les plateformes purement interentreprises, les outils internes et les services non offerts au public restent en dehors. Ensuite, il existe une exemption pour les microentreprises fournissant des services : moins de dix salariés et un chiffre d'affaires annuel ou un total de bilan n'excédant pas deux millions d'euros. Cette exemption vise les services seulement, pas les produits, et on ne la demande pas : soit on est sous le seuil, soit non.

L'exemption est plus étroite qu'on ne l'espère. Un détaillant en ligne de douze personnes est dans le champ. Une société de huit salariés vendant un produit physique couvert par l'annexe produits aussi.

La norme technique

La directive fixe des exigences fonctionnelles. La référence technique est la norme européenne harmonisée EN 301 549, où se trouvent les critères réellement testables.

La version publiée actuelle, V3.2.1 de mars 2021, intègre les WCAG 2.1 niveau AA. Une révision alignée sur les WCAG 2.2 est attendue, ajoutant un petit nombre de critères sur l'apparence du focus, les mouvements de glissement, la taille des cibles, l'aide cohérente et la saisie redondante. Rien de dramatique, mais si vous remédiez maintenant, viser les WCAG 2.2 plutôt que 2.1 évite de refaire le travail.

La conformité à la norme harmonisée donne une présomption de conformité à la directive. C'est la cible pratique : WCAG 2.1 AA aujourd'hui, WCAG 2.2 AA si vous voulez de la marge.

Ce que cela signifie dans le code

Les guides d'accessibilité sont généralement rédigés au niveau des principes. Voici à quoi cela ressemble en tant que travail, à partir de ce que nous trouvons dans presque chaque audit.

Sémantique et structure

La plupart des échecs d'accessibilité sont structurels. Une page construite à partir de div imbriqués avec des gestionnaires de clic ne donne rien à un lecteur d'écran.

• Utilisez de vrais éléments. Un bouton est <button>, pas un div avec onClick. Un lien qui navigue est <a href>. Ce seul changement corrige l'opérabilité clavier, le comportement du focus et l'annonce d'un coup.
• Repères : header, nav, main, footer. Un seul main par page.
• Titres dans l'ordre, décrivant la structure plutôt que choisis pour leur taille de police.
• Les listes comme listes, les tableaux comme tableaux avec de vraies cellules d'en-tête et scope.
• Langue déclarée sur l'élément html, et changée en ligne là où le contenu change de langue. Sur un site multilingue, cela compte plus qu'on ne l'imagine, car un lecteur d'écran lira sinon du français avec une voix anglaise.

Formulaires

C'est dans les formulaires que les transactions échouent, ils sont donc scrutés.

• Chaque champ a une étiquette associée par programme. Le texte indicatif n'est pas une étiquette.
• Les erreurs sont identifiées en texte, associées au champ et annoncées. Une bordure rouge seule ne communique rien à un utilisateur non voyant.
• Les champs obligatoires sont marqués d'une manière exposée aux technologies d'assistance.
• Attributs autocomplete sur les champs de données personnelles, critère WCAG explicite qui améliore aussi la conversion.
• Les contrôles groupés utilisent fieldset et legend.

Clavier et focus

• Tout ce qui est interactif est atteignable et opérable au clavier, dans un ordre correspondant à la mise en page visuelle.
• Le focus est toujours visible. Retirer les contours sans les remplacer est un échec net.
• Pas de piège au clavier. Les modales piègent le focus délibérément, le rendent à la fermeture et se ferment avec Échap.
• Lien d'évitement vers le contenu principal.

Design visuel

• Contraste du texte d'au moins 4,5 pour 1 pour le texte normal et 3 pour 1 pour le grand texte.
• Contraste non textuel de 3 pour 1 pour les composants d'interface et les graphiques porteurs de sens, ce qui attrape beaucoup de bordures peu contrastées sur les champs.
• Le contenu se réagence à 320 pixels CSS de large sans défilement horizontal.
• Le texte se redimensionne à 200 pour cent sans perte de contenu.
• La couleur ne porte jamais le sens à elle seule.

Contenu dynamique

• Les régions live annoncent les changements survenant sans chargement de page, comme les mises à jour de panier ou les résumés de validation.
• Les composants sur mesure portent les bons rôles, états et propriétés. Si vous construisez une combobox à la main, suivez les ARIA Authoring Practices plutôt que d'improviser.
• Respectez la préférence de mouvement réduit.
• Rien qui lance automatiquement du son, et pas de carrousel à défilement automatique sans commande de pause.

Documents et médias

• Les PDF dans le champ doivent être balisés et lisibles. Une facture ou des conditions livrées en image scannée échouent.
• Les vidéos ont besoin de sous-titres. L'audio préenregistré a besoin d'une transcription.
• Les images ont besoin d'un texte alternatif qui transmet la fonction. Les images décoratives prennent un attribut alt vide.

La déclaration d'accessibilité

Les prestataires de services doivent publier des informations sur la manière dont le service satisfait aux exigences. Les déclarations d'accessibilité manquantes ou incomplètes sont l'un des constats les plus fréquents, et c'est étrange d'échouer là-dessus, car cela coûte un après-midi.

Une déclaration utile indique la cible de conformité, la date de la dernière évaluation, la méthode employée, une liste franche des limitations connues avec un calendrier, un canal de retour surveillé par une personne réelle, et les coordonnées de l'organisme national de contrôle pour les plaintes.

Ne surpromettez pas. Annoncer une conformité totale alors qu'un écart connu existe est pire qu'annoncer une conformité partielle avec un plan de remédiation, juridiquement comme pratiquement.

Sanctions

Les sanctions sont fixées au niveau national et varient sensiblement. Les chiffres publiés vont jusqu'à 90 000 euros aux Pays-Bas, de 10 000 à 100 000 euros par infraction en Allemagne, par paliers de 75 000 à 300 000 euros par infraction en France, et jusqu'à 60 000 euros en Irlande. Certains États membres autorisent des calculs assis sur le chiffre d'affaires en cas de récidive ou de gravité.

L'exposition financière n'est souvent pas le coût principal. Être enjoint de remédier sous astreinte quotidienne signifie faire le travail sous pression de délai, avec un auditeur, ce qui est bien plus coûteux que de le faire délibérément.

Les overlays ne fonctionnent pas

Les surcouches d'accessibilité, ces widgets JavaScript qui promettent une conformité instantanée, ne la fournissent pas. Elles ne peuvent pas réparer une sémantique absente, elles ne peuvent pas écrire un texte alternatif pertinent, et elles interfèrent fréquemment avec la technologie d'assistance qu'un utilisateur a déjà configurée. Les associations de défense des personnes handicapées sont constantes là-dessus, et des contentieux dans d'autres juridictions ont impliqué à plusieurs reprises des sites équipés d'un overlay.

Traitez-les comme une taxe, pas comme un correctif.

Un parcours de remédiation réaliste

Voici la séquence que nous utilisons, qui retire l'essentiel du risque dès les deux premières phases.

Phase 1 : scan automatisé plus audit manuel. Les outils automatisés détectent environ un tiers des problèmes, ce qui est utile mais loin d'être suffisant. Associez le scan à des tests clavier manuels et à des tests avec lecteur d'écran sur les parcours critiques : accueil, catégorie, produit, panier, commande, compte, contact.

Phase 2 : corriger les parcours transactionnels. Commande, inscription, connexion, recherche. C'est là qu'un site inaccessible cesse d'être un inconfort pour devenir une exclusion, et c'est de cela qu'une plainte parlera.

Phase 3 : corriger la bibliothèque de composants. La plupart des sites sont construits à partir d'un ensemble limité de composants répétés partout. Corriger une fois le bouton, le champ, la modale, la liste déroulante, les onglets et le tableau corrige des centaines de pages d'un coup. C'est là qu'est le levier.

Phase 4 : contenus et documents. Textes alternatifs, titres, PDF, sous-titres. Long mais pas techniquement difficile.

Phase 5 : empêcher la régression. Contrôles d'accessibilité automatisés en intégration continue, règles de lint pour JSX ou gabarits, et critères d'accessibilité dans la définition of done. Sans cela, vous repaierez l'audit dans dix-huit mois.

Le bénéfice adjacent

Tout ce qui précède améliore aussi la visibilité en recherche, les Core Web Vitals et la conversion. Une bonne structure de titres, un balisage sémantique, de vraies étiquettes et un contraste suffisant sont exactement ce qui aide les robots à analyser une page et les utilisateurs ordinaires à finir un achat sur un téléphone en pleine lumière.

Il y a aussi un recoupement avec des obligations plus récentes. Les règles de transparence du règlement IA exigent que l'information soit fournie de manière claire et distinguable, conforme aux exigences d'accessibilité applicables, ce qui signifie qu'une mention IA enterrée dans une infobulle inaccessible échoue deux fois. Nous avons traité cela dans l'article sur la transparence du règlement IA.

Par où commencer

Si vous n'avez pas été audité, commencez avec un clavier. Débranchez la souris et essayez de finaliser un achat sur votre propre site. La plupart des équipes trouvent leurs trois premiers problèmes en moins de cinq minutes, et c'est une démonstration plus convaincante pour la direction que n'importe quel rapport.

Nous menons des audits d'accessibilité et des programmes de remédiation pour des entreprises opérant dans l'UE, y compris le travail sur la bibliothèque de composants et l'intégration en CI pour que la correction tienne. Plus de détails sur notre page de remédiation d'accessibilité, et le contexte réglementaire plus large dans notre carte de la conformité numérique européenne 2026.

Écrivez-nous à office@c9group.dev si vous voulez une lecture honnête de votre situation.