Hier, nous avons lancé WPVibe MCP, un plugin WordPress gratuit qui permet à n'importe quel assistant IA de gérer votre site WordPress par le biais d'une conversation naturelle. Créez des articles, mettez à jour des plugins, gérez des pages : il suffit de demander.
Aujourd'hui, nous ajoutons une fonctionnalité qui change complètement la donne : la prise en charge de WP-CLI.
Si l'API REST a donné des mains à votre assistant IA, WP-CLI lui confère des superpouvoirs.
Le problème qui a tout déclenché
J'ai partagé notre article annonçant le lancement de WPVibe sur Twitter et j'ai remarqué que l'aperçu ne s'affichait pas correctement. Pas d'image mise en avant, juste une minuscule vignette générique. Pas terrible pour le lancement d'un produit.
En général, le débogage consiste à :
- Ouvrir les paramètres de All in One SEO
- Consulter l'onglet « Réseaux sociaux »
- Comparaison entre les paramètres généraux et ceux propres à chaque publication
- En examinant les balises meta HTML présentes dans le code source de la page
- Déterminer quel paramètre prévaut sur quel autre
- Tester, actualiser le validateur de cartes de Twitter, recommencer
Au lieu de cela, j'ai simplement dit à mon assistant IA : « L'image mise en avant ne s'affiche pas quand je partage ce message sur Twitter. Peux-tu trouver pourquoi ? »
Comment WP-CLI a résolu l'affaire
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 afin d'examiner la configuration d'All in One SEO :
- J'ai interrogé la table « posts » d'AIOSEO afin de vérifier les paramètres de réseaux sociaux propres à cet article
- J'ai consulté les paramètres généraux d'AIOSEO pour voir les paramètres par défaut de Twitter et Facebook à l'échelle du site
- J'ai récupéré le code HTML de la page en ligne pour voir quelles balises meta étaient réellement affichées
En quelques secondes, il a identifié trois problèmes :
- Le type de carte Twitter a été défini sur
summary(petite vignette) au lieu desummary_large_image(bannière pleine largeur) - La source d'image par défaut avait été définie sur une image de secours générique datant 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 ; Twitter ne disposait donc d'aucune donnée d'image à récupérer
Aucune de ces informations n'est accessible via l'API REST de WordPress. L'IA devait interroger le aioseo_posts table et analyser le aioseo_options directement. C'est une fonctionnalité que seul WP-CLI offre.
Voici une capture d'écran montrant l'IA en train de diagnostiquer le problème en temps réel :
La solution : trois réglages, aucun clic
Une fois que l'IA a identifié le problème, elle l'a résolu en mettant à jour les paramètres globaux d'AIOSEO via son point de terminaison API REST (qu'elle a découvert en analysant les espaces de noms API disponibles). Une seule conversation, trois corrections :
- Le type de carte Twitter par défaut a été modifié pour
summary_large_image - Définissez la source d'image par défaut sur « image mise en avant » pour Facebook et Twitter
- J'ai activé l'option « Utiliser les données de l'onglet Facebook » afin que Twitter récupère les données OG
Résultat ? Chaque article du site affiche désormais l'image principale en entier lorsqu'il est partagé sur Twitter ou Facebook. Une solution globale issue d'une simple conversation.
C'est là que ça s'est compliqué : un audit SEO complet
Pendant que nous y étions, j'ai demandé : « Pouvez-vous réaliser un audit SEO complet du site ? »
En moins d'une minute, l'IA a analysé l'ensemble des 482 publications et a fourni un rapport d'audit complet :
- 14 articles ne comportent pas de titre AIOSEO (dont notre tout nouvel article annonçant le lancement de WPVibe)
- 7 articles sans description méta
- 27 pages sans méta-descriptions, y compris des pages importantes telles que le répertoire des modèles et la page « Presse »
- 30 articles obsolètes, qui n'ont pas été mis à jour depuis 2024 et qui pourraient être regroupés ou mis en « noindex »
- 3 articles courts de moins de 500 mots
- Plus de 20 images ne comportent pas de texte alternatif parmi les fichiers récemment téléchargés
Il ne s'agit pas d'une simple vérification superficielle. L'IA a interrogé directement les tables de la base de données d'AIOSEO, a recoupé les métadonnées des articles, a vérifié la longueur du contenu et a identifié les titres en double, le tout à l'aide de commandes WP-CLI exécutées sur le site en ligne.
Essayez donc d'obtenir ça via un appel à l'API REST.
Pourquoi WP-CLI change tout
L'API REST de WordPress est idéale pour les opérations CRUD standard : créer des articles, mettre à jour des pages, gérer les utilisateurs. Mais elle présente certaines limites. Elle ne permet pas :
- Interroger les tables de base de données propres à certains plugins (comme AIOSEO, WooCommerce ou Yoast)
- Vérifiez les valeurs brutes des options pour résoudre les problèmes de configuration
- Effectuez efficacement des opérations groupées sur des centaines de publications
- Rechercher et remplacer dans toute 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 permet de faire tout cela. Et lorsque votre assistant IA a accès à WP-CLI, il peut diagnostiquer des problèmes qui, autrement, vous obligeraient à vous connecter à votre serveur via SSH ou à installer un outil de gestion de bases de données.
Voyez les choses ainsi : 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 un détail intéressant sur le fonctionnement interne du système. En réalité, nous ne faisons pas appel au binaire WP-CLI présent sur votre serveur. Nous avons plutôt intégré une interface compatible avec WP-CLI directement au sein du plugin WPVibe.
Pourquoi ? Parce que tous les grands modèles d'IA, tels que Claude, GPT et Gemini, ont été entraînés sur des millions d'exemples d'utilisation de WP-CLI. Ces modèles connaissent déjà sur le bout des doigts la syntaxe, les options et les sous-commandes de WP-CLI. Lorsque vous demandez à un assistant IA de « vérifier les paramètres d'AIOSEO », il se tourne instinctivement vers wp option get aioseo_options ou wp db query car c'est ce qu'on a vu des milliers de fois dans la documentation, les réponses sur Stack Overflow et les tutoriels WordPress.
En mettant en place une interface compatible avec WP-CLI, nous bénéficions de tous les avantages de cette IA existante sans avoir besoin d'un accès shell à votre serveur. L'IA connaît déjà les commandes. Nous lui avons simplement fourni un moyen sûr de les exécuter.
Ce que vous pouvez faire avec WP-CLI et l'IA
Voici quelques-unes des possibilités qui s'offrent à vous lorsque votre assistant IA dispose d'un accès à WP-CLI :
- Résolution des problèmes de référencement: « Pourquoi mon image mise en avant ne s'affiche-t-elle pas sur Twitter ? » Problème identifié et résolu en un seul échange.
- Effectuer des audits de site: « Auditez mon référencement naturel sur l'ensemble des 482 articles. » Obtenez un rapport complet en moins d'une minute.
- Vérifier les paramètres du plugin: « Quels sont mes paramètres fiscaux WooCommerce ? » Consulte directement le tableau des options.
- Diagnostic de la base de données: « Quels articles ont des images mises en avant endommagées ? » Interroge les métadonnées des articles pour trouver les identifiants de pièces jointes orphelines.
- Vérifications de l'environnement: « Ma version de PHP est-elle compatible avec cette mise à jour du plugin ? » Vérifie la configuration du serveur.
La sécurité avant tout
Donner à une IA l'accès à WP-CLI peut sembler très puissant, et c'est effectivement le cas. C'est pourquoi nous avons conçu l'intégration de WP-CLI dans WPVibe en mettant en place des mesures de sécurité rigoureuses :
- En lecture seule pour l'instant: la version actuelle ne prend en charge que les commandes de lecture, telles que les requêtes de base de données, la vérification des options et les diagnostics du site. Les commandes d'écriture seront disponibles prochainement.
- Liste blanche des commandes: seules les commandes WP-CLI approuvées peuvent être exécutées. Aucune exécution de code arbitraire n'est possible.
- Nettoyage personnalisé: chaque commande CLI passe par un module de nettoyage spécialement conçu pour prévenir les attaques par injection tout en préservant la syntaxe complexe des requêtes requise par WP-CLI.
- Pas d'accès au shell: les commandes sont exécutées via la couche d'exécution interne de WordPress, et non via un shell système. Le binaire WP-CLI n'intervient absolument pas.
Vous bénéficiez des capacités de diagnostic de WP-CLI sans courir le risque de donner à une IA un accès illimité au serveur.
Essayez-le dès maintenant
La prise en charge de WP-CLI est désormais disponible dans WPVibe MCP v1.2. Si vous avez déjà installé le plugin, mettez-le à jour vers la dernière version. Si vous êtes nouveau, la configuration ne prend que deux minutes environ :
- Téléchargez gratuitement le plugin WPVibe
- Installez-le sur votre site WordPress
- Connectez-le à votre assistant IA (Claude, ChatGPT, Cursor ou tout autre outil compatible avec MCP)
- Commencez à vous poser des questions sur votre site
Les commandes WP-CLI en lecture seule sont entièrement gratuites. Vous pouvez effectuer des audits SEO, résoudre des problèmes de configuration et inspecter votre base de données sans débourser un centime. Les commandes d'écriture seront disponibles dans une prochaine version Pro.
P.S. Nous ajoutons chaque semaine de nouvelles commandes WP-CLI inspirées de cas d'utilisation concrets comme celui ci-dessus. Si vous souhaitez que votre IA puisse effectuer une tâche particulière sur votre site WordPress, n'hésitez pas à nous en faire part.
