Refaire le SEO d’un blog avec des agents IA : la méthode appliquée à Certicar

En octobre 2026, nous avons refait le blog de Certicar, l’entreprise d’inspection automobile du groupe : 42 articles, une page Blog, des outils interactifs et plus de cent schémas. Le travail a été mené par des agents IA, avec une validation humaine à chaque décision.

Cet article décrit la méthode, ce qu’elle a donné et ses limites. C’est celle que nous appliquons maintenant aux autres sites du groupe, dont celui-ci.

Ce qu’un agent IA fait en SEO, et ce qu’il ne fait pas

Un agent IA SEO est un programme d’IA qui exécute lui-même des tâches de référencement : lire des pages, lancer des mesures, interroger des données de mots-clés, écrire et corriger du code. Il ne se contente pas de suggérer du texte. Sur le blog Certicar, les agents ont :

• repris 42 articles dans un nouveau gabarit, sans en réécrire le texte ;
• comparé chaque page générée à la production avant la mise en ligne ;
• mesuré Lighthouse sur 43 pages, sur mobile et sur ordinateur ;
• interrogé Google Ads et DataForSEO pour 999 requêtes ;
• converti 115 schémas en HTML.

Ces agents tournent sur trois outils : Claude Code pour le code, les contrôles et les données SEO, Hermès, notre agent de pilotage, pour le suivi quotidien et les demandes de corrections, et Codex pour les images. Ils n’ont choisi ni la stratégie, ni la date de mise en ligne, ni ce qui était publié : ces décisions sont restées humaines.

Le principe : un générateur, des contrôles, une relecture

Le plus gros risque d’une refonte SEO est de casser ce qui marche : un titre modifié, une ancre perdue, une balise canonique oubliée. Nous avons donc posé une règle simple : aucun article n’est réécrit à la main.

Un script lit chaque article tel qu’il est publié, garde son en-tête SEO à l’identique (titre, description, canonique, données structurées) et place son contenu dans le nouveau gabarit. Un second script compare ensuite chaque page générée à la production et bloque la mise en ligne si le texte, un lien ou une balise a changé.

La refonte en quatre passes

1. Générer

   Chaque article publié est repris dans le gabarit, sans réécriture.

2. Contrôler

   Texte, liens, ancres et balises comparés à la production.

3. Mesurer

   Lighthouse sur mobile et ordinateur, page par page.

4. Valider

   Relecture humaine, puis mise en ligne en une seule fois.

Chaque passe peut bloquer la suivante.

Le gabarit : lisible d’abord

Le nouveau gabarit d’article reprend ce qui aide à lire : un encadré « À retenir » en tête, un sommaire qui suit la lecture, une taille de texte réglable, des tableaux qui deviennent des cartes sur mobile et un bloc d’action unique en fin d’article.

Les styles du texte ne s’appliquent qu’aux éléments simples du corps (paragraphes, titres, listes, tableaux). Les composants existants, comme les outils interactifs, gardent leur propre feuille de style : la refonte ne les a pas cassés.

La vitesse : réglée à la construction

Au départ, mesurées sur le même serveur local, les pages obtenaient entre 75 et 99 en performance mobile, entre 92 et 97 en accessibilité, et 67 en « Agentic Browsing », la catégorie de Lighthouse qui évalue la lisibilité d’une page par un agent IA.

Les gains viennent de quelques décisions appliquées automatiquement à chaque page :

• Aucune feuille de style externe : chaque page intègre seulement les règles qu’elle utilise.
• Polices servies par le site : plus d’appel à Google Fonts, et préchargement des seules polices du premier écran.
• Images en plusieurs tailles (couvertures en AVIF et WebP de 480 à 1 200 px, images du texte en WebP) : le navigateur charge la taille affichée.
• Scripts sans effet sur la mise en page chargés après le premier affichage (mesure des clics, commentaires).

Lighthouse avant et après, 43 pages

Catégorie	Avant	Après
Performance mobile	75 à 99, aucune page à 100	100 sur les 43 pages
Accessibilité	92 à 97	100
Agentic Browsing	67	100
Bonnes pratiques et SEO	Variable selon les pages	100

Lighthouse 13.5, site servi en local en HTTPS et HTTP/2 comme en production, mesures du 12 octobre 2026. En ligne, la vitesse mobile varie de 1 à 3 points selon le réseau.

Une optimisation a été essayée puis retirée : content-visibility. Elle accélérait le rendu, mais dans les articles elle envoyait un clic du sommaire mobile 4 500 px trop loin, et sur la page Blog elle privait les liens des cartes de leur nom pour les lecteurs d’écran. Un score ne justifie pas une page moins utilisable.

Les schémas : du HTML plutôt que des images

Les articles contenaient 115 schémas dans 24 articles, souvent dessinés comme des images. Un convertisseur les a transformés en tuiles HTML : titre, listes, vrais tableaux, chiffres clés. Le texte reste exactement celui d’origine, et un contrôle le vérifie.

Pour un moteur de recherche ou un assistant IA, un tableau en HTML se lit et se cite. Une image de tableau, non. Les vrais croquis, comme l’emplacement d’une pièce dans un moteur, gardent leur dessin, posé dans une tuile.

Les clusters : vérifier chaque requête sur Google

Une première architecture de contenus avait été construite à partir d’une recherche web. Avant de l’adopter, nous l’avons vérifiée sur les vrais résultats de Google France, avec les données de DataForSEO :

La vérification sur Google France

requêtes dont le volume a été mesuré

892

top 10 relevés et comparés

89

coût total des données

0,40 $

Volumes Google Ads, difficulté DataForSEO Labs et top 10 organiques sur ordinateur, relevés le 15 octobre 2026.

Trois règles en sont sorties, et elles servent depuis à chaque nouvel article :

• Une page par famille de requêtes. Si deux requêtes partagent 7 résultats ou plus dans leur top 10, une seule page suffit. De 4 à 6, elles vont dans le même cocon.
• Le type de résultats compte autant que le volume. On ne vise pas une requête dont le top 10 est fait d’annonces, de sites officiels ou d’outils : un article n’y a pas sa place.
• La page mère avant ses pages filles, et un maillage interne écrit d’avance : chaque page renvoie vers sa page mère et vers une page commerciale.

La vérification a aussi corrigé des intuitions : deux formulations voisines comme « moteurs fiables » et « moteurs les plus fiables » n’avaient aucun résultat commun. Sans ces données, une seule page aurait été prévue.

Ce qui reste humain

Les agents rédigent, illustrent, contrôlent et préparent la mise en ligne. Trois décisions restent à une personne :

Qui décide quoi

• AgentsProduire et contrôler

  Brouillons, visuels, schémas, contrôles automatiques, mesures de vitesse.

• HumainValider

  Chaque article est relu et validé avant sa publication.

• HumainArbitrer

  Stratégie de clusters, date de mise en ligne, retour arrière si besoin.

Les résultats, et ce qu’on ne sait pas encore

Avant la mise en ligne, le 12 octobre, un second audit SEO mené avec les outils d’audit de Daniel Agrici a noté la refonte 85 sur 100, contre 77 pour le site alors en ligne. La refonte a été publiée en une seule fois le 15 octobre 2026.

Ce qui reste à prouver, c’est l’effet sur le trafic. Pour le mesurer proprement, aucun des 42 articles n’est modifié pendant les 14 jours qui suivent la mise en ligne. Nous publierons les chiffres de Search Console quand ils seront assez solides pour en tirer une conclusion.

Questions fréquentes

Faut-il réécrire ses articles pour refaire son SEO ?

Pas forcément. Sur Certicar, le texte des 42 articles a été conservé à l’identique : le gain vient du gabarit, de la vitesse, de la structure et des nouveaux articles prévus par les clusters. Réécrire un article qui se positionne déjà est un test à part, à mesurer seul.

Un score Lighthouse de 100 améliore-t-il le classement ?

La vitesse fait partie des signaux d’expérience de page, mais un score de 100 ne garantit aucune position. Il garantit surtout qu’aucun problème technique ne freine la page, et que les lecteurs sur mobile la chargent vite.

Qu’est-ce qu’un cocon sémantique ?

C’est un groupe de pages sur un même thème : une page mère qui couvre le sujet large, et des pages filles qui traitent chacune une question précise. Elles se renvoient les unes vers les autres pour que le moteur de recherche comprenne le thème couvert.

Combien coûte la vérification de mots-clés sur Google ?

Pour Certicar, 999 requêtes envoyées (892 avec un volume), 686 difficultés et 89 top 10 ont coûté 0,40 $ en données DataForSEO. Le coût réel est surtout dans l’analyse : regrouper les requêtes et décider lesquelles méritent une page.