Claude pour le SEO : mon workflow Claude Code, tel qu’il tourne
Claude pour le SEO : mon workflow Claude Code, tel qu’il tourne
J’utilise Claude tous les jours sur des sites clients, en production, pas en démonstration. Ce qui a changé ma façon de travailler, ce n’est pas la génération de texte : c’est la capacité à comparer un fichier livré à un fichier servi, ligne par ligne, et à refuser une livraison qui contient une différence que personne n’a demandée. Voici ce que je lui confie, ce que je garde, et les garde-fous que j’ai fini par écrire.
Le déclic
Le gain n’est pas la rédaction, c’est la vérification
Pendant un an, je me suis servi des modèles de langage comme tout le monde : pour produire du texte plus vite. Le résultat était correct et le gain de temps réel, mais limité, parce que la relecture mangeait une partie de ce qui avait été gagné.
Le basculement s’est produit le jour où j’ai arrêté de demander du texte pour demander des contrôles. Comparer trente fichiers HTML à leur version en ligne. Vérifier que chaque lien interne pointe vers une page qui existe. Chercher les ancres identiques utilisées depuis deux pages différentes. Compter les balises ouvrantes et fermantes. Ce sont des tâches qu’aucun être humain ne fait correctement sur trente fichiers, et qu’une machine fait sans se lasser.
Depuis, ma règle est simple : l’outil écrit du code de vérification avant d’écrire du contenu. Sur une refonte, le rapport de contrôle est livré en même temps que les fichiers, et c’est lui que je lis en premier.
Le partage des tâches
Quatre familles de travail que je délègue sans hésiter
- Les contrôles de masse Diff d’une livraison contre les fichiers réellement servis, équilibre des balises, unicité des titres, liens morts, ancres dupliquées. Tout ce qui se vérifie mécaniquement et que l’œil rate.
- Les modifications répétitives Changer un libellé de menu sur trente fichiers en s’arrêtant si le motif n’apparaît pas exactement une fois. C’est la partie où le script vaut mieux que la main, parce qu’il échoue proprement au lieu de faire n’importe quoi à moitié.
- Le sourçage Aller ouvrir les pages officielles, relever les tarifs et les dates, et me dire ce dont il n’est pas sûr. Cette dernière partie compte autant que le reste.
- Le rendu Ouvrir une page dans un vrai navigateur à sept largeurs d’écran, mesurer les débordements, relever les erreurs JavaScript. Je ne livre plus un gabarit sans ces mesures.
La limite
Trois choses que je ne délègue pas, et ce n’est pas par principe
Ce qui engage un prix ou un délai
Un tarif, une durée de livraison, un engagement contractuel. Une seule erreur sur une page de prix coûte plus cher que tout le temps gagné sur un mois. Ces lignes, je les écris et je les relis.
Le positionnement d’un client
Ce qu’une entreprise est, ce qu’elle refuse de faire, la façon dont elle parle de ses concurrents. Ça vient d’une conversation avec le dirigeant, pas d’une analyse de son site.
La décision de publier
Rien ne part en ligne sans que j’aie lu le diff. C’est fastidieux et c’est ce qui m’a évité le plus d’ennuis.
Les règles
Les quatre garde-fous que j’ai fini par écrire noir sur blanc
On repart toujours du fichier servi
Pas d’une version générée à nouveau. Regénérer, c’est réintroduire des corrections que la production avait déjà faites.
Un script qui ne trouve pas son motif s’arrête
Exactement une occurrence attendue, sinon on abandonne. Une modification approximative sur trente fichiers est pire qu’une modification manuelle.
Toute différence non demandée est rejetée
Le diff contre la base sert à ça. Si une ligne a changé sans qu’on l’ait demandé, la livraison repart, même si le changement semble bon.
Une sauvegarde avant, un contrôle après
Copie des fichiers avant modification, rapport de contrôle après. Les deux prennent une minute et m’ont déjà sauvé plusieurs fois.
Ces quatre règles ne viennent pas d’un livre. Elles viennent chacune d’une bêtise réelle : une livraison qui avait réintroduit trois corrections déjà faites, un script qui avait dupliqué un bloc de huit cents lignes, des paragraphes réécrits que personne n’avait demandés.
Honnêteté
Ce qui rate encore, et pourquoi je le dis
La première chose qui rate, c’est la répétition. Quand on fait produire dix pages sur le même modèle, les formules reviennent : même titre de section, même phrase d’introduction, mêmes tournures. Sur un site, c’est exactement ce qu’il ne faut pas. Je le traque avec un contrôle dédié qui compare tous les titres de toutes les pages entre elles, et je trouve encore des doublons.
La deuxième, c’est le reste de gabarit. Quand une page est construite à partir d’une autre, il arrive qu’un paragraphe de la page source survive sous le nouveau. On ne le voit pas en relisant, parce que le texte est correct et bien écrit. On le voit en comparant les fichiers entre eux.
La troisième, c’est la confiance. Un outil qui travaille vite et bien pendant trois heures endort la vigilance. Le jour où il se trompe, on le croit. C’est pour ça que le contrôle est automatique et pas laissé à mon humeur.
Si vous voulez essayer
Commencez par une tâche de contrôle, pas par de la rédaction
Le conseil que je donnerais à un confrère ou à un responsable marketing : ne commencez pas par demander du texte. Demandez une vérification. « Compare ces deux fichiers et dis-moi ce qui a changé. » « Vérifie que tous les liens de ce dossier pointent vers une page qui existe. » On voit tout de suite ce que l’outil sait faire, et surtout on n’expose rien.
Ensuite seulement viennent les modifications, et toujours sur une copie. Les outils que j’utilise au quotidien sont détaillés dans ma stack SEO, et si vous préférez qu’on vous montre la méthode sur vos propres pages plutôt que de lire un article, c’est l’objet d’une journée de formation : apprendre à l’utiliser en formation.
Sur la mesure elle-même, qui est l’autre moitié du travail, j’ai détaillé la méthode dans mesurer sa visibilité dans les IA.
Claude Code, c’est quoi pour quelqu’un qui ne développe pas ?
Un assistant qui travaille directement sur des fichiers et qui peut exécuter des commandes, au lieu de se contenter de discuter. Pour un référenceur, cela veut dire qu’il peut ouvrir trente pages, les comparer, écrire un petit programme de vérification et vous en donner le résultat. La compétence utile n’est pas de coder, c’est de savoir ce qu’on veut vérifier.
Est-ce que l’IA écrit les contenus à ma place ?
Chez moi, elle produit des brouillons et elle vérifie. Le positionnement, les prix, les engagements et la décision de publier restent de mon côté. C’est moins spectaculaire que ce qu’on promet parfois, et c’est ce qui rend le résultat publiable.
Quels garde-fous quand une IA touche à un site en production ?
Quatre chez moi : repartir du fichier réellement servi, faire échouer un script qui ne trouve pas exactement ce qu’il cherche, rejeter toute différence non demandée, et sauvegarder avant de modifier. Aucun n’est sophistiqué, tous viennent d’une erreur réelle.
Le texte produit est-il pénalisé par Google ?
Google ne pénalise pas l’usage de l’IA en tant que tel : il juge la page. Sa documentation sur l’IA générative demande un contenu qui apporte quelque chose de propre plutôt qu’une reformulation de ce qui existe. Un texte produit vite et publié sans regard tombe sous ce critère, quel que soit l’outil qui l’a écrit.
Références
- Google Search Central, Google’s Guide to Optimizing for Generative AI Features on Google Search, mise à jour du 10 juillet 2026.
- Retours d’expérience issus de refontes menées par l’agence en 2026, sur des sites clients en production.
Pour aller plus loin
Voir la méthode appliquée à vos propres pages
Une journée sur vos contenus, vos outils et vos vraies questions, plutôt que sur des exemples d’école. Vous repartez avec la méthode et de quoi la tenir sans nous.
Web’up · Agence SEO et IA à La Garde, dans le Var · Interventions partout en France
