2 min

4

Brancher un agent IA sur WordPress sans casser la prod

Je fais modifier les pages d’un site WordPress en production par un agent IA. Ça tient en quatre garde-fous : des pages autorisées une par une, une sauvegarde avant chaque écriture, un test à blanc, et une relecture de la page en ligne.

Le problème

Optimiser une page, c’était : copier le HTML depuis l’admin, le coller dans un assistant IA, récupérer la version corrigée, la recoller, vérifier. Dix minutes de copier-coller par page, et autant d’occasions de coller la mauvaise version.

Le corps des pages n’est même pas dans le champ standard de WordPress : il est stocké dans des blocs ACF que l’API REST n’expose pas. Un agent ne pouvait donc rien lire seul.

Ce que j’ai construit

Le plugin officiel MCP Adapter permet à un agent d’appeler des « abilities » WordPress. J’ai écrit un petit mu-plugin qui en déclare quelques-unes :

  • lecture : lister les contenus, lire une page avec ses blocs ACF et ses champs Yoast ;
  • écriture : titre, extrait, titre et méta Yoast, blocs de contenu, image à la une ;
  • sauvegardes : lister et restaurer.

L’agent se connecte avec un compte dédié, rôle Éditeur, et un mot de passe d’application rangé dans une variable d’environnement, jamais dans un fichier de configuration.

Les garde-fous

  1. Écriture limitée aux brouillons et à une liste explicite d’ID publiés. Pour ouvrir une page à l’agent, j’ajoute son ID à la liste, rien d’autre.
  2. Sauvegarde automatique avant chaque écriture (les dix dernières), restaurable en un appel.
  3. Test à blanc (dry_run) : l’agent me montre ce qu’il va écrire avant d’écrire sur une page publiée.
  4. Champs interdits : le statut, la date et le script de formulaire ne sont pas modifiables, sauf un script précis validé par une expression régulière.
  5. Relecture : après l’écriture, l’agent relit la page via l’API, puis en ligne.

Le cinquième point m’a déjà servi : une version du plugin renvoyait une erreur alors que l’écriture avait réussi. Sans relecture, on aurait réécrit deux fois.

Ce qui a changé

L’agent lit la page en ligne, interroge la Search Console, propose les corrections, les écrit après accord et vérifie le résultat. Je ne copie-colle plus de HTML, et je n’ai jamais eu besoin de restaurer une sauvegarde à cause d’une erreur de l’agent.

À retenir

Ce n’est pas l’IA qui rend l’opération sûre, ce sont les limites qu’on lui pose côté serveur. Une liste d’ID et une sauvegarde automatique valent mieux qu’une consigne « fais attention » dans un prompt.

Les règles côté agent sont dans une autre note.

À lire aussi

247Mon agent IA s’est fait bloquer par mon propre pare-feu4 → 1Refondre dolist.com de A à Z1 URLDes skills plutôt que des prompts