Pendant trente jours, j’ai confié la gestion courante de mon WordPress (plus de 300 articles, en mode headless) à une IA agentique : Claude Code, un serveur MCP et une vingtaine de skills maison. Elle a abattu un volume de travail énorme (audits SEO, redirections 301, dépublications) et elle a aussi écrasé mon meilleur article pendant quatre-vingt-dix secondes. Voici le bilan chiffré, et les trois règles que j’en tire pour déléguer sans se faire avoir.
Pas le temps ? Faites-le analyser par l'IA
Vous me lisez souvent ? Dites-le à Google
J'ajoute WPFormation à mes sourcesMon meilleur article sur WordPress 7, celui qui me ramène des visiteurs tous les jours, vient d’afficher "@@PLACEHOLDER@@" en plein milieu de la page. En production. En clair, à la vue de tous.
Personne n’a rien piraté. C’est moi. Enfin… c’est l’IA à qui j’avais confié les clés de mon site. Et elle venait de faire, à la lettre, ce que je l’avais autorisée à faire. Bienvenue dans mon mois de délégation à une intelligence artificielle agentique.
Rembobinons. Pendant trente jours, j’ai laissé une IA gérer le quotidien de wpformation.com. Pas pour pondre un publireportage de plus sur la magie de l’IA. Pour répondre à une question que tout webmaster et toute agence se posent en 2026 : jusqu’où peut-on vraiment déléguer ? Ce qu’elle a réussi, ce qu’elle a cassé, ce que j’ai dû reprendre à la main. Sans filtre.
Une IA qui gère votre site toute seule ? L’histoire qu’on vous vend
Disons-le tout net : l’autopilote intégral, ça n’existe pas. Ce qui existe, c’est une IA qui exécute très vite et qui te laisse, à toi, la responsabilité de ce qui part en ligne. Nuance ? Non. Gouffre.
Parce que le décor, lui, a bel et bien changé. Le 20 mai 2026, WordPress 7.0 "Armstrong" a fait entrer l’IA directement dans le core : le WP AI Client, un SDK PHP intégré au cœur qui dialogue avec les modèles génératifs sans dépendre d’un fournisseur, et un écran de connecteurs avec trois préréglages prêts à l’emploi (annonce officielle). En mars 2026, WordPress.com avait déjà ouvert dix-neuf capacités d’écriture à ses agents, sur six types de contenus, du brouillon à la publication. Quant à l’adaptateur MCP officiel, il reste un paquet séparé (il n’est pas livré dans le core 7.0), mais c’est lui qui permet à une IA d’agir sur votre site comme un utilisateur connecté. La plomberie est posée, standardisée, à portée de presque tout le monde.
Maintenant, ce qu’on vous dit beaucoup moins fort : cette technologie coupe dans les deux sens. Dès la sortie de 7.0, Oliver Sild, le fondateur de Patchstack, prévenait que la centralisation des clés d’API des modèles IA dans le tableau de bord (parfois saisissables en clair via l’autocomplétion du navigateur) allait déclencher une ruée des pirates pour les voler (Search Engine Journal). Et des chercheurs de TrendAI ont montré, à Ekoparty Miami, comment une IA avait débusqué plus de trois cents failles zero-day dans l’écosystème des plugins WordPress en soixante-douze heures, à une vingtaine de dollars la faille (Help Net Security). La même technologie qui range votre site sert aussi à le défoncer. Ça calme…
Alors mettons les mots sur la chose. Une IA agentique, ce n’est pas un chatbot qui répond à une question. C’est un assistant qui agit : il ouvre un terminal, appelle l’API de ton site, modifie un article, déclenche un déploiement. Un chatbot se trompe dans sa réponse. Un agent se trompe dans la réalité de votre site. Tout est là…
Mon attelage : ce que j’ai vraiment branché sur WordPress
Quatre pièces, pas une de plus. Claude Code, l’outil en ligne de commande d’Anthropic, qui lit mes fichiers et lance des commandes. Un serveur MCP qui expose à l’IA plus d’une centaine d’actions sur mon site : créer un article, éditer une page, uploader un média, gérer les catégories, lire les réglages. Une vingtaine de skills que j’ai écrits moi-même (audit SEO, maillage interne, sauvegarde, rafraîchissement d’articles). Et six agents spécialisés à qui je refile des bouts de boulot précis.
Le tout sur une architecture headless, c’est-à-dire un WordPress qui sert uniquement de moteur et d’API, pendant qu’un frontal en Next.js affiche les pages. Autant vous prévenir : ce n’est pas le setup d’un débutant du dimanche. C’est la même logique que celle officialisée par WordPress en 2026, où l’agent agit au nom d’un utilisateur connecté. La différence, c’est que la mienne tourne depuis des mois, et qu’elle est bardée de garde-fous maison. On verra vite pourquoi.
Si le branchement vous intéresse, j’ai déjà tout détaillé dans mon workflow Claude Code complet, et la connexion pas à pas dans mon guide pour relier un MCP à WordPress. Ici, je ne parle pas du câblage. Je parle de ce qui se passe après. Quand on laisse vraiment tourner, jour après jour, et qu’on commence à faire confiance.
Pour situer d’où je parle : je tiens wpformation.com depuis 2012, je suis aussi le fondateur de WPServeur et le co-créateur de WPS Hide Login (plus de deux millions d’installations actives). Bref, je n’ai pas découvert WordPress avant-hier. Et pourtant, l’IA m’a quand même cueilli. Dans les deux sens.
La semaine où ça roule (et là, chapeau bas)
Sur le répétitif documenté, une IA agentique est imbattable. Pas "pratique". Imbattable. Un exemple qui vaut tous les discours : j’ai commencé le mois avec 356 articles publiés, je l’ai terminé avec 321. Entre les deux, l’IA a repéré trente-cinq articles morts (zéro clic sur trois mois dans la Search Console) : de vieux tutoriels et des brèves bâtis sur des plugins ou des services aujourd’hui enterrés, le genre de contenu daté qui ne fait plus que gaspiller du budget de crawl. Elle les a dépubliés, puis redirigés proprement en 301 vers l’équivalent à jour ou le pilier du sujet, pour ne casser ni le maillage ni le référencement. Trente-cinq décisions, documentées, exécutées, tracées, en une seule session. À la main, j’aurais lâché au dixième…
Et ce n’est qu’un échantillon. Sur la période, mon dépôt a encaissé plus de trois cents commits, l’immense majorité pilotés par l’IA. Une soixantaine de soft-404 corrigées en trois passes après lecture des rapports Google. Des articles dormants réécrits et remis au goût de 2026. Sept articles planifiés relus avant leur sortie. Et même un changement complet de serveur backend, d’un hébergeur à l’autre, scripté de bout en bout. Il faudra du recul pour mesurer à quel point ce volume aurait grignoté mes soirées.
Qu’est-ce qu’elle fait vraiment mieux que moi ? Le travail répétitif, balisé, à fort volume. Un audit SEO qui croise une demi-douzaine de sources (Search Console, Analytics, Bing, suivi de positions, traces des robots IA…), je le sortais en une demi-journée. L’IA me le pond en vingt minutes, tableaux compris. Elle ne fatigue pas, ne saute pas une ligne, ne soupire pas à l’article numéro trente. Une stagiaire infatigable qui ne réclame jamais sa pause café.
Conseil : avant de déléguer le moindre geste, crée un compte WordPress dédié à l’IA. Et comprends bien ce qui limite quoi : un mot de passe d’application n’a pas de portée à lui, il hérite de toutes les capacités du compte auquel il est rattaché. C’est donc le rôle qui borne l’IA, pas le mot de passe. Rôle minimal, donc : Éditeur pour le contenu, Contributeur si tu veux du brouillon seul. Jamais Administrateur. Ajoute une rotation du mot de passe tous les trois mois, et si tu veux vraiment réserver ce compte à l’API, coupe-lui la connexion interactive (un plugin ou un filtre sur authenticate suffit, le mot de passe d’application seul n’y change rien). C’est le geste de sécurité le moins cher du lot. Dix minutes, une fois.
Pendant cette semaine-là, j’ai presque oublié que c’était une machine. Je validais, je validais, je validais… Et c’est précisément quand on cesse de regarder que le sol se dérobe.
Les 90 secondes qui m’ont remis les idées en place
Le 15 mai, je demande à l’IA de mettre à jour mon guide sur WordPress 7, classé en première page sur cette requête. Le contenu fait soixante et un mille caractères. Pour éviter de tout transporter d’un coup, l’IA décide d’envoyer d’abord une version tronquée du texte, avec un marqueur "@@PLACEHOLDER@@" qu’elle compte compléter juste après. Logique, de son point de vue.
Sauf que le serveur MCP n’a aucun mode "essai". Pas de prévisualisation, pas de brouillon intermédiaire. Tout ce qu’on lui envoie, il l’écrit. Tout de suite. Et comme la moindre modification d’article déclenche chez moi la revalidation automatique du front Next.js, la version corrompue n’est pas restée tapie dans un cache : elle a filé sur le site public en quelques secondes. Mon article numéro un s’est donc retrouvé en ligne, pour le premier visiteur venu, avec à la place du contenu un résumé et ce "@@PLACEHOLDER@@" en pleine page. C’est un piège, aurait dit l’amiral Ackbar. Quatre-vingt-dix secondes plus tard, il était réparé. Mais quatre-vingt-dix secondes, ça suffit pour se vider de son sang.

Un chatbot se trompe dans sa réponse. Un agent, lui, se trompe directement dans ton site.
Pourquoi je m’en suis sorti ? Parce que j’avais une copie locale du contenu et une révision WordPress en filet. Restauration en deux commandes. Mais sans cette sauvegarde fraîche, j’écrasais un article qui me rapporte du trafic tous les jours, sans la moindre marche arrière. Et l’IA, elle, n’avait pas "bugué". Elle avait suivi mes ordres à la lettre. C’est ça qui fait peur.
Attention : beaucoup de connexions IA vers WordPress écrivent sans filet. Tout dépend du serveur MCP, du client et des outils exposés : vérifie ce que le tien fait vraiment avant de lui faire confiance. Le mien n’avait ni mode "essai", ni confirmation. Un "update" mal formé n’ajoute pas, il remplace. Et l’IA peut viser à côté : demande-lui de corriger "la page À propos" et elle peut très bien toucher une autre page qui contient "propos" dans son adresse. Pire avec les page builders, et chacun a sa propre tuyauterie : Elementor range sa mise en page en JSON, Divi s’appuie sur des shortcodes (ou ses structures plus récentes), Bricks stocke des données structurées en métadonnées. Un agent générique qui ne connaît pas ces formats les transforme volontiers en soupe de HTML. La sauvegarde fraîche n’est pas une option. C’est le ticket d’entrée.
Le pire n’est pas qu’elle casse. C’est qu’elle ment avec aplomb
L’article écrasé, au fond, c’est de la mécanique. On répare, on blinde, on passe à autre chose. Le vrai danger est ailleurs, plus sournois, et il a un nom : l’aplomb. Quelques jours après l’incident, des scripts lancés en rafale vers mon API se font prendre pour une attaque par force brute par le pare-feu de l’hébergeur. Mon adresse IP fixe est bannie. Du jour au lendemain, je ne peux plus accéder à mon propre back-office depuis mon bureau, à Nîmes. J’ai dû repasser par un VPN pour reprendre la main, puis écrire au support de l’hébergeur pour faire lever le bannissement. Plusieurs heures envolées. L’IA allait trop vite pour le mur d’en face, et elle ne "savait" pas qu’une rafale de requêtes en quelques secondes, ça ressemble à une intrusion.
Mais le vrai poison, c’est quand elle invente. Parce qu’une IA sait rarement signaler qu’elle ne sait pas. Elle affirme. Avec une assurance de notaire. Trois exemples, tous vécus sur mon site, tous rattrapés de justesse.
- Le faux nom de code. Elle a un jour rebaptisé un paramètre technique de WordPress pour le rendre "plus parlant". Le vrai existait, elle en a forgé un autre, plus logique à ses yeux. Le faux nom s’est propagé sur plusieurs pages publiques et dans plus de cent vingt attributs de fichiers, que WordPress ignorait en silence. Repéré par un confrère sur LinkedIn. La honte.
- Le chiffre fantôme. Dans un brouillon, elle a cité une étude universitaire avec un "+115 %" qui n’apparaît nulle part dans le papier d’origine, plus des statistiques inversées. Le tout emballé dans un "ce ne sont pas mes opinions, ce sont les données". Sans relecture de la source, ça partait tel quel.
- Le pompon. Dans un article qui dénonçait justement les hallucinations des IA, elle a écrit "Lundi" alors que la capture d’écran, visible trois fois dans notre échange, affichait noir sur blanc "jeudi". Une IA qui hallucine dans un texte sur l’hallucination. On n’invente pas mieux.
Où est la vraie limite, alors ? Pas dans la compétence de l’IA. Dans la confiance que je lui accorde. Tant que je vérifie, tout va bien. Le souci, c’est qu’au bout de la trentième modification nickel, on relâche. On relit les dix premières propositions à la loupe. À la cinquantième, on survole. À la centième, on valide les yeux fermés. Et c’est ce jour-là, pas avant, que le "@@PLACEHOLDER@@" passe en production.
Le bilan chiffré, sans tricher

La bonne nouvelle domine, et de loin : sur le volume répétitif, le gain de temps est réel et massif. Sur trente jours, l’IA m’a fait gagner l’équivalent de plusieurs journées de travail de fourmi, celui qu’on repousse toujours au mois prochain. La mauvaise nouvelle tient en une phrase : quand ça casse, ça casse en production, et ça casse vite.
Alors, le jeu en vaut-il la chandelle ? Oui, mais pas n’importe comment. Il faut regarder l’asymétrie en face. Le bénéfice est régulier, étalé sur des dizaines de petites tâches sans risque. Le coût, lui, est rare mais brutal, concentré sur un seul mauvais geste : un article écrasé, une IP bannie, un faux chiffre qui passe entre les mailles. Une seule de ces erreurs, si elle file en ligne, peut effacer le gain d’une semaine. De facto, j’ai fini par tracer une frontière nette.
| Ce qu’elle gère seule (en brouillon) | Ce que je garde pour moi |
|---|---|
| Audit SEO multi-sources, détection des soft-404 | La décision de publier, toujours |
| Réécriture d’articles dormants, en brouillon | La ligne éditoriale et le ton |
| Redirections 301, maillage interne, sauvegardes | Le fact-check de chaque chiffre publié |
| Préparation des déploiements et des audits | L’arbitrage en cas d’incident en production |

La logique saute aux yeux quand on remplit ce tableau : l’IA prépare, l’humain décide. Tout ce qui est public, irréversible ou sensible reste de mon côté. Tout ce qui est réversible et balisé peut filer du sien. Cette frontière, je ne l’ai pas lue dans un livre blanc. Je l’ai apprise à mes dépens, à coups de sueurs froides.
Mes 3 règles pour déléguer sans se faire avoir
De ces trente jours, je tire trois règles. Pas des grands principes pour conférence : des garde-fous que j’ai vraiment câblés dans mon outillage. Parce que la bonne volonté humaine, ça fatigue. Le code, non.

1. Brouillon par défaut, publication = moi
Tout ce que l’IA crée part en brouillon. Toujours. Aucun article, aucune page ne passe en ligne sans mon feu vert explicite. Et ce n’est pas une promesse que je me fais le matin devant le miroir : c’est un verrou. Un script intercepte chaque tentative de création ou de modification d’article et la bloque net si elle sort du cadre. Rassurant, d’ailleurs, de ne pas être seul sur cette ligne : quand WordPress.com a ouvert son mode agentique, il a posé les mêmes principes pour sa plateforme, "chaque changement requiert ton approbation" et "les nouveaux articles démarrent en brouillon". Quand l’éditeur officiel et le bricoleur dans son terminal tombent d’accord, c’est que la règle est bonne.
2. Aucun chiffre publié sans source primaire revérifiée
L’aplomb de l’IA est son plus gros danger. Donc plus une statistique, plus un nom de fonction, plus une date ne part en ligne sans que la source d’origine soit rouverte et confrontée, mot pour mot, juste avant l’écriture. Pas la doc d’un plugin, pas une page "qui dit que" : la source primaire. Le "+115 %" inventé et le "Lundi" hallucinant m’ont coûté assez de sueurs froides pour que cette règle ne souffre aucune exception. Mon conseil : méfie-toi surtout des chiffres qui arrangent ton propos. Ce sont exactement ceux-là que l’IA fabrique avec le plus d’assurance.
3. Tout ce qui agit en masse passe par un frein mécanique
L’IA va vite. Trop vite pour qu’une vigilance humaine suive. Alors je l’ai bridée par la mécanique, pas par la surveillance. Limite de débit sur les appels à mon API, pour ne plus me faire bannir comme un robot. Sauvegarde déclenchée automatiquement avant toute opération qui touche trois articles ou plus, pas "quand j’y pense". Comparaison avant/après sur dix-sept points SEO critiques à chaque déploiement, pour attraper une régression avant qu’elle ne vive. La leçon de fond ? La vigilance humaine baisse la garde au bout d’une heure. Le frein mécanique, lui, ne se lasse jamais.
Important : avant d’autoriser une IA à modifier le moindre contenu en production, assure-toi d’avoir une sauvegarde récupérable en moins de cinq minutes. Pas une sauvegarde "quelque part". Une que tu as déjà testée en restauration, au moins une fois. Sans elle, la première erreur de l’agent peut être définitive, et ce jour-là, tu ne seras pas prêt.
Tu veux savoir quelles tâches méritent vraiment d’être déléguées et lesquelles doivent rester humaines ? J’ai creusé la question dans un autre article sur les tâches WordPress à confier à l’IA. Les trois règles ci-dessus en sont la colonne vertébrale.
Questions fréquentes
Peut-on vraiment laisser une IA gérer un site WordPress en autonomie ?
Oui pour les tâches répétitives, balisées et réversibles : audits, redirections, maillage interne, brouillons d’articles, sauvegardes. Non pour la publication, la ligne éditoriale et tout ce qui est irréversible. Une IA agentique exécute très bien, mais elle ne décide pas à votre place de ce qui mérite d’être public. La bonne posture tient en quatre mots : l’IA prépare, l’humain valide.
Faut-il être développeur pour déléguer à une IA ?
Pour un usage simple via l’agent de WordPress.com, non : les garde-fous sont intégrés, chaque changement demande ton approbation et les nouveaux contenus démarrent en brouillon. Attention à ne pas généraliser, en revanche : ce n’est pas vrai de toute extension officielle ni de toute installation auto-hébergée, où les contrôles d’approbation existent mais restent des options à activer. Vérifie ce que le tien fait par défaut. Pour un setup avancé comme le mien (Claude Code, serveur MCP, skills sur mesure), oui, il faut être à l’aise avec le terminal et l’API. Entre les deux, un bon webmaster peut largement déléguer le répétitif sans coder, à condition de ne jamais lâcher la décision de publication.
Alors, on débranche tout ?
Surtout pas. Je n’ai pas rangé l’IA au placard, je l’utilise tous les jours et elle me fait gagner un temps fou sur tout ce qui est répétitif et balisé. Mais je lui ai repris les clés de la maison. Elle a le droit de tout préparer, de tout ranger, de tout proposer. C’est moi qui ouvre la porte.
Au fond, déléguer à une IA agentique, c’est embaucher un stagiaire surdoué, ultra-rapide, infatigable, qui ne dort jamais… mais qui peut aussi te jurer les yeux dans les yeux qu’on est lundi un jeudi. Tu lui confies du volume, pas ta signature. Et tu gardes la main sur le bouton rouge. Tout simplement.
Chaque mois, je passe 15 heures en veille WordPress. Vous, vous recevez un email de 3 minutes.
Sécurité, performance, SEO, nouveautés, IA : l'essentiel trié, vérifié et expliqué par un formateur WordPress depuis 2012 et fondateur de WPServeur.
Double opt-in : un email de confirmation à valider. Max 2 emails/mois. Données jamais revendues ni échangées. Désabonnement en 1 clic.

