Une cliente m'a appelé en mars, paniquée. Elle gère une petite opération d'e-commerce vendant des ustensiles de cuisine, expédie en Allemagne et aux Pays-Bas, et son développeur (pas nous, pour être clair) venait de lui dire que le site « avait probablement besoin de travail sur l'accessibilité ». C'est tout. Pas de détails, pas de calendrier, aucune mention que la Directive Accessibilité Européenne avait une date limite d'application ferme au 28 juin 2025. Elle l'a appris par une infolettre secteur.
Ce type de transfert vague est, je dirais, un échec professionnel. Et en ce moment, au Royaume-Uni et dans l'UE, les agences le font constamment.
Soyons donc directs sur ce que la DAE exige réellement, ce que cela signifie pour les sites que vous avez créés, et ce que vous devez vraiment aux clients qui vous paient.
Ce Que la DAE Est Réellement (et Ce Qu'elle N'est Pas)
La Directive Accessibilité Européenne est une directive de l'UE que les États membres devaient transposer en droit national d'ici juin 2022. L'application a commencé le 28 juin 2025. Elle s'applique à un large éventail de produits et services, mais pour nos besoins : les sites web et applications mobiles offrant du e-commerce, des services bancaires, de transport et médias aux consommateurs de l'UE sont concernés.
C'est là que les gens se trompent. La DAE n'est pas la même que la Directive Accessibilité pour les Organismes du Secteur Public, qui couvrait les sites gouvernementaux depuis 2018. C'est le secteur privé. Si vous avez créé une boutique en ligne pour une petite marque de meubles basée à Bruxelles, ou une plateforme de réservation pour un studio de yoga à Berlin, ce client est maintenant soumis à l'application.
La norme technique que la DAE désigne est WCAG 2.1 Niveau AA. Quatre principes : perceptible, fonctionnable, compréhensible, robuste. Les critères de succès spécifiques (il y en a 50 au niveau AA) sont ceux que les tribunaux et régulateurs invoqueront en cas de problème.
Seahawk a créé des sites dans plus de 40 pays. J'ai eu cette conversation avec des clients sur trois continents. La DAE n'est pas uniquement terrifiante, mais le mécanisme d'application dans les États membres de l'UE est réel, et les amendes varient selon le pays. L'Allemagne en particulier a une culture contentieuse de l'accessibilité remontant aux années avant l'existence même de la DAE.
Qui Tombe Réellement Sous le Coup de Cela
Pas chaque site que vous avez jamais livré n'est soudainement une responsabilité juridique. Mais le champ d'application est plus large que ce que la plupart des agences disent aux clients.
Dans le champ : e-commerce (tout site acceptant des commandes des consommateurs de l'UE), services bancaires et financiers, services médias audiovisuels, livres électroniques et lecteurs d'e-books, communications électroniques, services de transport de passagers.
Hors du champ (principalement) : micro-entreprises de moins de 10 salariés et moins de 2 millions d'euros de chiffre d'affaires annuel. À noter : c'est un ET, pas un OU.
Donc si vous avez créé une boutique WooCommerce pour une marque britannique de 15 personnes qui expédie en France, elle est concernée. Si vous avez créé un site pour une boulangerie de 3 personnes à Manchester qui n'expédie que localement, probablement pas. Mais j'aurais quand même la conversation. Les clients posent la question. Mieux qu'ils l'apprennent de vous.
La situation au Royaume-Uni est légèrement différente après le Brexit. La DAE en tant que directive de l'UE ne s'applique pas directement en Grande-Bretagne. Mais si votre client a des clients de l'UE, elle s'applique à eux. Et il y a toutes les raisons de s'attendre à ce que le Royaume-Uni resserre ses propres règles d'accessibilité du secteur privé dans les prochaines années. Je construis selon WCAG 2.1 AA de toute façon, parce que rétrofiter plus tard coûte toujours plus cher.
Les Quatre Choses que Vous Avez Probablement Mal Comprises en Ce Moment
Je vais être honnête ici. Après audit de douzaines de sites au cours des 18 derniers mois, voici les défaillances que je vois sur presque tout.
- Déclarations d'accessibilité manquantes ou insuffisantes. La DAE exige une déclaration d'accessibilité écrite sur chaque site concerné. Pas une case à cocher au pied de page. Une déclaration réelle décrivant le niveau de conformité, les problèmes connus et les coordonnées pour que les utilisateurs signalent les problèmes. La plupart des sites que j'audite n'ont rien, ou ont un texte juridique de cinq lignes copié de quelque part d'autre.
- Défauts de contraste de couleur. WCAG 2.1 AA exige un rapport de contraste de 4,5:1 pour le texte normal. J'ai exécuté axe DevTools sur le site d'un client fintech l'automne dernier et j'ai trouvé 34 défauts de contraste distincts, principalement dans des étiquettes de formulaire gris sur blanc. Le designer les avait choisis dans Figma sur un moniteur calibré dans une pièce sombre. Ça avait l'air magnifique. Complètement en échec par rapport à la norme.
- La navigation au clavier qui casse sur les modales et les menus déroulants. Le piégeage du focus dans les boîtes de dialogue modales est l'un des critères de succès les plus souvent échoués. Les utilisateurs naviguant au clavier (y compris les personnes utilisant des contrôles de commutation, pas seulement les experts de la touche Tab) se perdent. J'ai vu des menus de navigation construits par des agences où appuyer sur Échap ne fait absolument rien.
- Des images sans texte alternatif ou avec un texte alternatif dénué de sens. Pas seulement des attributs alt vides. Tout aussi mauvais : un texte alternatif qui dit « image1.jpg » ou « photo de produit » sans description utile. J'avais un client dont le catalogue produit entier avait été importé en masse à partir d'un flux fournisseur avec des noms de fichiers en tant que texte alternatif. Des milliers d'images. C'est un défaut d'audit important.
Ce qu'un véritable audit d'accessibilité implique vraiment
Les outils automatisés détectent environ 30 à 40 % des problèmes WCAG. C'est un chiffre bien documenté. Le reste nécessite un jugement humain.
Voici le processus que je recommanderais pour tout site entrant dans le champ d'application :
- Exécutez axe DevTools ou Lighthouse dans Chrome DevTools sur les modèles clés (page d'accueil, page produit, flux de paiement, formulaire de contact).
- Vérifiez la navigation au clavier seul sur l'ensemble du parcours d'achat. Pas de souris. Juste Tab, Maj+Tab, Entrée, Échap, touches fléchées. Voyez ce qui casse.
- Testez avec un lecteur d'écran. NVDA est gratuit sur Windows. VoiceOver est intégré à macOS. Passez une heure les yeux fermés sur la page de paiement.
- Vérifiez le contraste de couleur à l'aide du Colour Contrast Analyser de TPGi. Faites-le sur chaque élément de texte, pas seulement sur le corps du texte.
- Lisez les messages d'erreur de chaque formulaire. Identifient-ils le champ ? Décrivent-ils le problème ? Ou disent-ils simplement « veuillez corriger les erreurs ci-dessus » ?
Ce n'est pas un travail d'une seule après-midi. Pour un site e-commerce complexe, je budgéterais 2 à 3 jours pour un audit approfondi, plus 3 à 5 jours supplémentaires pour la correction. Facturez en conséquence.
La déclaration d'accessibilité spécifiquement
Le W3C dispose d'un bon générateur pour les déclarations d'accessibilité. Je l'ai utilisé comme point de départ sur une douzaine de projets. Il ne rédige pas la déclaration pour vous, mais il vous donne la structure. La déclaration doit vivre à une URL cohérente, être liée depuis le pied de page, et être mise à jour lorsque vous corrigez des problèmes ou en trouvez de nouveaux.
La question contractuelle que personne ne veut répondre
Voici la chose : si vous avez construit un site qui est maintenant dans le champ d'application de la EAA, et que vous ne l'avez pas construit conformément à WCAG 2.1 AA, êtes-vous responsable ?
Probablement pas légalement. À moins que votre contrat ne promette explicitement le respect de l'accessibilité (la plupart ne le font pas), la responsabilité légale incombe à votre client en tant qu'opérateur de service. Mais c'est un argument peu réconfortant. Le client sentira, à juste titre, que vous auriez dû le signaler. Surtout s'il revient vers vous après qu'un régulateur l'ait contacté.
Ma position : si vous avez construit le site, vous avez l'obligation professionnelle d'informer le client. Envoyez un email simple. « Votre site peut être dans le champ d'application de la loi européenne sur l'accessibilité. Voici ce que cela signifie. Voici ce que nous devons faire. Voici une estimation de coût approximatif. » C'est tout. Vous avez fait votre travail.
En 2021, Seahawk avait un client de réservation de voyages basé aux États-Unis opérant dans l'UE. Nous avons signalé la directive imminente de manière proactive, avant qu'ils ne l'aient entendu parler. Ils sont revenus huit mois plus tard et nous ont confié un projet de correction complet. Probablement pour environ 18 000 £ de travail que nous n'aurions jamais obtenu si nous avions gardé le silence.
Ne soyez pas passif à ce sujet. Ce n'est pas harceler les clients. C'est être un professionnel.
Facturer le travail d'accessibilité honnêtement
Le travail de correction rétrospective d'accessibilité est facturé de différentes façons. J'ai vu des agences proposer 500 £ pour un « examen d'accessibilité » qui n'est qu'une analyse automatisée de Lighthouse. Ce n'est pas un audit. C'est un numéro de prestidigitation.
Des chiffres réels, issus de nos propres projets :
- Audit automatisé basique avec problèmes classés par priorité : 800-1 500 £ selon la complexité du site.
- Audit complet manuel (automatisé plus clavier, lecteur d'écran, contraste, test de formulaires) : 2 500-5 000 £.
- Remédiation sur un site WooCommerce de taille moyenne avec 50-100 modèles de pages : 4 000-9 000 £.
- Remédiation complète plus déclaration d'accessibilité plus documentation pour une application web complexe : 12 000 £+.
Ce ne sont pas des chiffres gonflés. Le travail d'accessibilité est du travail lent, méticuleux et orienté vers les détails. Rien que la partie navigation au clavier prend du temps parce que vous testez de véritables parcours utilisateur, pas juste des clics aléatoires.
Et oui, vous devriez facturer le suivi continu. L'accessibilité n'est pas une correction unique. Chaque fois que vous ajoutez une nouvelle fonctionnalité, changez une palette de couleurs ou mettez à jour un thème, vous pouvez introduire de nouvelles défaillances. Les audits trimestriels avec une offre de maintenance sont une ligne de service légitime.
Ce qu'il faut dire aux clients qui demandent « Sommes-nous conformes ? »
Ne dites pas oui à moins d'avoir fait le travail. Ne dites pas « probablement » non plus.
La réponse honnête est presque toujours : « Pas entièrement, et voici pourquoi. » La conformité complète à WCAG 2.1 AA sur un site non trivial qui n'a pas été conçu avec l'accessibilité en tête dès le départ est véritablement rare. Il y a presque toujours quelque chose.
Ce que je dis aux clients : « Nous pouvons vous mettre dans une position défendable. Cela signifie pas de défaillances critiques, une déclaration d'accessibilité à jour, un processus pour traiter les plaintes des utilisateurs, et une feuille de route de remédiation documentée pour les problèmes moins prioritaires. » C'est réalisable. C'est aussi ce qu'un régulateur rechercherait en décidant d'engager une action en application.
Personne n'attend la perfection le jour un. On attend un effort de bonne foi et un processus. Construisez les deux.
FAQ
La directive EEA s'applique-t-elle aux agences du Royaume-Uni qui construisent des sites pour des clients de l'UE ?
Elle s'applique à votre client, pas directement à vous. Si votre client opère un service de commerce électronique ciblant les consommateurs de l'UE, il est l'« opérateur économique » selon la directive et il porte l'obligation de conformité. Mais vous avez construit le site. S'il ne respecte pas la norme, c'est une conversation que vous devez avoir.
Que se passe-t-il si un site n'est pas conforme après juin 2025 ?
L'application varie selon les États membres. En pratique, le premier contact le plus probable est une plainte d'un utilisateur ou d'une organisation de défense des droits des personnes handicapées, suivie d'une demande d'une autorité nationale de surveillance du marché pour remédiation. Les amendes varient considérablement d'un pays à l'autre. L'Allemagne et la France ont historiquement été plus actives sur ces questions que certains États membres plus petits.
WCAG 2.2 est-il obligatoire, ou WCAG 2.1 suffit-il ?
La directive EEA fait référence à la norme EN 301 549, qui s'aligne actuellement avec WCAG 2.1 AA. WCAG 2.2 ajoute neuf nouveaux critères de succès. Vous n'êtes pas légalement obligé de respecter 2.2 à titre de conformité EEA pour l'instant, mais construire en 2.2 où c'est possible est une bonne anticipation.
Une micro-entreprise peut-elle vraiment être exempte ?
Oui, si elle remplit les deux seuils : moins de 10 employés ET moins de 2 millions d'euros de chiffre d'affaires annuel. Mais les États membres individuels peuvent choisir d'appliquer la directive plus largement. Ne vous fiez pas à l'exemption sans vérifier la situation spécifique de votre client par rapport à la loi dans les pays où il opère.
Nous avons construit le site il y a deux ans. Sommes-nous responsables ?
Le site est dans le champ d'application selon ce qu'il fait maintenant, pas selon quand il a été construit. L'âge du site n'a aucune pertinence pour la conformité. Ce qui compte, c'est s'il respecte actuellement WCAG 2.1 AA. S'il ne le fait pas, l'opérateur doit le corriger. La question de savoir s'il peut vous récupérer les frais en tant que développeur original dépend entièrement de votre contrat.
---
L'accessibilité n'est plus une préoccupation de niche ou un supplément agréable. Pour une portion importante des sites que notre industrie construit, c'est maintenant une exigence légale avec un vrai pouvoir de contrôle derrière. Les agences qui prendront de l'avance sur cette question trouveront que c'est en réalité une source de revenus décente. Celles qui restent silencieuses jusqu'à ce que les clients reçoivent des lettres trouveront ces conversations beaucoup plus difficiles à tenir.
Faites l'audit. Écrivez la déclaration. Dites-le au client.