# Notre migration de 300 sites vers une infrastructure conforme à l’EAA

> Comment nous avons organisé l'audit et la correction de 300 sites avant l'échéance du 28 juin 2025, sans tout arrêter en même temps.

- Auteur : WordPress Développement
- Publié le : 2024-10-28
- Mis à jour le : 2024-10-28
- Catégorie : Outils & workflow
- URL : https://www.wpmoderne.fr/outils/migration-300-sites-infrastructure-conforme-eaa/

## L’essentiel

- Cartographie avant correction
- Priorisation par risque juridique
- Correctifs mutualisés par gabarit

300 sites, une seule échéance : le 28 juin 2025. Au-delà de cette date, l'European Accessibility Act (EAA) impose des obligations d'accessibilité à une large partie des services numériques destinés aux consommateurs européens, y compris les sites de commerce en ligne que nous hébergeons pour nos clients. Impossible de traiter un parc de cette taille site par site, un par un, sans méthode : il fallait une organisation capable d'auditer, de prioriser et de corriger à l'échelle, tout en continuant à livrer les projets courants.

Ce texte décrit la manière dont nous avons structuré cette migration, les décisions qui ont fonctionné et celles qu'il a fallu revoir en cours de route. Il ne s'agit pas d'un guide juridique sur l'EAA, mais d'un retour d'expérience d'agence sur l'organisation d'un chantier de conformité à grande échelle.

## Cartographier avant de corriger

La première tentation aurait été de lancer un audit d'accessibilité complet sur chaque site. À raison d'une demi-journée par site, cela représentait plus de 150 jours-homme rien que pour le diagnostic. Nous avons choisi une autre voie : classer les 300 sites par gabarit technique plutôt que par client. Beaucoup partagent le même thème parent, les mêmes blocs Gutenberg personnalisés, la même structure de formulaire de contact. Corriger un composant partagé corrige d'un coup toutes ses occurrences.

Cette cartographie a été construite à partir d'un export `wp theme list --format=json` combiné à une extraction des blocs actifs par site via `wp block-type list`, agrégés dans une feuille de calcul unique. Elle a révélé que 40 % du parc reposait sur seulement six gabarits de thème, ce qui a immédiatement redéfini nos priorités.

## Prioriser par exposition au risque, pas par ordre alphabétique

> L'essentiel à retenir : Cartographie avant correction ; Priorisation par risque juridique ; Correctifs mutualisés par gabarit

Tous les sites ne présentent pas le même niveau de risque au regard de l'EAA. Un site vitrine institutionnel sans transaction en ligne n'est pas soumis aux mêmes obligations qu'une boutique e-commerce avec panier et paiement. Nous avons donc établi trois catégories :

- Sites marchands avec tunnel de paiement : priorité absolue, audit complet et correctifs avant fin 2024
- Sites avec formulaires critiques (prise de rendez-vous, demande de devis) : priorité intermédiaire
- Sites vitrines sans interaction transactionnelle : audit léger, correctifs différés au premier trimestre 2025

Cette segmentation, validée avec chaque client concerné, a permis de concentrer l'effort là où le risque juridique et l'impact utilisateur étaient les plus élevés, sans donner l'impression d'un chantier traité à la légère sur le reste du parc.

## Les couches où se cachent la majorité des non-conformités

Sur les 120 premiers sites audités, les non-conformités se sont concentrées dans un nombre restreint d'endroits : contraste insuffisant sur les boutons secondaires, absence de texte alternatif sur les images téléversées par les clients eux-mêmes, formulaires sans association explicite entre labels et champs, et carrousels sans contrôle clavier. Aucune de ces anomalies n'était spécifique à un site : elles provenaient toutes des gabarits ou des habitudes de saisie des équipes éditoriales.

### Corriger le gabarit plutôt que le contenu

Pour les carrousels et les boutons, la correction au niveau du thème a suffi à traiter l'ensemble du parc concerné en une seule intervention. Pour les textes alternatifs manquants, en revanche, aucun raccourci technique n'existe : il a fallu sensibiliser les équipes qui alimentent les sites et mettre en place un contrôle éditorial, avec un filtre `wp_get_attachment_image` vérifiant la présence d'un attribut alt avant publication.

## Mutualiser les correctifs sans casser les sites qui fonctionnaient déjà

Livrer un correctif sur un thème parent partagé par 40 sites est risqué : une régression touche 40 clients d'un coup. Nous avons mis en place un environnement de préproduction par gabarit, avec une revue visuelle systématique avant bascule, et un déploiement progressif par lot de dix sites plutôt qu'en une seule vague. Cette prudence a coûté du temps, mais elle nous a évité au moins deux incidents qu'un déploiement massif aurait rendus visibles chez l'ensemble des clients concernés simultanément.

## Ce que l'automatisation ne voit jamais

Les outils d'audit automatisé, aussi utiles soient-ils pour dégrossir le travail, ne détectent qu'une fraction des problèmes réels. Ils ne testent pas la navigation au clavier de bout en bout, ni la cohérence de l'ordre de tabulation, ni la pertinence des textes alternatifs qu'ils jugent simplement présents ou absents. Sur notre parc, environ un tiers des correctifs a été identifié uniquement lors de tests manuels réalisés par un membre de l'équipe navigant sans souris.

> Un audit automatisé donne un score rassurant. Seul un test manuel dit si le site est réellement utilisable.

## En résumé

Migrer 300 sites vers une conformité EAA n'a pas été un projet technique isolé : c'est avant tout un projet d'organisation. Cartographier par gabarit plutôt que par client, prioriser par risque plutôt que par ordre d'arrivée, et accepter qu'aucun outil automatisé ne remplace un test manuel ont été les trois décisions qui ont le plus pesé sur la réussite du chantier. Il reste du travail avant l'échéance de juin 2025, mais la trajectoire est désormais tenable.