Claude + MCP WordPress : bonnes pratiques et solutions gratuites

Connecter un assistant comme Claude à un site WordPress n’a plus rien d’expérimental. Grâce au MCP (Model Context Protocol), on peut laisser le modèle lire et modifier un site de façon encadrée — et, bonne nouvelle, l’essentiel des briques nécessaires est gratuit et open source. Voici comment s’y prendre proprement, et les pièges à éviter.

Le MCP, en deux mots

Le Model Context Protocol est un standard ouvert publié par Anthropic. Il définit une façon commune pour un assistant de dialoguer avec des « serveurs » qui exposent des outils (actions) et des ressources (données). Côté WordPress, un serveur MCP peut par exemple exposer des outils « créer un article », « lister les extensions » ou « lire une option », que Claude appelle au besoin.

L’intérêt : au lieu de copier-coller du code à la main, on décrit l’intention, et l’assistant agit via des outils dont vous contrôlez le périmètre.

Pourquoi connecter Claude à WordPress ?

• Gagner du temps sur les tâches répétitives : création de contenus, nettoyage de médias, audits de configuration.
• Réduire les erreurs : l’assistant suit des conventions claires si on les lui donne (sauvegardes, langue des commits, structure des fichiers).
• Documenter au passage : un bon flux génère aussi le compte-rendu de ce qui a été fait.

Bonnes pratiques avec Claude

1. Donner du contexte avec un fichier CLAUDE.md

Un fichier CLAUDE.md à la racine du projet est lu automatiquement : on y consigne la stack, les conventions, les chemins importants et les règles non négociables. C’est le meilleur retour sur investissement — l’assistant cesse de « deviner ».

# CLAUDE.md
- Stack : WordPress + Sage 10 + Tailwind
- Toujours sauvegarder un fichier avant de le modifier
- Commits en français, jamais sur la branche main
- Ne jamais exposer de clé API dans le code

2. Découper, puis valider

On obtient de meilleurs résultats en demandant des étapes vérifiables plutôt qu’un gros « fais tout ». Validez chaque palier (un template, une requête, un style) avant de poursuivre.

3. Sauvegarder avant de modifier

Règle d’or : aucune modification sans copie de sauvegarde. Demandez explicitement à l’assistant de créer un backup daté avant tout changement de fichier ou de base de données.

4. Garder la main sur les actions sensibles

Suppressions définitives, déploiements en production, envois d’emails : exigez une confirmation. Le MCP permet de restreindre les outils disponibles — n’exposez que ce qui est nécessaire.

Connecter Claude à WordPress — gratuitement

Plusieurs chemins existent, tous reposant sur des briques gratuites. Le point commun : les mots de passe d’application, intégrés au cœur de WordPress depuis la version 5.6, qui permettent une authentification sécurisée sans plugin payant.

Option 1 — La REST API + un serveur MCP open source

WordPress expose nativement une REST API. Un serveur MCP communautaire (open source) fait le pont entre Claude et cette API. On génère un mot de passe d’application dans Utilisateurs → Profil, et le serveur s’en sert pour créer des articles, gérer des médias ou lire des réglages.

# Réglage type d'un serveur MCP WordPress
WP_API_URL=https://mon-site.fr/wp-json
WP_USER=mon-compte
WP_APP_PASSWORD=xxxx xxxx xxxx xxxx

Option 2 — WP-CLI en local

Sur un site en local (Local by Flywheel, Lando, wp-env…), WP-CLI est gratuit et très puissant. Couplé à un assistant capable d’exécuter des commandes, il permet d’administrer le site en ligne de commande — créer du contenu, gérer les extensions, lancer des recherches-remplacements en base.

wp post create --post_type=post --post_status=publish \
  --post_title="Mon article" --post_content="Bonjour"

Option 3 — Claude Code, en local

Claude Code (l’outil en ligne de commande) tourne sur votre machine et peut lire vos fichiers, lancer des commandes et donc piloter WP-CLI. L’outillage est gratuit ; seule la consommation du modèle est facturée à l’usage. Pour un site en local, c’est l’approche la plus directe.

Un flux de travail concret

1. Décrire l’objectif et pointer le CLAUDE.md du projet.
2. Laisser l’assistant proposer un plan, puis le valider.
3. À chaque modification : sauvegarde datée, puis changement.
4. Vérifier le rendu (navigateur, tests) avant de passer à la suite.
5. Conserver un compte-rendu de la session.

Les pièges à éviter

• Donner trop de droits : limitez les outils MCP et les rôles utilisateur au strict nécessaire.
• Travailler directement en production : préférez toujours un environnement local ou de préproduction.
• Oublier les sauvegardes : un rollback rapide vaut mieux qu’un long débogage.
• Stocker des secrets dans le code : mots de passe et clés passent par des variables d’environnement, jamais dans un fichier versionné.

Le bon réflexe : traiter l’assistant comme un coéquipier junior très rapide. On lui confie beaucoup, mais on garde les sauvegardes, les validations et les décisions sensibles.

En résumé : le MCP rend la connexion Claude ↔ WordPress à la fois simple et encadrée, et l’on peut tout monter avec des outils gratuits — REST API, mots de passe d’application, WP-CLI. Le reste, c’est de la méthode : du contexte, des sauvegardes, et des validations à chaque étape.