Hier, nous avons lancé WPVibe MCP, un plugin WordPress gratuit qui permet à n'importe quel assistant IA de gérer votre site WordPress par une conversation naturelle. Créez des articles, mettez à jour des plugins, gérez des pages, tout simplement en demandant.
Aujourd'hui, nous ajoutons quelque chose qui le porte à un tout autre niveau : la prise en charge de WP-CLI.
Si l'API REST a donné des mains à votre assistant IA, WP-CLI lui donne des superpouvoirs.
Le problème qui a tout déclenché
J'ai partagé notre article de lancement WPVibe sur Twitter et j'ai remarqué que l'aperçu était incorrect. Pas d'image mise en avant, juste une petite miniature générique. Pas idéal pour le lancement d'un produit.
Normalement, le débogage de cela signifie :
- Ouvrir les paramètres de All in One SEO
- Vérifier l'onglet Réseaux sociaux
- Comparer les paramètres globaux et par article
- Examiner les balises méta HTML réelles dans le code source de la page
- Déterminer quel paramètre remplace lequel
- Tester, actualiser le validateur de cartes Twitter, répéter
Au lieu de cela, j'ai juste dit à mon assistant IA : « L'image mise en avant ne s'affiche pas lorsque je partage cet article sur Twitter. Peux-tu trouver pourquoi ? »
Comment WP-CLI a résolu le problème
Voici ce qui s'est passé ensuite. L'assistant IA, connecté à mon site via WPVibe MCP, a exécuté une série de requêtes de base de données à l'aide de WP-CLI pour inspecter la configuration de All in One SEO :
- Interrogé la table des articles AIOSEO pour vérifier les paramètres sociaux par article pour l'article spécifique
- Récupéré les options globales AIOSEO pour voir les valeurs par défaut Twitter et Facebook pour l'ensemble du site
- Récupéré le HTML de la page en direct pour voir quelles balises méta étaient réellement rendues
En quelques secondes, il a identifié trois problèmes :
- Le type de carte Twitter était défini sur
summary(petite miniature) au lieu desummary_large_image(bannière pleine largeur) - La source de l'image par défaut était définie sur une image de repli générique de 2020 au lieu d'utiliser l'image mise en avant de l'article
- L'option « Utiliser les données de l'onglet Facebook » était désactivée, donc Twitter n'avait aucune donnée d'image à récupérer
Rien de tout cela n'est exposé via l'API REST de WordPress. L'IA devait interroger directement la table aioseo_posts et analyser l'option aioseo_options. C'est quelque chose que seul WP-CLI peut faire.
Voici une capture d'écran de l'IA diagnostiquant le problème en temps réel :
La solution : trois paramètres, zéro clic
Une fois que l'IA a diagnostiqué le problème, elle l'a résolu, mettant à jour les paramètres globaux AIOSEO via leur point de terminaison d'API REST (qu'elle a découvert en inspectant les espaces de noms d'API disponibles). Une conversation, trois corrections :
- Changé le type de carte Twitter par défaut en
summary_large_image - Définir la source d'image par défaut sur « image mise en avant » pour Facebook et Twitter
- Activer « Utiliser les données de l'onglet Facebook » afin que Twitter hérite des données OG
Le résultat ? Chaque publication du site affiche désormais l'image mise en avant complète lorsqu'elle est partagée sur Twitter ou Facebook. Une correction globale à partir d'une seule conversation.
Puis ça devient intéressant : Un audit SEO complet
Pendant que nous y étions, j'ai demandé : « Pouvez-vous faire un audit SEO complet du site ? »
En moins d'une minute, l'IA a analysé les 482 publications publiées et a fourni un audit complet :
- 14 publications sans titres AIOSEO (y compris notre tout nouveau article de lancement WPVibe)
- 7 publications sans méta-descriptions
- 27 pages sans méta-descriptions, y compris des pages importantes comme le répertoire de modèles et la page de presse
- 30 publications obsolètes non mises à jour depuis 2024 qui pourraient être consolidées ou désindexées
- 3 publications de contenu mince de moins de 500 mots
- Plus de 20 images sans texte alternatif sur les téléchargements récents
Ce n'est pas une vérification superficielle. L'IA a interrogé directement les tables de la base de données AIOSEO, recoupé les métadonnées des publications, vérifié la longueur du contenu et identifié les titres en double, le tout via des commandes WP-CLI exécutées sur le site en direct.
Essayez d'obtenir cela à partir d'un appel d'API REST.
Pourquoi WP-CLI change tout
L'API REST de WordPress est idéale pour les opérations CRUD standard : création de publications, mise à jour de pages, gestion d'utilisateurs. Mais elle a des angles morts. Elle ne peut pas :
- Interroger les tables de base de données spécifiques aux plugins (comme AIOSEO, WooCommerce ou Yoast)
- Inspecter les valeurs d'options brutes pour déboguer les problèmes de configuration
- Exécuter des opérations en masse sur des centaines de publications efficacement
- Rechercher et remplacer dans la base de données
- Exporter ou analyser des données dans des formats personnalisés
- Vérifier les détails et la configuration de l'environnement du serveur
WP-CLI peut faire tout cela. Et lorsque votre assistant IA a accès à WP-CLI, il peut diagnostiquer des problèmes qui vous obligeraient autrement à vous connecter à votre serveur via SSH ou à installer un outil de gestion de base de données.
Considérez ceci : L'API REST permet à votre IA de lire et d'écrire du contenu WordPress. WP-CLI permet à votre IA de comprendre votre site WordPress.
Le secret : Pourquoi nous avons choisi l'interface de WP-CLI
Voici quelque chose d'intéressant sur le fonctionnement interne. Nous n'exécutons pas réellement le binaire WP-CLI sur votre serveur. Au lieu de cela, nous avons construit une interface compatible WP-CLI directement à l'intérieur du plugin WPVibe.
Pourquoi ? Parce que chaque modèle d'IA majeur, Claude, GPT, Gemini, a été entraîné sur des millions d'exemples d'utilisation de WP-CLI. Ces modèles connaissent déjà la syntaxe, les indicateurs et les sous-commandes de WP-CLI sur le bout des doigts. Lorsque vous demandez à un assistant IA de « vérifier les paramètres AIOSEO », il utilise instinctivement wp option get aioseo_options ou wp db query car c'est ce qu'il a vu des milliers de fois dans la documentation, les réponses Stack Overflow et les tutoriels WordPress.
En implémentant une interface compatible WP-CLI, nous bénéficions de toutes les connaissances de cette IA existante sans avoir besoin d'un accès shell réel à votre serveur. L'IA connaît déjà les commandes. Nous lui avons simplement donné un moyen sûr de les exécuter.
Ce que vous pouvez faire avec WP-CLI + IA
Voici quelques exemples de ce qui devient possible lorsque votre assistant IA a accès à WP-CLI :
- Déboguer les problèmes de SEO : « Pourquoi mon image mise en avant ne s'affiche-t-elle pas sur Twitter ? » Diagnostiqué et corrigé en une seule conversation.
- Exécuter des audits de site : « Auditez mon SEO sur les 482 articles. » Rapport complet en moins d'une minute.
- Inspecter les paramètres des plugins : « Quels sont mes paramètres de taxes WooCommerce ? » Lit directement la table des options.
- Diagnostic de base de données : « Quels articles ont des images mises en avant cassées ? » Interroge la table postmeta pour trouver les identifiants d'attachement orphelins.
- Vérifications de l'environnement : « Ma version de PHP est-elle compatible avec cette mise à jour de plugin ? » Vérifie la configuration du serveur.
La sécurité avant tout
Donner à une IA l'accès à WP-CLI semble puissant, car ça l'est. C'est pourquoi nous avons intégré WP-CLI de WPVibe avec des garde-fous de sécurité stricts :
- Lecture seule pour l'instant : La version actuelle prend en charge uniquement les commandes de lecture, comme les requêtes de base de données, l'inspection des options et le diagnostic du site. Les commandes d'écriture seront bientôt disponibles.
- Liste blanche de commandes : Seules les commandes WP-CLI approuvées peuvent être exécutées. Aucune exécution de code arbitraire.
- Assainissement personnalisé : Chaque commande CLI passe par un assainisseur spécialement conçu qui empêche les attaques par injection tout en préservant la syntaxe complexe des requêtes dont WP-CLI a besoin.
- Pas d'accès shell : Les commandes sont exécutées via la couche d'exécution interne de WordPress, et non via un shell système. Il n'y a aucun binaire WP-CLI impliqué.
Vous obtenez la puissance de diagnostic de WP-CLI sans le risque de donner à une IA un accès illimité au serveur.
Essayez maintenant
La prise en charge de WP-CLI est disponible dès maintenant dans WPVibe MCP v1.2. Si vous avez déjà le plugin installé, mettez-le à jour vers la dernière version. Si vous êtes nouveau, cela prend environ deux minutes pour le configurer :
- Téléchargez le plugin gratuit WPVibe
- Installez-le sur votre site WordPress
- Connectez-le à votre assistant IA (Claude, ChatGPT, Cursor, ou tout autre outil compatible MCP)
- Commencez à poser des questions sur votre site
Les commandes WP-CLI en lecture seule sont entièrement gratuites. Vous pouvez effectuer des audits SEO, déboguer des problèmes de configuration et inspecter votre base de données sans payer un centime. Les commandes d'écriture seront disponibles dans une future version Pro.
P.S. Nous ajoutons de nouvelles commandes WP-CLI chaque semaine en fonction de cas d'utilisation réels comme celui ci-dessus. S'il y a quelque chose que vous souhaitez que votre IA puisse faire sur votre site WordPress, faites-le nous savoir.
