L’automatisation de blog par IA passe d’une « bonne idée » à un flux de travail quotidien, et WordPress fait désormais partie de cette évolution grâce à MCP (Model Context Protocol). Au lieu de passer manuellement des analyses aux brouillons, aux commentaires et aux paramètres dans un tableau de bord, vous pouvez de plus en plus demander à un assistant IA de récupérer à la demande le contexte précis de votre site, en langage clair.
En octobre 2025, WordPress.com a annoncé la prise en charge de MCP qui permet à des assistants comme Claude, ChatGPT ou Cursor d’interroger directement les données des sites WordPress.com. WordPress.com l’a résumé simplement : « Vous pouvez désormais simplement demander à un assistant IA comme Claude, ChatGPT ou Cursor… » et obtenir des réponses fondées sur les données réelles de votre site, sans les copier/coller habituels ni les allers-retours entre onglets.
1) L’arrivée de MCP sur WordPress.com : ce qui a réellement changé
Le déploiement de MCP par WordPress.com signifie qu’il existe désormais une manière prise en charge et standardisée pour les outils d’IA d’accéder au contexte de votre site WordPress.com. Plutôt que de s’appuyer sur une automatisation fragile du navigateur ou des intégrations personnalisées, MCP fournit un modèle client-serveur où l’assistant peut appeler des « outils » pour récupérer les informations pertinentes.
L’impact pratique est la vitesse du flux de travail : vous pouvez demander vos derniers articles, des instantanés de performance ou le contenu planifié et obtenir des résultats structurés en retour. WordPress.com a même mis en avant des invites naturelles telles que « Montre-moi mes derniers articles et leurs performances », positionnant MCP comme un remplaçant aux fouilles routinières dans le tableau de bord.
Tout aussi important, WordPress.com industrialise ainsi une couche de « colle IA-vers-applications » qui s’accélère dans tout le secteur. Axios a décrit MCP comme un standard en forte croissance pour connecter l’IA aux applications, tout en soulignant les préoccupations de confidentialité et de sécurité liées à un accès plus direct de l’IA aux données et services des utilisateurs.
2) Du « discuter de mon site » à une automatisation de blog mesurable
La plupart des blogueurs n’ont pas besoin d’une IA qui « écrit tout ». Ils ont besoin d’une IA capable d’extraire du contexte : ce qui a été publié aujourd’hui, quels articles sont planifiés, quels commentaires sont arrivés pendant la nuit, et ce qui est tendance. Avec MCP en place, ces questions deviennent des appels directs d’outils au lieu d’un travail manuel de reporting.
Les exemples d’invites de WordPress.com correspondent clairement aux opérations éditoriales réelles. Parmi eux : « Liste mes articles planifiés sur tous les sites », « Récupère mon dernier article publié avec ses commentaires » et « Montre-moi les articles que j’ai publiés aujourd’hui sur tous les sites ». Ce sont des briques d’automatisation : vérifications d’état, files d’attente et synthèses quotidiennes qui alimentent la planification.
C’est pourquoi MCP est important pour « l’automatisation de blog par IA » même avant que les fonctions complètes d’écriture/publication ne soient natives. Si l’assistant peut lire de façon fiable votre pipeline (brouillons, articles planifiés), vos résultats (statistiques) et les signaux de votre audience (commentaires), il peut vous aider à planifier et itérer plus rapidement, tout en vous laissant le contrôle créatif final.
3) La limite actuelle : MCP sur WordPress.com est en lecture seule (pour l’instant)
L’accès MCP de WordPress.com est aujourd’hui intentionnellement restreint. La documentation d’assistance (dernière révision le 17 novembre 2025) indique : « L’accès MCP est actuellement en lecture seule. Les assistants IA ne peuvent pas créer, modifier ni supprimer du contenu sur vos sites WordPress.com. » Cela signifie pas de publication directe, pas de mises à jour automatisées et pas de modifications d’articles pilotées par l’IA via ce canal MCP officiel pour le moment.
Cette posture en lecture seule débloque néanmoins beaucoup de choses : rapports éditoriaux, inventaires de contenu, revues de performance et visibilité inter-sites sont des gouffres de temps courants. Supprimer le « travail manuel dans le tableau de bord » de ces boucles peut raccourcir significativement la distance entre l’insight et la décision.
Cela fixe aussi les attentes des équipes qui évaluent « l’automatisation ». Sur le MCP officiel de WordPress.com, l’automatisation est aujourd’hui principalement analytique et opérationnelle, vous aidant à comprendre et gérer votre système de contenu plutôt qu’à pousser des changements en production.
4) Comment activer MCP sur WordPress.com (et de quels outils vous aurez besoin)
L’activation de MCP est présentée comme un paramètre au niveau du compte. Le guide d’assistance de WordPress.com (révisé le 17 novembre 2025) décrit la navigation vers wordpress.com/me/mcp, l’activation de l’accès MCP, puis l’utilisation de « Configure MCP client » pour connecter un assistant IA ou un outil développeur comme Claude, Cursor ou VS Code.
Côté développeur, WordPress.com documente qu’il inclut un serveur MCP intégré et que l’accès MCP est disponible sur toutes les offres payantes (docs développeur mises à jour le 5 novembre 2025). Cette exigence d’abonnement est un détail opérationnel important pour les agences ou opérateurs multi-sites qui budgétisent des flux de travail habilités par l’IA.
La méthode de connexion est également explicite : la configuration MCP de WordPress.com utilise un package de proxy distant et requiert Node.js version 22.0 ou supérieure. Les docs développeur indiquent d’exécuter un proxy via npx @automattic/mcp-wpcom-remote@latest afin que votre client MCP puisse communiquer avec le serveur MCP de WordPress.com de manière standardisée.
5) Autorisations, OAuth et contrôles d’accès « secure by design »
Chaque fois que l’IA touche des données réelles de site, la première question doit être : qui voit quoi ? WordPress.com souligne que l’accès MCP est « secure by design » et que les utilisateurs restent maîtres, pouvant connecter et déconnecter selon les besoins plutôt que d’accorder un accès illimité de façon permanente.
Sous le capot, l’implémentation MCP de WordPress.com utilise une authentification basée sur OAuth. La documentation développeur indique que vous pouvez déconnecter l’intégration via Sécurité → Applications connectées, où elle apparaît sous « WordPress MCP Connector ». Cela rend l’accès révocable sans changer de mot de passe ni démonter tout votre compte.
WordPress.com documente également un contrôle d’accès basé sur les rôles (RBAC) pour les outils MCP. Autrement dit, ce que l’assistant peut interroger dépend de votre rôle WordPress.com et du groupe d’outils, par exemple un accès réservé aux administrateurs pour des zones comme Extensions et Paramètres du site, tandis que d’autres groupes comme Statistiques du site peuvent être disponibles pour plusieurs rôles. Cette matrice outil par outil est importante pour les équipes, car elle permet de partager le travail analytique sans surexposer les contrôles administratifs.
6) Au-delà de la lecture seule : automatisation tierce « écrire/publier » via MCP
Si votre définition de « automatisation de blog par IA » inclut la rédaction, la mise en forme et la publication, le canal MCP officiel de WordPress.com n’y est pas encore. Mais l’écosystème expérimente déjà des serveurs MCP qui connectent des assistants IA aux capacités d’écriture de WordPress par d’autres moyens.
Un exemple est le projet open source Njengah/autowpmcp sur GitHub, qui décrit un serveur MCP connectant Claude à des sites WordPress et prenant en charge la création et la publication d’articles via l’API REST de WordPress. Le projet revendique des fonctionnalités telles que « Crée et publie des articles de blog » et « Formate du texte brut en HTML compatible WordPress », et il utilise les « mots de passe d’application » de WordPress.
Cela met en évidence un point clé : MCP est le standard de connexion, pas le modèle d’autorisations. La capacité d’un assistant à publier dépend de ce que votre serveur MCP expose. Lorsque vous évaluez des automatisations tierces, traitez « l’accès à la publication » comme une capacité à haut risque qui exige un périmètre soigneux, une journalisation et des plans de révocation.
7) La réalité de la sécurité : bénéfices de l’automatisation, risques liés aux agents
La promesse de MCP est la rapidité et l’interopérabilité, mais des outils plus capables augmentent le rayon d’impact des erreurs et des attaques. Axios a signalé qu’à mesure que l’adoption de MCP progresse, les préoccupations de confidentialité et de sécurité augmentent aussi, en particulier lorsque l’IA peut relier rapidement plusieurs services.
La recherche académique a également mis en garde contre la coercition et l’usage abusif d’outils dans des workflows « agentiques » pilotés par MCP. Un article sur arXiv (avril 2025) rapporte que des workflows MCP peuvent être exploités d’une manière qui conduit à l’exécution de code malveillant ou au vol d’identifiants, et il présente un outil d’audit appelé MCPSafetyScanner destiné à identifier les configurations et comportements à risque.
La leçon pratique pour l’automatisation WordPress est simple : maintenir le principe du moindre privilège, privilégier la lecture seule lorsque c’est possible, utiliser des contrôles basés sur les rôles et garder une voie de déconnexion nette. Et si vous adoptez une automatisation tierce de publication, ajoutez des garde-fous comme des environnements de préproduction, des étapes d’approbation humaine et des journaux explicites de contenu/modifications.
8) Pourquoi MCP compte pour l’avenir des flux de travail WordPress
MCP a été présenté comme un protocole ouvert publié par Anthropic (open source fin 2024), conçu pour standardiser la manière dont les LLM se connectent à des outils et services externes. L’enjeu plus large est que MCP réduit les frictions d’intégration : les assistants peuvent devenir réellement « utiles » à travers les applications sans que chaque fournisseur réinvente un système de plugins sur mesure.
L’adoption de MCP par WordPress.com est significative car elle positionne WordPress non seulement comme un endroit où vit le contenu, mais comme un système qui peut être interrogé comme une base de connaissances « API-first ». Lorsque votre CMS peut être interrogé de façon conversationnelle, les opérations éditoriales commencent à ressembler à un centre de commande interactif : « Qu’est-ce qui a été livré aujourd’hui ? », « Qu’est-ce qui est planifié ? », « Qu’est-ce qui sous-performe ? », « Qu’est-ce qui doit être mis à jour ? »
Pour les éditeurs et les marketeurs, le gain à court terme est la clarté et le gain de temps. Pour les développeurs et les agences, le gain est la standardisation : une fois les connexions MCP stabilisées, vous pouvez construire des workflows reproductibles et inter-clients qui ne dépendent pas d’un scraping fragile ou de processus administratifs ad hoc.
Automatisation de blog par IA arrive sur WordPress via MCP sous une forme pragmatique et maîtrisée : l’intégration officielle de WordPress.com se concentre sur un accès sécurisé, contrôlé par l’utilisateur et en lecture seule qui aide les assistants à répondre aux questions en utilisant les données réelles de votre site. Cela seul peut supprimer des heures de reporting répétitif et de collecte de contexte d’un cycle éditorial hebdomadaire.
La prochaine phase , automatiser l’écriture, l’édition et la publication , existe déjà dans certaines parties de l’écosystème via des serveurs MCP tiers et l’API REST de WordPress, mais elle augmente considérablement les enjeux en matière de sécurité. À mesure que MCP devient l’interface par défaut « IA-vers-applications », les équipes qui réussiront seront celles qui associent l’automatisation à de solides permissions, à de l’audit et à une supervision humaine délibérée.
