European Accessibility Act : automatiser l'audit d'accessibilité de votre site avec n8n et l'IA

Depuis le 28 juin 2025, l'European Accessibility Act (EAA) a changé la donne : l'accessibilité numérique n'est plus une contrainte réservée au secteur public, elle s'applique aussi aux entreprises privées dès qu'elles dépassent 10 salariés ou 2 millions d'euros de chiffre d'affaires — e-commerce, banque en ligne, billetterie, services audiovisuels en tête. Les sanctions peuvent atteindre 50 000 € par service non conforme, et les sites déjà en ligne avant juin 2025 n'ont qu'un sursis jusqu'au 28 juin 2030 pour se mettre à niveau. Beaucoup de PME découvrent l'obligation trop tard, faute de suivi régulier. Ce guide montre comment construire avec n8n un pipeline qui scanne vos pages, isole les non-conformités WCAG les plus critiques, les priorise avec l'IA et alimente un vrai suivi d'audit — sans embaucher un expert accessibilité à temps plein pour le monitoring de routine.

Ce que change vraiment l'EAA pour une PME

Trois points à distinguer avant de construire quoi que ce soit :

• Le périmètre. L'EAA transpose une directive européenne (UE 2019/882) dans le droit français et couvre les services numériques destinés aux consommateurs : sites e-commerce, applications bancaires, billetterie de transport, contenus audiovisuels à la demande. Les micro-entreprises (moins de 10 salariés ET moins de 2 M€ de CA) sont exemptées ; toutes les autres sont concernées, y compris des PME qui ne se seraient jamais senties visées par une obligation jusqu'ici cantonnée aux administrations.
• Le référentiel. La conformité se démontre via la norme européenne EN 301 549, qui reprend pour la partie web les critères du RGAA 4.1.2, lui-même aligné sur les WCAG 2.1 niveau AA. Concrètement : contrastes de couleur suffisants, alternatives textuelles sur les images, navigation complète au clavier, structure de titres cohérente, formulaires correctement étiquetés.
• Le calendrier. Tout service mis sur le marché après le 28 juin 2025 doit être conforme immédiatement. Les services déjà en ligne avant cette date bénéficient d'une transition jusqu'au 28 juin 2030 — un délai confortable en apparence, mais qui n'a de valeur que si un plan de mise en conformité progresse réellement d'ici là.

Pourquoi automatiser la détection plutôt qu'auditer une fois par an

Un audit RGAA manuel complet, mené par un expert, coûte cher et se fait généralement une fois par an — largement insuffisant sur un site qui publie du contenu en continu (fiches produit, articles de blog, nouvelles pages). Entre deux audits, des dizaines de pages peuvent introduire de nouvelles régressions : une image sans attribut alt ajoutée par un collaborateur, un contraste texte/fond cassé par une mise à jour de thème, un formulaire refondu sans label associé. Un pipeline n8n qui scanne régulièrement vos pages ne remplace pas l'audit humain, mais il comble l'intervalle entre deux audits et repère les régressions avant qu'un contrôle — ou qu'un utilisateur — ne les découvre. Le principe rejoint celui déjà couvert pour la détection du content decay SEO : surveiller en continu plutôt que constater après coup.

Construire le pipeline d'audit dans n8n

1. Lister les pages à auditer

Un node HTTP Request récupère votre sitemap.xml, puis un node XML le convertit en liste d'URLs exploitable (voir notre guide du node XML n8n). Pour un site volumineux, filtrez d'abord sur les gabarits de page les plus visités ou les plus sensibles (tunnel d'achat, formulaires de contact, pages catégories) plutôt que de viser l'exhaustivité dès la première itération.

2. Lancer le scan avec l'API PageSpeed Insights

Le moteur axe-core, qui alimente l'audit d'accessibilité de Lighthouse, est disponible gratuitement via l'API PageSpeed Insights de Google — inutile d'héberger un navigateur headless pour ce premier niveau de scan. Un node HTTP Request en boucle (via Split In Batches, avec un court délai entre chaque appel pour rester dans le quota) interroge :

GET https://www.googleapis.com/pagespeedonline/v5/runPagespeed
    ?url=https://votre-site.fr/page
    &category=accessibility
    &key=VOTRE_CLE_API

La réponse contient lighthouseResult.categories.accessibility.score (de 0 à 1) et le détail de chaque critère dans lighthouseResult.audits, avec un identifiant technique par type de problème (image-alt, color-contrast, label, link-name…).

3. Prioriser les non-conformités avec l'IA

Un node Code filtre les audits dont le score est inférieur à 1 dans la catégorie accessibilité, puis un node AI Agent traduit chaque identifiant technique en explication actionnable en français, classée par sévérité et par critère RGAA correspondant — un travail similaire à celui déjà décrit pour le scoring des tickets support par IA, appliqué ici à des rapports Lighthouse plutôt qu'à des demandes clients. Cette étape transforme un JSON illisible pour un non-spécialiste en liste de correctifs compréhensible par une équipe produit ou un prestataire externe.

4. Journaliser chaque audit

Chaque exécution écrit dans une table Supabase le score par page, la liste des critères en échec et l'horodatage — exactement le principe de la piste d'audit RGPD avec n8n et Supabase, appliqué ici à l'accessibilité plutôt qu'au traitement de données personnelles. Cette table devient la preuve datée d'un suivi actif, utile en cas de contrôle et pour mesurer la progression réelle vers l'échéance de 2030.

5. Alerter et créer un backlog

Un node Slack ou Gmail envoie un résumé hebdomadaire des pages sous un seuil défini (par exemple un score accessibilité inférieur à 0,9), et un node dédié pousse automatiquement une tâche dans votre outil de suivi pour chaque régression détectée — voir nos guides de connexion Linear ou Notion selon votre outil. Comme pour n'importe quel appel API répété en boucle, pensez à gérer les délais et les erreurs temporaires : notre guide sur les retries et timeouts du node HTTP Request s'applique directement ici.

Pourquoi l'automatisation ne remplace pas une revue humaine

Une étude de Markel Vigo, Justin Brown et Vivienne Conway, publiée en 2013 dans les actes de la conférence W4A (« Benchmarking web accessibility evaluation tools: measuring the harm of sole reliance on automated tests »), a comparé six outils de scan automatique sur leur couverture, leur exhaustivité et leur exactitude vis-à-vis des critères WCAG 2.0 : aucun outil ne couvre qu'une fraction des critères réellement testables, et une confiance exclusive dans ces outils peut donner une fausse impression de conformité, en particulier sur des critères qui exigent un jugement humain (la pertinence d'un texte alternatif, la cohérence d'un parcours au clavier, la clarté d'un message d'erreur). Le pipeline décrit ici sert donc à surveiller en continu et à prioriser, pas à générer seul une déclaration de conformité RGAA — celle-ci suppose toujours un audit humain sur un échantillon représentatif de pages, complété par ce monitoring automatisé entre deux audits.

Pièges fréquents

• Confondre score PageSpeed élevé et conformité RGAA. Un score de 100 sur l'audit accessibilité de Lighthouse signale l'absence des erreurs qu'un outil automatique sait détecter — pas une conformité RGAA complète, qui inclut des critères non testables automatiquement.
• Scanner uniquement la page d'accueil. Les tunnels d'achat, formulaires et pages de connexion concentrent souvent le plus de non-conformités et sont les parcours les plus sensibles au regard de l'EAA.
• Laisser le backlog se remplir sans priorisation. Sans classement par sévérité et par volume de trafic de la page concernée, un audit accessibilité génère vite des dizaines de tickets à traiter dans le désordre.
• Attendre 2030 pour commencer. La transition n'a de sens que si la mise en conformité progresse réellement chaque trimestre ; un contrôle ou une plainte peut survenir bien avant l'échéance.

En résumé

L'European Accessibility Act élargit brutalement le périmètre des entreprises concernées par l'accessibilité numérique, avec des sanctions réelles et un délai de transition qui se réduit chaque mois pour les sites déjà en ligne. n8n permet de construire, en quelques nodes, un pipeline de surveillance continue — scan via l'API PageSpeed Insights, priorisation par IA, journalisation Supabase et alerte automatique — qui comble l'intervalle entre deux audits humains sans prétendre les remplacer. Si votre priorité est justement de tracer et journaliser ce type de suivi de façon fiable et démontrable en cas de contrôle, le Pack Conformité & Audit (149 €) fournit déjà le schéma SQL d'une piste d'audit horodatée et les workflows de relance associés, directement réutilisables pour la partie journalisation de ce pipeline d'audit accessibilité. Pour une couverture complète de vos flux de conformité et d'automatisation IA, le Bundle FlowKit Complet (269 €) réunit ce pack avec le Pack Inbox IA (79 €) et le Pack Assistant RAG (119 €).