Comment j’utilise Claude Code pour gérer plus de 300 articles WordPress

On lit partout que l’IA va remplacer les créateurs de contenu. C’est faux. En revanche, un créateur de contenu équipé d’IA va remplacer celui qui ne l’est pas. Et la différence se joue maintenant.

Quand j’ai migré wpformation.com en architecture headless début 2026 (WordPress en backend, Next.js en frontend), je me suis retrouvé avec un problème que je n’avais pas anticipé : plus de 300 articles à gérer, rafraîchir, auditer… seul. Des articles vieux de 10 ans avec des plugins qui n’existent plus. Des liens cassés par dizaines. Des méta SEO aux fraises. Et zéro TL;DR (en français : trop long, pas lu), zéro FAQ.

J’aurais pu embaucher. J’aurais pu sous-traiter à un consultant WordPress. J’ai préféré construire une méthode autour de Claude Code, l’outil en ligne de commande d’Anthropic, avec une règle de départ : ne confier à l’IA que les tâches qu’elle fait mieux qu’un humain. En mars 2026, quand j’ai publié la première version de cet article, c’était surtout une boîte à outils : un fichier d’instructions, une poignée de skills, des connexions à Search Console et à Google Analytics.

Sept mois plus tard, la boîte à outils est devenue une chaîne. Elle part de la veille, passe par la rédaction et la relecture, bute sur des contrôles qui bloquent, et finit sur LinkedIn ou en vidéo. Elle s’arrête aussi à plusieurs endroits pour attendre ma lecture. Cette version raconte ce que la chaîne fait vraiment en octobre 2026, avec ses dates et ses ratés.

Je m’appelle Fabrice Ducarme. Je fais du WordPress depuis 2011, je forme depuis 2012 (formateur WordPress, organisme certifié Qualiopi), et j’ai créé ou co-créé 10 extensions WordPress, de WPS Hide Login (+2M installations actives) à Preferable, publiée le 11 octobre 2026. Si vous cherchez seulement à brancher Claude sur votre site, mon tutoriel pour connecter Claude à WordPress via MCP va droit au but. Ici, je parle de tout ce qui se passe une fois le branchement fait.

Ma méthode personnelle pour gérer plus de 300 articles

Headless Next.js, 23 skills, 8 serveurs MCP et des verrous qui attendent ma lecture. La chaîne que j’ai construite pour mon site… et que je n’enseigne pas telle quelle à mes stagiaires (leur parcours vient plus bas).

Le socle : Claude Code, un CLAUDE.md court et des serveurs MCP

Le socle n’a pas beaucoup bougé depuis mars, sauf dans ses chiffres.

Claude Code et le fichier CLAUDE.md

Claude Code est l’outil en ligne de commande d’Anthropic : un agent qui tourne dans votre terminal ou dans VS Code, avec accès aux fichiers de votre projet. Pas un chatbot.

Sa grande différence avec une conversation sur Claude.ai ou ChatGPT tient dans un fichier : CLAUDE.md. Placé à la racine du projet, il contient les instructions permanentes, des conventions de rédaction à l’état du site, en passant par l’endroit où trouver les identifiants (jamais les identifiants eux-mêmes). Claude Code le lit à chaque démarrage et sait où il en est, sans que vous ayez à tout réexpliquer. WordPress Studio, l’outil local d’Automattic, dépose d’ailleurs un CLAUDE.md et un AGENTS.md à la racine de chaque site qu’il crée. Je les ai trouvés en testant l’outil, et je détaille les consignes pour agents de WordPress Studio.

Ce fichier a une fâcheuse tendance : il grossit. Chaque incident ajoute une règle, chaque règle ajoute des lignes, et au bout de quelques semaines l’IA lit un roman avant chaque tâche. Je lui ai donc fixé un plafond de 130 lignes. Le détail part dans des fichiers de mémoire classés par thème (rédaction, SEO, infrastructure, incidents techniques…), que Claude Code ne lit que lorsque la tâche le demande. La dernière remise à plat de cette mémoire date du 25 juin 2026.

Claude Code gère aussi des skills : des procédures écrites en langage naturel dans un fichier SKILL.md, que l’IA déroule quand vous tapez la commande correspondante. J’en ai 23 aujourd’hui, contre 17 en mars. S’y ajoutent 6 agents, des profils spécialisés (rédaction, administration du serveur, débogage, revue d’accessibilité) qui reçoivent chacun une partie du travail.

Mon poste : VS Code, Windows, Mac et GitHub

Je travaille dans VS Code sur deux machines : un PC Windows (le principal) et un Mac (les déplacements). Claude Code tourne dans le terminal intégré, ce qui me donne le code, les fichiers et la conversation dans la même fenêtre. J’utilise d’ailleurs Claude Code pour administrer le serveur qui héberge ce site.

GitHub fait le lien entre les deux postes. Le dépôt contient tout le projet : le CLAUDE.md, les skills, les agents, le changelog, la mémoire. Depuis le 15 juillet 2026, une règle s’est ajoutée : Claude Code travaille toujours sur une branche à lui. Il sauvegarde et pousse son travail à la fin de chaque tâche, mais tout ce qui touche le site en service attend ma décision avant d’être intégré.

Les serveurs MCP que j’utilise vraiment

Le Model Context Protocol (MCP) est un standard ouvert publié par Anthropic en novembre 2024. Il relie l’IA à des services externes : votre WordPress, Search Console, Google Analytics, une banque d’images. Sans MCP, Claude Code lit et écrit des fichiers sur votre machine. Avec, il interroge vos données et agit dessus, dans la même conversation.

En mars, j’annonçais 10 serveurs. Le fichier de configuration du projet en déclare 8 aujourd’hui : 6 chargés en permanence, 2 que j’active seulement quand j’en ai besoin.

Serveur MCP	Service	Ce que j’en fais
claudeus-wp-mcp	WordPress (API REST)	Lire et modifier articles, pages, médias et réglages : c’est par lui que passent les brouillons
wordpress-org-mcp-server	WordPress.org	Vérifier une extension avant d’en parler : installations actives, dernière mise à jour, code source
mcp-server-gsc	Google Search Console	Clics, impressions, positions par requête et par page
analytics-mcp	Google Analytics 4	Sessions, engagement, sources de trafic
mcp-server-bwt	Bing Webmaster Tools	Trafic Bing, exploration, indexation
pixabay-mcp	Banque d’images	Illustrations libres de droits
gemini-image (à la demande)	Génération d’images	Un serveur maison, pour les visuels que Pixabay ne fournit pas
n8n-mcp (à la demande)	n8n	Concevoir ou déboguer les automatisations (LinkedIn, digest SEO)

J’ai étudié d’autres serveurs sans les garder : Ahrefs, Notion, Slack, Lighthouse, GitHub Copilot. Chaque serveur ajouté, ce sont des identifiants de plus à protéger et du bruit en plus dans les réponses de l’IA. Si vous démarrez, contentez-vous de deux serveurs, WordPress et Search Console, et n’ajoutez les autres qu’au moment où un besoin réel se présente.

Pourquoi Claude Code et pas Claude.ai, ChatGPT ou Gemini ?

J’ai essayé ChatGPT, Gemini, Cursor et Aider sur des cas WordPress concrets, du brouillon d’article au déploiement. Claude Code a fini par remplacer le reste dans ma routine, pour des raisons très terre à terre.

Il travaille dans le projet, pas dans un onglet

Claude Code vit dans mon éditeur et voit les fichiers du projet. Quand je lui demande de modifier le header d’un thème enfant, il ouvre header.php, lit le code, propose une modification, je valide. Pas de copier-coller, pas de contexte oublié. Sur Claude.ai ou ChatGPT, il faut recoller ses fichiers à chaque conversation, et pour un thème qui pèse 40 fichiers PHP, ça devient ingérable au bout de dix minutes.

Un agent qui exécute, sous validation

Claude Code agit : il lance des commandes (git, npm, curl), modifie des fichiers, appelle des API. Sur WordPress, je lui demande de préparer un brouillon avec son image à la une, son texte alternatif et ses méta Yoast. Il appelle l’API REST, envoie l’image, compose les blocs Gutenberg. Sur un chat, je récupère du texte à coller dans l’admin, et tout le reste se fait à la main. La publication, elle, reste mon geste.

MCP : WordPress branché directement

Le protocole MCP fait le reste, et les éditeurs s’y mettent : Astra a ajouté un serveur MCP à son thème avec la version 4.13.0, en avril 2026. Côté Google, Gemini CLI sait brancher des serveurs MCP. ChatGPT accepte des serveurs MCP distants, mais seulement avec OAuth ou sans authentification : un WordPress auto-hébergé protégé par un mot de passe d’application ne s’y branche pas directement. Perplexity est un moteur de recherche : il n’a pas vocation à toucher votre code.

Avant Claude Code, j’ai rédigé mes articles avec ChatGPT pendant des mois, sans aucun lien avec mon WordPress : tout passait par le copier-coller. Gemini m’a impressionné sur les longs contextes, sans rien exécuter. Cursor est le plus proche dans l’esprit. Aider, en ligne de commande pure, s’est révélé trop austère pour mon rythme. Le comparatif, tel que je le vis au quotidien :

Outil IA	Agent qui exécute	Serveurs MCP	Où il tourne	Mon usage
Claude Code	Oui : lit, écrit, lance des commandes, appelle les API	Oui	Terminal, VS Code, Cursor	Produire et maintenir le site
ChatGPT	Non sur votre machine : tout passe par le copier-coller	Oui selon l’offre, serveurs distants avec OAuth ou sans authentification	Navigateur, application	Questions ponctuelles
Gemini	Non dans l’application, oui avec Gemini CLI	Oui avec Gemini CLI	Navigateur, terminal	Veille, traduction
Cursor	Oui, proche dans l’esprit	Oui	Éditeur dédié, dérivé de VS Code	Essayé, pas adopté

ChatGPT et Gemini me servent pour les questions ponctuelles, la veille, la traduction rapide. Le travail sur le site lui-même passe par Claude Code.

Que fait Claude Code avant que j’écrive la première ligne ?

La chaîne commence bien avant la rédaction. Quand je cherche un sujet, je pars de ce que les lecteurs demandent et de ce que le site couvre mal.

Une veille que je lance moi-même

La veille éditoriale passe par des commandes que je lance quand j’en ai besoin. /veille-tech me prépare un briefing à partir des sources WordPress que je suis, traduit et trié par priorité. /wp-veille sélectionne ce qui mérite d’aller dans la newsletter. /copywriter-wpf croise les tendances avec Search Console et Google Analytics, vérifie qu’aucun article du site ne couvre déjà l’idée, et me propose des sujets notés. Un script relève aussi, dans Search Console, les questions que les internautes posent à Google et auxquelles mes articles répondent mal. Deux des questions de la FAQ, en bas de cette page, viennent de là.

Le digest SEO du lundi

Une seule brique de cette étape tourne sans moi : le digest SEO. Chaque lundi à 7 h, un workflow n8n que j’héberge moi-même m’envoie par Brevo le résumé SEO de la semaine. Sa version 5 date du 28 septembre 2026, la 5.1 du 5 octobre. Le 28 septembre, j’ai aussi retiré Check Position, l’outil de suivi de positions que je citais en mars : ses rapports étaient figés depuis le 22 août, et Monitorank a pris sa place.

Mots-clés et doublons

Avant d’écrire, deux contrôles. Le skill /dataforseo va chercher les volumes et la difficulté des requêtes, avec une règle écrite noir sur blanc : une erreur ou une absence de réponse reste "bloquée", jamais zéro. Un volume à zéro qui cache une panne d’API vous ferait écarter un sujet sur la foi d’un chiffre faux.

Puis le pipeline /wp-article compare le sujet aux articles existants. Il s’arrête si le titre envisagé partage au moins trois mots avec un titre déjà publié, ou si Search Console montre qu’une page du site se positionne déjà sur la requête. Il me propose alors une fusion ou une redirection plutôt qu’un nouvel article qui ferait concurrence aux miens.

Comment croiser plusieurs sources SEO pour voir ce qu’une seule ne montre pas ?

La plupart des audits SEO s’appuient sur une seule source. Search Console, à la rigueur Google Analytics. Une source unique ne raconte qu’une partie de l’histoire. Mon skill /audit-seo croise aujourd’hui cinq sources de données et un référentiel de seuils maison :

• Google Search Console : la source de vérité pour Google. Clics, impressions, CTR, positions moyennes sur 28 jours, pages très vues mais peu cliquées, cannibalisation.
• Google Analytics 4 : ce que les visiteurs font une fois sur le site. Un article bien positionné que personne ne lit jusqu’au bout est un faux ami.
• Monitorank : les positions quotidiennes d’un panel de 200 mots-clés, et les citations du site dans les aperçus IA de Google.
• Bing Webmaster Tools : le deuxième moteur, avec des données d’exploration que Google ne montre pas. Ses signaux servent aussi de contre-vérification.
• LLMS Tracking : un relevé maison des passages des robots d’IA (GPTBot, ClaudeBot, PerplexityBot…) sur mes fichiers llms.txt et llms-full.txt.
• Les seuils qualité : un référentiel interne (longueur du title et de la méta, densité de liens, fraîcheur). C’est le filtre qui transforme les données brutes en recommandations.

Le résultat tient en deux notes : un score global sur 100 pour la santé SEO du site, et un audit de chaque article sur 30 points, 15 pour le SEO classique et 15 pour la citabilité dans les moteurs d’IA. J’ai raconté un de ces audits de bout en bout, avec son coût réel, dans mon audit SEO WordPress par IA.

Comment j’écris avec Claude Code sans publier un texte d’IA brut ?

En mars, cette section promettait du contenu IA "indétectable". J’ai retiré la promesse : une mesure m’a donné tort. Le texte généré par IA se repère vite (les mêmes mots, les mêmes structures en trois points, les mêmes transitions), vos lecteurs le sentent, et il pèse directement sur le E-E-A-T de votre site.

L’interview passe avant le premier mot

Le pipeline /wp-article compte 10 phases, de l’interview à la publication. La plus importante ouvre la marche, et elle ne fait rien écrire à l’IA. Avant la moindre ligne, Claude Code me pose deux questions et attend mes réponses. Quelle anecdote vécue sur ce sujet, avec une date, un chiffre, un nom ? Quel est mon avis tranché, même à contre-courant ? Tant que je n’ai pas répondu, le pipeline reste bloqué, et mes réponses sont ensuite reprises presque mot pour mot, sans lissage.

Viennent ensuite la vérification des faits (chaque extension citée, chaque date, chaque chiffre a sa source), la rédaction, le brouillon WordPress, les méta Yoast, l’image, le maillage, l’audit sur 30 points et une série de contrôles avant publication. Mais sans la matière de l’interview, tout ce qui suit polit un texte creux.

Ce que GPTZero m’a appris le 16 juin 2026

Le 16 juin 2026, j’ai fait passer plusieurs textes au détecteur GPTZero, avec deux témoins : deux de mes anciens articles, écrits bien avant les IA génératives. Voici les verdicts, sur les textes complets :

Texte testé	Verdict GPTZero
Deux articles écrits à la main, avant les IA génératives	0 % IA
Un article sorti du pipeline de l’époque	97 % IA
Le même, réécrit en entier par l’IA avec toutes les consignes pour paraître humain	92 % IA
Un autre article, nourri de mes réponses à l’interview	52 % IA, 30 % humain

La leçon est désagréable mais nette : un texte d’IA réécrit par une IA reste un texte d’IA. Le seul ingrédient qui a déplacé le verdict, je l’ai apporté moi-même, avec mes anecdotes et mes avis. Les variables n’étaient pas isolées (sujets et longueurs différents), donc je parle d’une tendance observée sur quelques textes, pas d’une loi. Elle a suffi pour une décision prise le jour même : arrêter de courir après le score d’un détecteur, et mettre l’effort sur ce que l’IA ne peut pas inventer.

La relecture stop-slop-fr et son verrou

Après la rédaction, le texte passe par un skill de relecture, /stop-slop-fr. Il repère les tournures typiques des textes d’IA en français, propose une version corrigée et rend une note avant et après. Il s’appuie sur deux fichiers que j’enrichis depuis le début : les expressions interdites, et les traits de ma propre écriture, tirés de mes anciens articles (un sujet que j’aborde aussi dans mon article sur ChatGPT et WordPress).

Depuis le 3 octobre 2026, un verrou bloque toute création ou modification d’article envoyée par le serveur MCP WordPress sans le visa de cette relecture. Je connais sa limite : il surveille l’outil MCP, pas un script qui écrirait directement dans l’API REST. Pour ces cas-là, le contrôle se fait à la main.

Voici un aperçu de ce que Claude Code n’a pas le droit d’écrire sur wpformation.com :

Interdit	Alternative	Pourquoi
"Plongeons dans…"	Entrer directement dans le sujet	Personne ne dit ça en vrai
"À l’ère du numérique…"	Un fait concret ou une anecdote	Phrase creuse par excellence
"De plus…" / "En outre…"	"Et", "Mais", "Donc" ou pas de transition	Signature IA à 100 %
"Il convient de noter que…"	Énoncer le fait directement	Personne ne parle comme ça
"Crucial" / "Fondamental"	"Important" / "Utile" / "Pratique"	Surutilisé par les modèles de langage
Le tiret cadratin (tiret long)	Deux-points, virgule ou parenthèses	Le marqueur IA le plus traître en français
"Permet de + infinitif"	Verbe direct	Tournure typique des textes générés

Le même paragraphe, avant et après la relecture :

Avant : "Il est essentiel de comprendre que les Core Web Vitals représentent un ensemble de métriques cruciales pour évaluer l’expérience utilisateur de votre site WordPress. De plus, ces indicateurs jouent un rôle fondamental dans le positionnement de votre site."

Après : "Les Core Web Vitals, c’est Google qui note votre site comme un prof. Trois critères : ça charge vite ? Ça répond au clic ? Ça bouge pas dans tous les sens ? Ratez-en un, et Google le remarque. Point."

Le deuxième texte sonne comme quelqu’un qui parle, pas comme un rapport de stage. Mais gardez en tête la leçon de GPTZero : ce polissage améliore la lecture, il ne transforme pas un texte d’IA en texte humain. Seule votre matière le fait.

Les contrôles qui bloquent avant la mise en ligne

Une relecture, même bonne, ne suffit pas. Certaines erreurs ne se voient pas en lisant : elles cassent l’affichage, le balisage ou les données structurées. Pour celles-là, j’ai installé des contrôles qui ne me demandent pas mon avis. Ils bloquent.

Un validateur branché sur chaque envoi

Chaque création ou modification d’article envoyée par le serveur MCP WordPress déclenche un script de validation avant de partir. Il refuse l’envoi s’il trouve un tiret cadratin, des guillemets typographiques, le nom de WordPress mal orthographié, une notice collée sous un titre, une notice à l’ancienne mise en forme, ou une extension citée en gras sans sa fiche descriptive. Cette dernière règle est devenue bloquante le 13 mai 2026. Le script mesure aussi la régularité du texte (phrases trop uniformes, listes toujours en trois points, trop de titres en questions) : ces mesures-là ne bloquent rien, elles me signalent un passage à relire. Quand j’écris par l’API REST sans passer par l’outil MCP, je lance ce même script à la main.

Le maillage, phrase par phrase

Les liens entrants vers les articles programmés sont proposés par un script planifié, qui tourne deux fois par jour (9 h 15 et 15 h 15) depuis le 1er octobre 2026 : pour chaque nouvel article, il prépare une phrase de liaison à placer dans un article existant. Depuis le 7 octobre, aucune de ces phrases n’est posée sans mon visa, une par une. Ce jour-là, j’ai relu ce que Google attend désormais des contenus produits avec l’IA, et j’ai maintenu la promesse que je fais à mes lecteurs : "pas une ligne sans que je l’aie lue". Elle valait pour les articles. Elle vaut aussi, depuis, pour chaque phrase ajoutée par un script.

Une sauvegarde qui doit prouver qu’elle a réussi

Avant toute opération qui touche au moins trois articles, le skill /backup fait une copie complète des articles en JSON. Le script compare le nombre d’articles sauvegardés au total annoncé par WordPress, vérifie que chaque contenu est bien là, et ne rend la main avec succès que si tout concorde ; sinon, l’opération en masse ne démarre pas. Après un déploiement du site, un autre script, audit-drift, compare 17 éléments SEO sur 18 adresses témoins avant et après, pour attraper une régression invisible à l’œil, comme une balise canonique disparue ou des données structurées cassées.

Après la publication : LinkedIn, newsletter et vidéo

LinkedIn et la newsletter

Quand un article passe en ligne pour la première fois, WordPress prévient n8n, qui prépare un post LinkedIn à partir de l’article. Le texte est rédigé par Claude Haiku, un modèle d’Anthropic plus léger. Le circuit date du 9 mai 2026 ; il a quitté n8n Cloud pour mon propre serveur n8n les 18 et 19 juin. Une simple mise à jour d’article ne reposte rien. L’autorisation LinkedIn dure environ 60 jours, n8n prévient quand elle expire, et je garde un contrôle manuel vers le 45e jour.

La newsletter part par Brevo, à partir de la sélection préparée par /wp-veille.

La vidéo, encore en rodage

Depuis octobre, la chaîne produit aussi de la vidéo. Le 4 octobre 2026, une vidéo de présentation de 35 secondes a rejoint ma page formation, montée avec le skill /brag et l’outil HyperFrames : une consigne tapée dans un terminal Claude Code, puis l’offre en quelques scènes. Le 12 octobre sont sortis les premiers Shorts YouTube tirés d’articles du site, et le pilote est devenu un skill, /wp-short : trois Shorts ce jour-là, un quatrième le 14 octobre, chacun de 30 secondes au plus, avec une voix de synthèse ElevenLabs.

Le rodage se voit. Sur le deuxième Short, j’ai refusé une version qui ne donnait aucun conseil utile : "elle ne fait que teaser". Depuis, le skill porte la règle : un Short apprend un conseil applicable, il ne promet pas la suite. Le Short sur WP-Cron, monté en mode autonome, est le moins réussi des trois du 12 octobre, coupé trop court, avec des textes illisibles faute de temps. Je l’ai laissé en ligne, et le skill contrôle désormais le temps de lecture de chaque scène.

Comment savoir si les IA citent vos articles ?

Être bien classé sur Google ne garantit plus d’être lu. Depuis le 22 juillet 2026, les AI Overviews de Google sont actifs en France : une réponse rédigée s’affiche au-dessus des résultats, avec ou sans lien vers votre site. Le 15 mai 2026, Google a écrit que, de son point de vue, optimiser pour ces fonctions d’IA relève toujours du SEO, et j’ai détaillé ma lecture de cette position de Google. Elle vaut pour ses AI Overviews et son AI Mode, pas pour ChatGPT, Claude ou Perplexity, qui gardent leurs propres règles. Je ne traite donc pas le GEO (l’optimisation pour les moteurs d’IA) comme une discipline à part. Je mesure la citabilité : les moteurs d’IA reprennent-ils mes articles, et me citent-ils comme source ?

Deux capteurs maison s’en chargent. L’un relève les AI Overviews en France, l’autre pose les mêmes questions à ChatGPT, Claude et Gemini. Le protocole tient en cinq règles :

1. Chaque question est posée au moins cinq fois, à des jours différents. Les réponses des IA varient d’une fois sur l’autre : deux essais ne séparent pas le signal du bruit.
2. Les taux se lisent séparément : simple mention de WPFormation, citation comme source, présence d’un AI Overview. Jamais un chiffre agrégé.
3. Le dénominateur, ce sont les passes réussies, pas les passes prévues. Une erreur technique n’est pas une absence de citation.
4. À côté de chaque taux de citation figure la part des réponses où le moteur a vraiment cherché sur le web. Le 14 juillet 2026, Gemini n’avait lancé de recherche web que dans 15 % de ses réponses aux questions informationnelles : son faible taux mesurait sa tendance à chercher, pas ma citabilité.
5. Seul le marché français est mesuré. Un taux relevé dans un autre pays décrit un autre public.

Un exemple : le 7 août 2026, sur la requête "wordpress headless", l’AI Overview français citait wpformation.com en première référence, quand la version néerlandaise ne le citait pas. Sur le panel de 50 requêtes mesuré ce jour-là, un AI Overview s’affichait pour 38 d’entre elles, et le site était cité au moins une fois sur 20 de ces requêtes.

Pour la forme des textes, je garde un œil sur l’étude présentée à la conférence KDD 2024 par des chercheurs de Princeton et de l’Indian Institute of Technology de Delhi (Aggarwal et al.). Ses auteurs mesurent que certaines optimisations, comme l’ajout de statistiques sourcées ou la citation de sources identifiées, peuvent augmenter la visibilité d’un contenu dans les réponses des moteurs génératifs jusqu’à 40 %. Mon protocole part pourtant d’un principe plus sobre : une bonne structure n’achète pas une citation. Le rang et l’autorité du site comptent davantage. La forme aide une IA à reprendre un passage, elle ne la convainc pas de vous choisir.

Chaque garde-fou est né d’un incident

Rien de ce que je viens de décrire n’a été pensé d’avance. Chaque contrôle porte la date d’une erreur. Voici les principales, dans l’ordre :

• 13 mai 2026 : un article sur Google Analytics part avec quatre extensions citées sans leur fiche. Le jour même, le validateur se déclenche automatiquement avant chaque envoi, et cette faute devient bloquante.
• 13 mai 2026, encore : je fais rafraîchir un vieil article sur le contenu de blog. À la relecture, je le trouve d’une "pauvreté rédactionnelle à faire pleurer", et je soupçonne qu’il ne reçoit plus de visites. Search Console confirme : pas une visite venue de Google en six mois. L’article est retiré, avec une redirection 301 vers un guide plus récent. Depuis, aucun rafraîchissement ne démarre sans audit Search Console, et un script bloque toute décision qui contredirait les données.
• 18 mai 2026 : sept articles reçoivent un lien vers ma page maintenance, ajouté mécaniquement en toute fin de contenu, donc après la FAQ. Je le repère sur une capture. Les liens sont replacés dans une section qui parle du sujet, et la règle "jamais rien après la FAQ" entre dans la mémoire.
• 19 mai 2026 : sur le post LinkedIn d’un article, le texte rédigé par l’IA mentionne chatgpt.com et perplexity.ai, et LinkedIn en fait des liens cliquables. Trois liens au lieu d’un. Le 23 mai, la règle devient : un seul lien cliquable par post, celui de l’article, tout le reste en texte simple.
• 26 et 27 mai 2026 : un lecteur signale en commentaire LinkedIn qu’un article sur les blocs en PHP cite une option absente de la documentation de WordPress. Il a raison, l’IA l’avait inventée. Je corrige le lendemain, sur les quatre endroits publics où l’erreur apparaissait.
• 4 et 8 juin 2026 : deux articles partent deux fois sur LinkedIn. La cause : l’ancien WordPress, resté actif chez mon ex-hébergeur après la migration du 31 mai, republiait ses copies périmées. Correctif en deux couches : coupure de son WP-Cron, et dédoublonnage dans n8n sur sept jours.
• Du 22 août au 1er octobre 2026 : l’export quotidien des articles échoue sans que je le voie, faute de trouver Python, et la copie vers le NAS et Google Drive est bloquée depuis le 20 août. La sauvegarde du serveur, elle, tournait. Tout est réparé le 1er octobre. Une tâche planifiée qui échoue sans bruit ne protège de rien.
• 7 octobre 2026 : le maillage automatique passe sous visa, phrase par phrase, pour que la promesse faite à mes lecteurs soit vraie partout.

D’autres règles sont plus anciennes et tiennent toujours. Mes scripts n’envoient pas plus de deux requêtes par seconde à l’API de WordPress, parce que mon ancien hébergeur bloquait mon adresse IP quand je l’interrogeais trop vite. Après une modification en série, je vérifie trois articles au hasard, à l’œil : un article peut passer tous les contrôles et s’afficher de travers. J’ai rassemblé l’esprit de ces limites dans mes 10 règles éthiques de technicien.

De 68 à 86/100 : le bilan du premier mois

Voici les chiffres publiés en mars 2026 dans la première version de cet article. Ils mesurent un mois de travail, de fin février à fin mars, et je les laisse avec leur date :

Métrique	Avant (fév. 2026)	Après (mars 2026)	Évolution
Score SEO global	68/100	86,3/100	+18 points
SEO technique	62/100	82/100	+20 points
Score GEO	55/100	70/100	+15 points
Score contenu	45/100	68/100	+23 points
Sécurité	82/100	93/100	+11 points
Clics Google (Search Console, 28 j, indice base 100)	100	113	+13 %
TL;DR ajoutés	0	+90	De zéro
Articles rafraîchis	0	+52	15 % du catalogue
Liens cassés	66	0	-100 %
Redirections 301	~223	263	+40 (nettoyage)
PageSpeed mobile	98	98	Maintenu

Correction du 24 septembre 2026 : ce tableau affichait aussi quatre indicateurs Google Analytics (+174% de sessions, +158% de pages vues, +300% de trafic IA, engagement passé de 40 à 45,9%). La propriété Analytics du site ayant été recréée le 22 février 2026, la période de comparaison ne contenait que six jours de données : ces hausses venaient de la mesure, pas du trafic. Je les ai remplacées par les clics Search Console, relevés sans interruption du 1er au 28 février puis du 1er au 28 mars 2026.

Le chiffre qui m’a le plus marqué, à l’époque : le score contenu, passé de 45 à 68/100. Le travail de fond a payé là, avec les TL;DR, les FAQ, les réécritures et le maillage interne.

Sept mois plus tard, je ne refais pas ce tableau. Le 28 septembre 2026, l’audit a changé de sources et de barème en perdant Check Position : comparer ses notes d’aujourd’hui à celles de mars mélangerait deux instruments de mesure différents.

Comment j’enseigne Claude Code à mes stagiaires

Stack standard. Zéro headless. Zéro skill maison à coder. Le déroulé que je suis avec un stagiaire débutant, sur son propre WordPress : il écrit son contenu, Claude Code l’aide à le mettre en forme et à configurer Yoast.

La méthode que je viens de décrire est la mienne : un site headless, 23 skills, 8 serveurs MCP, des contrôles nés de mes propres erreurs. Pour quelqu’un qui débute, c’est trop. Trop de couches, trop de prérequis, trop de marches à franchir d’un coup.

Je forme à WordPress depuis 2012, et +1 500 personnes sont passées par mes formations. Depuis fin 2025, la même question revient en séance : "Est-ce qu’on peut se servir de Claude Code pour notre propre WordPress, sans devenir développeur ?"

Ma réponse est oui, à condition de choisir une stack adaptée. Pas la mienne. Du WordPress classique, un thème qui parle MCP, et des accès donnés par paliers. J’ai accompagné un graphiste qui n’avait jamais écrit une ligne de code : en une séance, Claude Code était branché sur son site, le MCP d’Astra configuré, et son premier article publié à partir d’un brouillon créé depuis le terminal.

Par où commencer avec Claude Code sur votre WordPress ?

Voici le parcours que je suis avec un stagiaire, en cinq étapes. Vous pouvez le suivre seul. Si vous voulez la logique complète de ma propre chaîne, brique par brique, je la décris dans le guide du workflow WordPress + IA.

Étape 1 : installer Claude Code

Il vous faut un abonnement Claude payant et un terminal. Sous macOS, Linux ou WSL, l’installation tient en une commande ; sous Windows, dans PowerShell, la commande devient irm https://claude.ai/install.ps1 | iex.

curl -fsSL https://claude.ai/install.sh | bash
claude

Si vous préférez npm (npm install -g @anthropic-ai/claude-code), il faut Node.js 22 ou plus. Sous Windows, Git pour Windows est facultatif mais recommandé : avec lui, Claude Code utilise Bash. Sans lui, il passe par PowerShell. Côté éditeur, l’extension officielle s’installe dans VS Code (version 1.94 ou plus) comme dans Cursor, et la documentation de l’extension rappelle que l’outil en ligne de commande fonctionne dans n’importe quel terminal. Une subtilité : l’extension seule ne fournit pas la commande claude dans le terminal, dont vous aurez besoin à l’étape 3. Si le terminal vous intimide, faites-vous la main avec WP-CLI : la logique est la même, appliquée à WordPress.

Étape 2 : écrire un CLAUDE.md court

À la racine de votre projet, créez un fichier CLAUDE.md. Commencez petit :

# CLAUDE.md - Mon site WordPress

## Site
- URL : https://mon-site.com
- Hébergeur : mon-hebergeur
- Thème : Astra

## Contenu
- ~150 articles publiés
- Catégories : Tutoriels, Actualités, Guides

## Conventions
- Langue : français, accents obligatoires
- Rédaction : première personne (je, mon, j'ai testé)
- Brouillon uniquement : je publie moi-même
- Slash final sur toutes les URL

Au fil des séances, vous l’enrichirez de vos conventions et de vos préférences. Gardez-le court quand même : chaque ligne est relue à chaque échange, et un fichier trop long noie les règles qui comptent. Quand il grossit, déplacez le détail dans des fichiers séparés.

Étape 3 : brancher un premier serveur MCP

Avec un débutant, je commence par le serveur MCP d’Astra. Il n’existe qu’à trois conditions : WordPress 6.9 ou plus, l’extension MCP Adapter (répertoire officiel des extensions) installée et active, et, dans le tableau de bord Astra, les réglages "Enable Abilities" puis "Enable MCP Server" activés. En WP-CLI, depuis Astra 4.13.2, la commande wp astra abilities enable --with-mcp fait la même chose, et wp astra abilities status vérifie le résultat. La documentation d’Astra détaille ensuite la configuration du client.

Il vous faut ensuite un mot de passe d’application : dans l’admin WordPress, Utilisateurs > Profil, section "Mots de passe d’application". Donnez-lui un nom ("Claude Code", par exemple) et copiez tout de suite les 24 caractères générés, vous ne les reverrez plus. Ce mot de passe se révoque en un clic, sans toucher à votre mot de passe principal.

Dans le terminal, la commande ci-dessous, sur une seule ligne, ajoute le serveur par le proxy d’Automattic, mcp-wordpress-remote (Node.js 22 ou plus) :

claude mcp add --transport stdio astra --env WP_API_URL=https://son-site.com/wp-json/astra/v1/mcp --env WP_API_USERNAME=son-login --env "WP_API_PASSWORD=abcd efgh ijkl mnop qrst uvwx" --env OAUTH_ENABLED=false -- npx -y @automattic/mcp-wordpress-remote@latest

Relancez Claude Code, tapez /mcp pour vérifier que le serveur "astra" est connecté, puis demandez : "Liste-moi les réglages actuels du header Astra". Si Claude répond avec la position du logo, la hauteur du header et l’état du sticky, le pont est en place. C’est souvent à ce moment précis que le déclic arrive en formation. Pour un serveur WordPress plus complet (articles, médias, réglages), le tutoriel MCP cité en introduction couvre la configuration et le dépannage.

Étape 4 : donner les accès par paliers

C’est la partie la plus mal comprise. Plus vous donnez d’accès à Claude Code, plus il peut vous aider, et plus il vous faut de garde-fous. J’enseigne trois paliers :

1. L’API REST seule : le mot de passe d’application de l’étape 3, rien d’autre. Claude Code lit le contenu, crée des brouillons, gère les médias, remplit Yoast, suggère des liens internes. Aucun accès aux fichiers du serveur, aucun risque côté hébergement. Les stagiaires démarrent tous par là.
2. La lecture des fichiers : un compte FTP secondaire, limité au dossier du site et en lecture seule. Claude Code peut alors lire wp-config.php, les fichiers du thème enfant ou un mu-plugin suspect, sans rien pouvoir modifier. Très utile pour diagnostiquer un site qui rame ou qui affiche des erreurs bizarres après une mise à jour.
3. L’écriture et l’API de l’hébergeur : Claude Code peut ajouter une redirection, créer une tâche cron, lancer une sauvegarde de la base, lire les journaux d’erreur, voire piloter le panneau d’hébergement par son API. Pour quelqu’un qui n’a jamais ouvert cPanel de sa vie, l’effet est spectaculaire.

Un retour d’expérience daté : chez O2switch, mon hébergeur jusqu’à fin mai 2026, ModSecurity bloquait sur certains comptes les requêtes POST vers /wp-json/. Symptôme : Claude Code reçoit une erreur 403. La parade passe par cPanel > ModSecurity > Tools, en désactivant la règle 211150 pour le domaine concerné, ou par un ticket au support. Autre piège du même hébergeur : le gestionnaire de fichiers de cPanel refusait en silence les fichiers .php, tout en affichant un succès.

Étape 5 : un premier skill, puis un premier audit

Créez un dossier .claude/skills/ et un premier fichier mon-audit/SKILL.md :

---
name: mon-audit
description: Audit rapide de mon site WordPress
---

# Audit rapide

1. Lister les 10 derniers articles publiés
2. Pour chaque article, vérifier :
   - Le titre fait moins de 60 caractères
   - La méta description existe
   - Il y a au moins 1 image avec texte alternatif
3. Signaler les problèmes trouvés dans un tableau

Tapez /mon-audit dans Claude Code : l’IA déroule chaque étape, interroge votre site par l’API REST et vous rend un tableau. Pas de code, du langage naturel. Demandez ensuite un brouillon en mode plan, relisez-le dans Gutenberg, et cliquez vous-même sur Publier. Le réflexe suivant est presque toujours de lui faire produire une page : j’ai détaillé 7 façons de créer une page WordPress avec Claude Code, et la façon de lui apprendre un constructeur de blocs dans mon skill Spectra pour Claude Code.

Ce qu’un stagiaire débutant apprend en 3 heures

Premier principe, posé dès les premières minutes : ce n’est pas Claude qui écrit l’article à la place du stagiaire. Le contenu vient de lui, de son métier, de ses cas clients. Il arrive avec ses notes (ses idées, ses exemples, ses anecdotes), et Claude Code les transforme en brouillon WordPress structuré et mis en forme. Le fond reste humain, la forme passe par l’IA. C’est la leçon de GPTZero, appliquée à un débutant.

Vient ensuite Gutenberg. La plupart des stagiaires y perdent du temps : colonnes, groupes, marges qui changent selon l’écran. Avec Claude Code, ils décrivent ce qu’ils veulent voir ("mets ces paragraphes sur deux colonnes, 2/3 et 1/3, avec un encadré à droite") et la sérialisation Gutenberg sort propre, avec les commentaires <!-- wp:columns --> qui vont bien. Pas besoin de connaître la syntaxe interne : l’éditeur affiche le résultat aussitôt.

Le moment qui les marque le plus reste Yoast. Avant, le champ restait vide, ou se remplissait à la va-vite au moment de publier. Avec Claude Code, le stagiaire obtient une proposition de title sous 60 caractères, de méta description sous 155 et de requête principale, chacune justifiée par le contenu de l’article. Il accepte, refuse ou ajuste, et il apprend en regardant l’IA raisonner. De la pédagogie SEO appliquée.

Après la séance, il sait :

• lancer Claude Code dans VS Code et le brancher à son site WordPress ;
• transformer ses notes en brouillon WordPress en gardant son ton ;
• demander des blocs Gutenberg en langage naturel (colonnes, FAQ, citation) ;
• faire préremplir Yoast, avec la justification de chaque proposition ;
• modifier le header Astra ou la palette de couleurs en une phrase ;
• repérer les liens internes utiles vers ses autres articles ;
• refuser une proposition de Claude qui ne lui plaît pas (la chose la plus importante).

Ce qu’il ne sait pas encore faire : brancher huit serveurs MCP, écrire ses propres skills, croiser plusieurs sources SEO. Et c’est très bien. Son besoin est de publier plus vite et plus proprement, avec un Yoast qui ne soit plus à l’abandon. Le jour où il voudra aller plus loin, on ajoutera des briques, une à la fois.

Les erreurs de débutants (et comment je les corrige)

Sur mes dernières formations Claude Code, les mêmes pièges reviennent. Voici ceux que je traite à chaque fois, du plus fréquent au plus dangereux :

• Laisser Claude publier directement. Jamais. Brouillon systématique, relecture humaine, vérification de l’aperçu, et c’est le stagiaire qui clique sur Publier. Sinon, un jour, un article part avec un texte de remplissage ou un titre en double.
• Un brief flou. "Améliore mon article" ne donne rien. "Réécris l’introduction en 80 mots, à la première personne, pour convaincre un débutant de tester Claude Code dans l’heure" donne un résultat utilisable.
• La boucle de corrections sans fin. "Essaie autrement", "non, pas ça", "encore une fois"… Après deux essais ratés, reprenez la main : cherchez cinq minutes vous-même, puis donnez l’erreur exacte à Claude.
• Oublier /clear. À chaque message, Claude relit toute la conversation : plus elle est longue, plus chaque réponse coûte cher. Videz-la dès qu’un sujet est terminé.
• Donner trop d’accès trop vite. Le palier 1 tient la plupart des promesses. Un débutant qui découvre la commande rm -rf en même temps que les pleins pouvoirs sur son hébergement, ce n’est pas une bonne combinaison.
• Oublier la sauvegarde avant une modification sensible. Avant de toucher au .htaccess, à un fichier de configuration ou à la base de données, demandez la sauvegarde en premier. Une commande sed -i mal écrite peut supprimer des blocs voisins : je l’ai vu, et j’ai perdu une demi-journée à reconstruire un .htaccess. Si l’opération est destructive, je veux voir la sauvegarde avant de valider.

Questions fréquentes

Combien coûte Claude Code ?

Claude Code demande un abonnement Claude payant (Pro, Max, Team ou Enterprise) ou un compte sur la console développeur d’Anthropic. Les tarifs évoluent : vérifiez-les sur le site d’Anthropic au moment de vous abonner. Les serveurs MCP eux-mêmes sont pour la plupart gratuits. Certains services branchés dessus se paient à l’usage : chez moi, DataForSEO pour les données de mots-clés et ElevenLabs pour la voix des vidéos.

Faut-il savoir coder pour utiliser Claude Code ?

Non. Les skills s’écrivent en langage naturel, le fichier CLAUDE.md est du texte, et Claude Code vous aide à rédiger la configuration de ses serveurs MCP. Comprendre les bases de la ligne de commande (se déplacer dans un dossier, lancer une commande) aide beaucoup. Si vous savez installer une extension WordPress et suivre un tutoriel pas à pas, vous saurez démarrer.

Peut-on déployer un site WordPress depuis VS Code ou Cursor avec Claude Code ?

Oui : l’extension officielle existe pour les deux éditeurs. Le déploiement, lui, dépend de votre hébergement, pas de l’éditeur. Chez moi, le code du site passe par une branche Git et une demande de fusion, puis Vercel reconstruit le site. Les fichiers PHP du serveur WordPress partent par SSH dans un dossier d’attente : leur syntaxe et leur empreinte y sont vérifiées avant leur mise en place. Je travaille dans VS Code ; je n’ai pas de déploiement depuis Cursor à vous montrer, donc pas de comparatif.

Peut-on modifier les DNS d’un site avec Claude Code ?

Techniquement oui, si vous lui donnez un accès à l’API de votre registraire. Je ne le fais pas : la clé d’API OVH de mon projet n’a aucun droit sur la zone DNS. Le 1er octobre 2026, quand j’ai activé le DKIM d’OVHcloud et posé deux enregistrements CAA pour wpformation.com, Claude Code m’a guidé pas à pas dans l’espace client OVH, puis a vérifié le résultat sur deux résolveurs DNS publics. Une erreur dans une zone DNS peut couper un site ou ses e-mails : la modification reste mon geste, la vérification est le sien.

Google pénalise-t-il un contenu écrit avec l’IA ?

Pas pour ce seul motif : Google vise le contenu produit en masse sans valeur ajoutée, quel que soit l’outil. Sa page sur les contenus générés par IA, mise à jour le 1er octobre 2026, pose en revanche une exigence nette : "It is critical to manually factcheck and review all AI-generated content for accuracy and trustworthiness before publishing" (il est critique de vérifier et de relire à la main tout contenu généré par IA avant de le publier), title, méta description, données structurées et textes alternatifs compris. Chez moi, aucun article ne part sans ma relecture.

Claude Code remplace-t-il un rédacteur ?

Non. Il prend le travail répétitif (vérifications, mise en forme, maillage, méta, contrôles) et laisse au rédacteur ce qu’aucune IA ne fait bien : l’expérience vécue, les anecdotes, l’avis tranché. Ma mesure du 16 juin 2026 va dans ce sens : sur GPTZero, un article sorti du pipeline était détecté à 97 % d’IA, et réécrit par l’IA il restait à 92 %. Seul l’apport d’un humain a fait bouger le verdict.

Ce que cette méthode a changé dans ma façon de travailler

La version de mars de cet article décrivait surtout des outils. Celle-ci décrit surtout des arrêts. La chaîne s’arrête quand l’interview n’a pas eu lieu, quand la relecture n’a pas donné son visa, quand une sauvegarde ne prouve pas qu’elle a réussi, quand une phrase de maillage attend ma lecture.

L’IA ne remplace rien si vous ne lui donnez pas de structure. Un CLAUDE.md bien tenu vaut mieux que dix prompts improvisés, et un skill corrigé après chaque incident vaut mieux qu’un script jamais maintenu. Aucun contrôle automatique ne remplace pour autant la relecture de celui qui signe l’article.

Si vous gérez un site WordPress de plus de 50 articles, vous avez sans doute les mêmes problèmes que moi début 2026 : des contenus qui vieillissent, des méta à l’abandon, un maillage absent. Commencez par les cinq étapes décrites plus haut. Et si vous voulez la logique complète de ma chaîne, le guide se récupère juste en dessous.