Concrètement, cette mise à jour ajoute 19 nouvelles capacités réparties sur six types de contenus : les articles, les pages, les commentaires, les catégories, les étiquettes et les médias. Autrement dit, l’IA ne se contente plus d’aider à écrire un texte. Elle peut désormais participer à l’organisation des contenus, à leur classement, à leur enrichissement et à certaines tâches de maintenance du site.

Jusqu’ici, l’IA sur WordPress était surtout vue comme un assistant de rédaction : proposer des idées, reformuler un paragraphe, corriger un texte ou générer un brouillon. Avec cette évolution, elle entre dans une autre dimension.

Elle peut par exemple :

1. créer et structurer des catégories et des sous-catégories ;
2. analyser les contenus existants pour suggérer de meilleures étiquettes ;
3. modérer des commentaires avec des réponses adaptées au contexte ;
4. vérifier certains éléments d’accessibilité, comme les balises Alt des images ou certaines métadonnées 
5. organiser un maillage interne plus pertinent à partir des tags et de la structure éditoriale.

L’idée de fond est simple : l’IA n’est plus seulement un outil qui produit du texte. Elle devient un système qui comprend le fonctionnement du site et qui peut aider à le faire évoluer plus vite, avec davantage de cohérence.

L’un des points les plus intéressants de cette évolution concerne ce que l’on pourrait appeler une IA “design-aware”, c’est-à-dire consciente de l’univers graphique du site.

En pratique, l’agent IA peut désormais analyser le thème actif, repérer les palettes de couleurs, les polices utilisées et même les block patterns déjà présents. Cette compréhension du contexte visuel lui permet de générer des pages ou des sections cohérentes avec l’identité graphique du site, sans casser l’harmonie existante.

Cela ouvre des usages très concrets. Par exemple, un éditeur peut demander à l’IA de créer une page “À propos”, une landing page ou une nouvelle section thématique, et obtenir un résultat déjà aligné avec la charte visuelle. On n’est plus seulement dans l’assistance rédactionnelle, mais dans une forme de collaboration entre éditorial, structure et design.

Comment ça fonctionne dans la pratique

L’expérience est pensée pour rester simple. Une partie des actions peut être déclenchée via une interface de type chat. L’utilisateur formule une demande, l’agent IA identifie les opérations disponibles, propose une marche à suivre, puis demande validation avant toute exécution.

L’objectif n’est donc pas de laisser l’IA agir seule en arrière-plan, mais de construire une logique de copilotage. L’humain reste au centre de la décision, tandis que l’IA se charge d’identifier les possibilités, de préparer les actions et d’enchaîner les étapes techniques.

C’est d’ailleurs l’un des messages mis en avant par WordPress.com : l’agent découvre les opérations possibles, détermine ce qui est nécessaire et accompagne l’utilisateur tout au long du processus, avec confirmation à chaque étape avant toute modification de la base de données.

La sécurité reste le cœur du dispositif

Cette montée en puissance soulève évidemment une question immédiate : jusqu’où peut-on laisser l’IA intervenir sur un site sans créer de risques ?

Automattic insiste sur un point central : le système hérite nativement des permissions WordPress existantes. Cela signifie que les droits de l’IA ne dépassent jamais ceux de l’utilisateur qui l’emploie.

Un exemple permet de bien comprendre : si un utilisateur a le rôle de Contributeur, il ne peut pas publier directement un contenu. L’IA ne pourra donc pas le faire à sa place, même si la fonction technique existe. Autrement dit, les garde-fous traditionnels de WordPress restent pleinement actifs.

Cette logique est importante, car elle évite l’un des grands pièges de l’automatisation : donner à l’outil plus de pouvoir qu’à l’humain qui l’active.

Des brouillons par défaut pour éviter les erreurs

Autre mécanisme de prudence : toute création de contenu est, au départ, enregistrée comme brouillon.

C’est une décision loin d’être anodine. Elle signifie que l’IA peut préparer, structurer et proposer, mais qu’elle ne passe pas automatiquement à l’étape de publication. L’éditeur garde donc le dernier mot, ce qui réduit fortement le risque d’erreur, de mauvaise manipulation ou de publication non désirée.

Dans un environnement professionnel, cette précaution est essentielle. Elle permet de profiter du gain de temps offert par l’IA sans sacrifier la validation éditoriale ou la maîtrise de la ligne du site.

Suppression, corbeille et double confirmation

Sur la question sensible de la suppression, WordPress.com adopte une approche assez prudente. Toute action de suppression reste réversible pendant 30 jours via la corbeille. C’est un filet de sécurité utile pour récupérer un contenu effacé par erreur.

Il existe néanmoins une exception : les catégories et les étiquettes. Pour ces éléments de structure, l’IA exige une double confirmation de l’utilisateur. Ce choix montre bien que WordPress distingue les contenus éditoriaux des briques structurelles. Supprimer un article est une chose ; désorganiser toute une taxonomie du site en est une autre.

Un déploiement granulaire pour tester avant de généraliser

Enfin, l’un des aspects les plus intéressants de cette évolution est le pilotage via un tableau de bord dédié. Les administrateurs peuvent y activer ou désactiver chaque capacité d’écriture de manière granulaire.

Cette approche est intelligente, car elle permet d’avancer par étapes. Un site peut choisir, par exemple, d’ouvrir d’abord l’IA à la gestion des médias ou à l’optimisation de l’accessibilité, avant de lui permettre d’intervenir sur les catégories, les pages ou la structure globale.

En d’autres termes, WordPress.com ne pousse pas une automatisation totale et brutale. Il propose plutôt une montée en charge progressive, contrôlée, et adaptée au niveau de confiance que chaque équipe veut accorder à l’IA.

Avec cette mise à jour du protocole MCP, WordPress.com change d’échelle. L’IA ne se limite plus à écrire mieux ou plus vite. Elle commence à comprendre le site, son design, ses règles, sa structure et ses workflows.

Le vrai tournant est là : l’IA devient moins un simple outil de génération qu’un assistant de gestion éditoriale et structurelle. C’est un gain évident en productivité, surtout pour les équipes qui manquent de temps sur les tâches répétitives. Mais c’est aussi un test grandeur nature sur la façon dont l’automatisation peut s’intégrer dans un CMS sans faire sauter les verrous de contrôle.

En clair, WordPress.com ne cherche pas seulement à faire écrire l’IA. Il cherche à lui apprendre à travailler dans les limites du site, avec ses règles, son design et ses permissions. Et c’est précisément cette combinaison entre puissance, encadrement et granularité qui rend cette évolution stratégique.