Un jour, j’ai donné à un agent IA une tâche SEO simple : choisir lui-même les sujets, écrire les articles et continuer jusqu’à la fin.
Je n’ai pas demandé dix articles, ni cent. J’ai directement visé 10 000 articles.
L’agent a travaillé plusieurs jours et a réellement terminé. Il a produit des milliers de pages longues et structurées, représentant plusieurs centaines de mégaoctets. À première vue, le résultat était impressionnant : titres, sous-titres, paragraphes, mots-clés et conclusions. Tout ressemblait à une grande bibliothèque de contenu sérieux.
Pendant un moment, la stratégie a même semblé fonctionner. Googlebot a fini par crawler les 10 000 URL d’articles générés. À l’époque, j’ai presque pris cela pour une validation. Ce n’en était pas une. Le crawl signifiait seulement que Google avait découvert et récupéré les pages. Environ 1 000 pages seulement ont réellement été indexées, ont commencé à apparaître dans Google Search et ont généré de vraies impressions et visites.
Puis le mouvement s’est inversé.
Les pages générées ont commencé à sortir de l’index, puis d’autres ont suivi. À la fin, le problème ne concernait plus seulement les articles IA : le site entier est arrivé à zéro page indexée, page d’accueil comprise.
Cette expérience a complètement changé ma manière d’utiliser l’IA pour le SEO.
Crawler n’est pas indexer — je l’ai appris à mes dépens
La différence paraît élémentaire, mais elle devient facile à brouiller quand on suit des milliers d’URL dans Search Console. Dans mon cas, Google a crawlé les 10 000 URL générées. Cela signifiait que Googlebot les avait découvertes et récupérées. Cela ne signifiait pas que les 10 000 avaient été acceptées dans l’index.
Seules environ 1 000 pages ont réellement été indexées et ont commencé à apparaître dans Search. Elles ont généré de vraies impressions et du trafic. Les milliers d’autres pouvaient être crawlées sans devenir recherchables. La documentation Search Console le précise clairement : une URL peut être crawlée tout en restant non indexée.
Depuis, je ne considère plus le crawl comme une approbation. Il signifie que Google évalue une URL. L’indexation est une décision distincte, et rester dans l’index dans le temps en est encore une autre. Dans mon expérience, même les quelque 1 000 pages qui avaient atteint Search ont fini par disparaître.
Le danger n’était pas que les textes paraissent mauvais
Les articles n’étaient pas visiblement cassés. Ils étaient longs, grammaticalement corrects et bien structurés. Une page prise isolément pouvait facilement ressembler à un article SEO convenable.
Mon erreur était plus profonde : j’avais délégué non seulement l’écriture, mais aussi la raison même d’écrire.
L’agent choisissait les sujets, décidait quoi dire, construisait la structure et rédigeait le texte. Je publiais à une échelle où il m’était impossible de lire, vérifier, éditer et améliorer chaque page.
Il y avait peu d’expérience directe, peu de recherche originale, presque aucune donnée personnelle et peu d’exemples significatifs. Beaucoup de pages n’avaient aucune image utile, ou une seule. Surtout, elles répondaient mal à la question essentielle : pourquoi cette page devrait-elle exister alors que des milliers de pages similaires existent déjà ?
Elles avaient la forme d’un contenu utile, sans toujours en posséder la valeur originale.
Au début j’ai parlé de « pénalité IA ». Aujourd’hui, je trouve cette explication trop simpliste
Quand le site a disparu, j’ai d’abord pensé que Google avait détecté du texte généré par IA et puni le domaine simplement pour cela.
Je ne le formulerais plus ainsi.
Les consignes publiques de Google sont plus précises : utiliser une IA générative n’est pas interdit en soi. Le problème est l’utilisation de l’automatisation, y compris l’IA, pour produire de nombreuses pages principalement afin de manipuler les classements, sans apporter de valeur réelle aux utilisateurs. Google appelle cela le scaled content abuse.
Cette définition ressemble beaucoup à ce que j’avais construit.
Je ne peux pas prouver qu’un algorithme unique ou une action manuelle appelée « AI penalty » explique chaque décision d’indexation. Les systèmes de recherche ne sont pas aussi transparents. En revanche, je peux décrire précisément la séquence : j’ai publié 10 000 articles SEO largement autonomes ; Google a crawlé les 10 000 URL ; seules environ 1 000 pages ont réellement été indexées, sont apparues dans Search et ont apporté du trafic ; ces pages indexées ont ensuite disparu progressivement ; et le site entier a finalement atteint zéro page indexée.
La leçon n’est donc pas « Google déteste l’IA ». La leçon est que l’IA ne transforme pas du contenu produit en masse pour la recherche en contenu utile simplement parce qu’elle sait écrire long et proprement.
Pourquoi 10 000 articles apparemment corrects restaient une mauvaise stratégie
Le grand piège de l’IA générative est que le coût de production tend vers zéro, mais pas la responsabilité éditoriale.
Avant, publier 10 000 articles substantiels aurait nécessité énormément d’argent ou de travail humain. Cette friction obligeait à choisir les sujets qui méritaient vraiment d’être traités. L’IA supprime une grande partie de cette friction : on peut produire une quantité absurde de texte avant même de se demander s’il mérite d’être publié.
- Pas de vraie sélection éditoriale : si un agent choisit des milliers de sujets simplement pour leur potentiel de recherche, le site finit par servir le moteur plutôt qu’une audience.
- Information banalisée : le modèle recombine souvent ce qui existe déjà au lieu d’apporter expérience, données ou point de vue original.
- Contrôle qualité irréaliste : avec 10 000 pages, « je vérifierai plus tard » n’est pas un processus éditorial.
- Risque factuel caché : un texte fluide peut contenir des détails inventés, des informations dépassées ou des erreurs techniques subtiles.
- Faible différenciation : chaque page peut sembler correcte alors que l’ensemble devient répétitif et interchangeable.
- Gaspillage de crawl et d’indexation : des milliers d’URL faibles obligent le moteur à évaluer du contenu qui concurrence les pages importantes.
La longueur ne m’a pas sauvé. La mise en forme non plus. Les mots-clés non plus. Une usine à contenu reste une usine à contenu même si chaque page contient 1 500 mots.
Ce que j’ai fait lorsque le site est arrivé à zéro page indexée
Lorsque j’ai accepté que cette section devait être supprimée plutôt qu’« optimisée », j’ai arrêté d’essayer de la sauver.
J’ai supprimé les 10 000 articles générés par IA.
Pas quelques centaines, ni seulement ceux déjà sortis de l’index. J’ai supprimé toute l’expérience. La génération avait pris des jours et plusieurs centaines de mégaoctets, mais les conserver uniquement parce que j’avais déjà investi du temps aurait été une erreur de coût irrécupérable.
Pour les URL supprimées volontairement et définitivement, j’ai renvoyé 410 Gone. Ensuite j’ai arrêté la publication massive et changé de méthode.
J’ai commencé à écrire sur ce que j’avais réellement construit, cassé, réparé, mesuré, testé ou appris. Certains sujets n’intéresseront peut-être qu’un petit nombre de personnes. Ce n’est pas grave. Au moins, j’ai une vraie raison d’en parler.
Je continue d’utiliser beaucoup l’IA, mais son rôle est différent.
Ma nouvelle règle : je suis l’auteur, l’IA est l’outil
- transformer des notes brutes en une structure claire ;
- challenger mon raisonnement et trouver des explications manquantes ;
- proposer de meilleurs titres ou introductions ;
- corriger grammaire, ponctuation, répétitions et formulations maladroites ;
- vérifier qu’une explication technique est compréhensible ;
- aider à présenter le code et les listes ;
- traduire un article que j’ai déjà écrit.
Ce que je ne veux plus, c’est : « choisis 10 000 sujets, écris 10 000 articles SEO et publie tout ».
La différence est la responsabilité. L’idée commence par moi. L’expérience est la mienne. Je décide de ce qui est vrai, important, à supprimer ou à mettre en avant. L’IA peut améliorer l’expression, mais elle ne doit pas inventer entièrement la raison d’existence de la page.
Et je lis le texte final. Cela semble évident, mais c’est la différence la plus importante. Avec 10 000 articles autonomes, je ne pouvais physiquement pas être l’éditeur. Avec des articles volontairement limités, je peux l’être.
La récupération a été lente
La suppression du contenu n’a pas provoqué de retour instantané.
Pendant longtemps, le site est resté pratiquement absent de Google. Les URL supprimées sont restées supprimées, j’ai publié beaucoup moins d’articles et j’ai attendu que Google réévalue le site.
Environ deux mois plus tard, la page d’accueil est revenue dans l’index Google.
Par rapport aux quelque 1 000 pages qui étaient auparavant réellement présentes dans Search, le retour de la seule page d’accueil peut sembler modeste, mais c’était pour moi un signal beaucoup plus important. Google a aussi recommencé à crawler le site. Au moment où j’écris, je ne prétends pas à une récupération complète ni à l’indexation garantie de chaque nouvel article. Je n’ai pas encore de preuve pour cela.
Ce que je peux confirmer est plus précis : le site est passé de zéro page à une page d’accueil de nouveau indexée, et Google a repris le crawl après la suppression du contenu IA massif et le changement de stratégie.
Un raccourci peut prendre quelques jours à construire et plusieurs mois à annuler.
La traduction par IA est un cas très différent
Je n’en ai pas conclu qu’il ne faut jamais utiliser l’IA pour produire du texte. Mon expérience avec la traduction assistée par IA est au contraire très positive.
Si j’écris un article à partir de mon expérience, de mes tests ou de mon expertise, le traduire n’est pas la même chose que demander à un agent d’inventer des milliers de sujets de recherche.
La valeur existe déjà dans l’original. L’IA change la langue, pas la raison d’existence du contenu.
Autrefois, traduire chaque article en 5, 10 ou 20 langues nécessitait des freelances ou de nombreuses heures de travail. Aujourd’hui, une IA peut produire très vite une bonne première traduction et rendre la publication multilingue réaliste même pour un développeur solo.
L’implémentation technique reste importante. Je préfère de vraies URL crawlables par langue, avec HTML rendu côté serveur ou pré-rendu. Le contenu principal doit réellement être traduit, les versions correctement liées avec hreflang, accessibles via des liens internes et intégrées à la structure de crawl et aux sitemaps quand c’est pertinent.
Google prend explicitement en charge les versions complètement traduites d’une même page et recommande des URL distinctes avec hreflang pour les sites multilingues. Le point essentiel est que la traduction soit une vraie page pour un vrai lecteur, pas une variation faible créée uniquement pour multiplier les URL.
J’ai détaillé cette méthode dans mon retour d’expérience sur la traduction d’un blog en plusieurs langues avec l’IA.
Le rendu serveur ne crée pas la qualité
La qualité du contenu et le SEO technique sont deux couches différentes.
Le SSR ou la génération statique ne sauveront pas un article inutile. Un hreflang parfait ne rendra pas un texte générique original. Un sitemap ne crée pas la demande.
Mais lorsqu’un contenu mérite réellement d’être publié, je veux fournir aux moteurs de recherche une représentation technique aussi claire que possible. Pour du contenu multilingue, cela signifie des URL prévisibles par langue, un HTML explorable rendu côté serveur ou pré-généré, des annotations hreflang réciproques, des liens internes clairs entre les versions linguistiques et aucune page importante bloquée par erreur.
Le SEO technique doit aider un bon contenu à être découvert et compris, pas remplacer sa valeur.
Le workflow auquel je fais confiance aujourd’hui
- Commencer par quelque chose que je connais ou que j’ai vécu.
- Écrire la substance avant de penser aux mots-clés.
- Utiliser l’IA comme éditeur et partenaire de réflexion.
- Vérifier chaque affirmation factuelle et technique.
- Ajouter du détail de première main : chiffres, captures, code, erreurs, contraintes, décisions et résultats.
- Lire moi-même la version finale.
- Traduire l’article fini avec l’IA quand cela a du sens.
- Implémenter correctement les pages multilingues.
- Publier à un rythme que je peux réellement superviser.
L’IA est un amplificateur, pas une source de sens
La meilleure manière que j’ai trouvée de penser à l’IA est comme un amplificateur.
Si le point de départ est une expérience réelle, une idée utile, de bonnes données ou un texte original, elle peut amplifier tout cela : mieux écrire, structurer, traduire et toucher davantage de personnes.
Si le point de départ est « donne-moi des milliers de mots-clés pour récupérer du trafic », elle amplifie également cela. Elle permet simplement de faire la mauvaise chose à une échelle auparavant trop coûteuse.
Je ne suis pas anti-IA. Je l’utilise tous les jours. Je suis anti-pilote automatique.
Ma conclusion principale est simple : ne déléguez pas le jugement éditorial à un agent simplement parce qu’il écrit plus vite que vous ne pouvez lire.
Écrivez quelque chose qui vient de vous. Utilisez l’IA pour le rendre plus clair, plus fort, mieux structuré et disponible dans plus de langues. Mais gardez le sens, l’expertise, la vérification et la décision finale du côté humain.
L’IA a rendu la publication plus simple que jamais. C’est précisément pour cela que savoir quoi ne pas publier est plus important que jamais.