Hub d'Audit Web 360°
Unification de 4 types d'audits sous une interface unique. Intégration d'un module GEO avec tests sur requêtes LLM réelles.
- État
- prototype
- Année
- 2025
- Stack
- Lighthouse, RGAA, Playwright, Python
Pourquoi ce projet
Un audit de site complet croise aujourd’hui plusieurs outils qui ne se parlent pas : Lighthouse pour la performance, un scanner RGAA pour l’accessibilité, une extraction manuelle du plan de marquage, et de plus en plus une lecture attentive de ce qu’un agent IA peut comprendre de la page. Unifier ces 4 types d’audits sous une seule interface, avec un scoring comparatif face à la concurrence, fait gagner un temps précieux en phase de cadrage.
Cas d’usage
- Suivi des Core Web Vitals (LCP, CLS, INP) sur un panel de pages clés
- Détection des non-conformités RGAA prioritaires
- Cartographie des tags et variables actifs sur chaque page (TMS)
- Module GEO : tests exécutés sur de vraies requêtes envoyées à des LLM, pas de simulation
- Benchmark comparatif face à jusqu’à 15 concurrents, avec scoring consolidé
Comment ça marche
Chaque page auditée passe dans un pipeline Playwright qui exécute Lighthouse, contrôle l’accessibilité selon le RGAA, capture les requêtes réseau pour repérer les tags envoyés, et soumet la page à de vraies requêtes LLM pour évaluer sa lisibilité par un agent (structure sémantique, données structurées, contenu accessible sans JavaScript). Le même pipeline tourne sur un panel de concurrents pour produire un scoring comparatif, pas seulement un audit isolé.
Ce que j’en retire
La performance web, l’accessibilité RGAA et la lisibilité GEO sont plus liées qu’il n’y paraît : une page mal structurée pénalise à la fois les utilisateurs, les robots d’indexation classiques et les agents IA. Comparer face à 15 concurrents plutôt qu’auditer un site isolé change aussi la conversation avec un client : le scoring situe immédiatement l’effort à fournir.