Claude, Gemini et OpenAI dans WordPress : connecteurs IA, AI Client et MCP expliqués

Publication initiale le 5 mars 2026 — Mise à jour le 14 octobre 2026

WordPress dispose désormais d'une architecture IA officielle et agnostique vis-à-vis des fournisseurs. WordPress 7 inclut l'AI Client et l'API Connectors ; des plugins connecteurs distincts relient un site à Claude, Gemini, OpenAI ou d'autres fournisseurs de modèles ; le plugin canonique AI ajoute des fonctionnalités prêtes à l'emploi dans Gutenberg et l'interface d'administration ; et le MCP Adapter permet à des agents IA externes de découvrir et d'invoquer des capacités WordPress approuvées.[^1][^2][^3]

Ces composants sont complémentaires, mais ne remplissent pas le même rôle. Installer un connecteur OpenAI, Anthropic ou Google n'ajoute pas automatiquement un assistant façon ChatGPT, ne permet pas à Claude d'administrer un site et ne permet pas à un agent de modifier des produits WooCommerce. Il fournit la connexion standardisée qu'un autre plugin, une autre fonctionnalité ou un agent autorisé pourra utiliser.

Ce qui a changé depuis mars 2026

Quand les premiers plugins fournisseurs sont apparus, l'essentiel tenait au SDK PHP AI Client : les développeurs pouvaient appeler différents fournisseurs IA via une seule interface. L'architecture a depuis beaucoup mûri.

• WordPress 7.0 a intégré l'AI Client au Core. Les plugins peuvent envoyer des prompts via l'API wp_ai_client_prompt(), indépendante du fournisseur, plutôt que d'implémenter une intégration séparée avec OpenAI, Anthropic ou Google.[^4][^1]
• WordPress 7.0 a ajouté l'API Connectors et l'écran Réglages → Connecteurs. Elle offre une interface commune pour installer, configurer et authentifier les connexions aux fournisseurs IA.[^2][^5]
• Le plugin canonique AI est devenu la couche d'expérimentation visible pour l'utilisateur. La version 1.4 inclut des fonctionnalités de rédaction, traduction, image, SEO, modération de commentaires, Markdown et embeddings.[^6][^7]
• L'Abilities API fournit des capacités WordPress lisibles par une machine. Chaque capacité (« ability ») peut définir ses entrées, sorties, callback d'exécution et règles de permission.[^8]
• Le MCP Adapter est désormais distribué publiquement comme plugin canonique WordPress. Il traduit les capacités rendues publiques en outils, ressources et prompts MCP pour les agents externes compatibles.[^3]

Le résultat n'est plus simplement « trois plugins qui connectent trois fournisseurs IA ». WordPress dispose désormais de couches distinctes pour l'accès aux modèles, les fonctionnalités IA visibles par l'utilisateur, et l'accès contrôlé par des agents.

La pile IA de WordPress

Une façon simple de comprendre l'architecture :

• L'AI Client et les connecteurs font entrer l'IA dans WordPress.
• Les Abilities décrivent ce que WordPress sait faire.
• MCP rend les capacités approuvées disponibles pour des agents externes.
• Le plugin AI fournit des fonctionnalités prêtes à l'emploi pour les utilisateurs et sert d'implémentation de référence pour les développeurs.

L'AI Client dans WordPress 7

WordPress 7.0 inclut une API PHP agnostique vis-à-vis du fournisseur pour l'IA générative. Un développeur part de wp_ai_client_prompt(), configure le prompt et les capacités requises, puis demande le résultat approprié. Le wrapper du Core suit les conventions WordPress, renvoie des objets WP_Error et s'intègre au transport HTTP, aux hooks, aux connecteurs, aux réglages et aux abilities de WordPress.[^1][^4]

$result = wp_ai_client_prompt()
    ->with_text( 'Summarize this article in three concise points.' )
    ->generate_text_result();

if ( is_wp_error( $result ) ) {
    // Gérer l'erreur.
}

L'API peut demander les types de sortie pris en charge via des méthodes de génération de texte, de génération d'image et de synthèse vocale. La disponibilité réelle dépend du connecteur installé et des capacités du modèle choisi.[^1]

Pourquoi c'est important

Auparavant, l'auteur d'un plugin devait souvent choisir un fournisseur de modèle et maintenir une intégration sur mesure. Avec l'AI Client, un plugin de contenu, de SEO, de traduction ou de commerce peut décrire la capacité dont il a besoin, tout en laissant le propriétaire du site choisir le fournisseur.

Cela réduit la dépendance à un fournisseur au niveau de l'application. Cela ne rend pas tous les modèles identiques : prix, fenêtre de contexte, qualité de sortie, latence, politiques de confidentialité et modalités prises en charge varient toujours selon le fournisseur.

Compatibilité WordPress 6.9

Les pages des connecteurs fournisseurs prennent toujours en charge WordPress 6.9 lorsque le package séparé wordpress/php-ai-client est installé. Sur WordPress 7.0 et versions ultérieures, l'infrastructure sous-jacente de l'AI Client est fournie par le Core, donc les développeurs n'ont plus besoin d'embarquer cette dépendance uniquement pour l'API PHP.[^4]

Pour une nouvelle implémentation en production, WordPress 7.0 ou une version ultérieure constitue la base la plus claire. Le plugin AI canonique 1.4 nécessite WordPress 7.0.3 ou ultérieur.[^7]

Connecteurs et identifiants

WordPress 7 a introduit Réglages → Connecteurs, une interface centralisée pour les connexions IA. Anthropic, Google et OpenAI sont des fournisseurs vedettes, mais leurs implémentations restent des plugins séparés afin de pouvoir évoluer plus vite que le Core de WordPress.[^5][^1]

Le Core de WordPress n'envoie pas silencieusement du contenu à un fournisseur IA. Un connecteur doit être installé et configuré, et du code WordPress ou une fonctionnalité activée doit explicitement effectuer la requête.[^9]

La configuration habituelle est :

1. Installer WordPress 7.0.3 ou ultérieur. 2. Installer le connecteur fournisseur requis par l'organisation. 3. Ouvrir Réglages → Connecteurs. 4. Ajouter la clé API du fournisseur ou configurer un endpoint approuvé. 5. Installer le plugin AI canonique si des fonctionnalités Gutenberg et admin visibles par l'utilisateur sont nécessaires. 6. Ouvrir Réglages → AI et n'activer que les expérimentations nécessaires. 7. Tester le workflow en pré-production avant de l'activer en production.

Le plugin AI canonique propose aussi les Connector Approvals, qui peuvent exiger une approbation explicite de l'administrateur avant qu'un plugin ou un thème n'utilise un connecteur configuré. Son expérimentation optionnelle de chiffrement des clés chiffre les clés des fournisseurs au repos avec libsodium ; WordPress précise que désactiver l'expérimentation ou désactiver le plugin AI restaure le stockage des clés en clair.[^6]

Pour les environnements à plus forte exigence de sécurité, les secrets peuvent plutôt être fournis via des variables d'environnement ou des constantes là où c'est pris en charge, hors de la base de données et exclus des dépôts et des sauvegardes.

Connecteur Anthropic

Le plugin AI Provider for Anthropic connecte l'AI Client de WordPress à Claude. La version 1.0.5 prend en charge la génération de texte, les entrées multimodales, l'appel de fonctions, le raisonnement étendu (« extended thinking ») et la découverte dynamique des modèles.

Capacités actuelles

• Génération de texte avec Claude
• Entrée multimodale sur les modèles compatibles
• Appel de fonctions (function calling)
• Prise en charge du raisonnement étendu
• Découverte dynamique des modèles Claude disponibles
• Conservation multi-tours des signatures de raisonnement étendu
• Continuation des réponses interrompues par le pause_turn d'Anthropic
• Erreurs explicites de limite de tokens plutôt qu'une sortie tronquée silencieusement

La version 1.0.5 est sortie le 1er octobre 2026. Elle a corrigé le comportement multi-tours du raisonnement étendu, la continuation après pause et le comptage des tokens de réflexion.

Prérequis

• WordPress 6.9 avec le package PHP AI Client séparé, ou WordPress 7.0+
• PHP 7.4+
• Une clé API Anthropic

La clé peut être configurée via le flux du connecteur ou fournie en tant que ANTHROPIC_API_KEY dans l'environnement serveur ou la configuration WordPress, selon l'implémentation.

Usages appropriés

Claude est un choix pertinent pour l'assistance éditoriale longue, l'analyse, le raisonnement structuré, la transformation de documents et les workflows nécessitant des appels de fonction. Le modèle précis doit être choisi en fonction du coût, de la latence, du contexte et des exigences de qualité plutôt que par le seul nom du fournisseur.

Connecteur Google

Le plugin AI Provider for Google connecte WordPress à Gemini et aux modèles de génération d'image de Google. La version actuelle sur WordPress.org prend en charge la génération de texte avec Gemini, la génération d'image avec Imagen, l'appel de fonctions, l'enregistrement automatique du fournisseur et la découverte dynamique des modèles.[^11]

Capacités actuelles

• Génération de texte avec les modèles Gemini compatibles
• Entrée multimodale texte-et-image lorsque prise en charge
• Génération d'image avec les modèles compatibles Gemini et Imagen
• Contrôles de ratio d'aspect pour la génération d'image Gemini prise en charge
• Appel de fonctions
• Découverte dynamique des modèles

Prérequis

• WordPress 6.9 avec le package PHP AI Client séparé, ou WordPress 7.0+
• PHP 7.4+
• Une clé API Gemini obtenue via Google AI Studio

La documentation du connecteur prend en charge la configuration via GOOGLE_API_KEY, tandis que WordPress 7 fournit aussi l'expérience de configuration centralisée des connecteurs.[^5][^11]

Usages appropriés

Gemini est pertinent pour les workflows de contenu multimodal, les stacks technologiques centrées sur Google et les cas d'usage de génération d'image. Les capacités du modèle doivent toujours être vérifiées explicitement, car tous les modèles Gemini ne prennent pas en charge toutes les combinaisons de texte, image, outils ou sortie structurée.

Connecteur OpenAI

Le plugin AI Provider for OpenAI connecte WordPress aux modèles de texte, image, embedding et voix d'OpenAI. La version 1.2.0 prend en charge la génération de texte GPT, la génération d'image DALL·E et GPT Image, l'appel de fonctions, la recherche web, les embeddings, l'édition d'image et la synthèse vocale (text-to-speech).

Capacités actuelles

• Génération de texte avec les modèles GPT compatibles
• Génération d'image avec les modèles DALL·E et GPT Image
• Édition et retouche d'image à partir d'images de référence
• Appel de fonctions
• Recherche web sur les modèles compatibles
• Génération d'embeddings, y compris en lot et avec dimensions configurables
• Synthèse vocale (text-to-speech)
• Découverte des modèles de texte, image et voix disponibles
• Conservation des éléments de raisonnement et de l'usage de tokens sur plusieurs tours via l'API Responses

La version 1.2.0, sortie le 21 septembre 2026, a ajouté la synthèse vocale et amélioré la conservation du raisonnement multi-tours. La version 1.1 avait déjà ajouté les embeddings, le support des modèles fine-tunés et l'édition d'image.

Prérequis

• WordPress 6.9 avec le package PHP AI Client séparé, ou WordPress 7.0+
• PHP 7.4+
• Une clé API OpenAI

La clé peut être fournie via la configuration du connecteur ou la variable d'environnement/constante OPENAI_API_KEY.

Usages appropriés

OpenAI offre actuellement, via ce connecteur, le mélange de modalités le plus large : texte, réponses assistées par recherche web, embeddings, images, édition d'image et voix. Cette étendue peut simplifier une implémentation WordPress multimodale, bien que chaque opération dépende toujours des capacités et des conditions commerciales du modèle choisi.

Modèles locaux avec Ollama

L'architecture de l'AI Client de WordPress ne se limite pas aux trois fournisseurs cloud mis en avant. Le plugin AI Provider for Ollama peut connecter WordPress à des modèles exécutés localement, sur un serveur privé, ou via un service Ollama distant.[^12]

Ses capacités annoncées incluent la génération de texte, les embeddings, la génération d'image prise en charge, l'appel de fonctions, la sortie JSON structurée, les décisions typées et la découverte automatique de modèles. Une installation locale peut fonctionner sans clé API cloud, mais elle nécessite tout de même une infrastructure adaptée et une instance Ollama accessible depuis le serveur WordPress.[^12]

Ollama peut être utile lorsqu'une organisation souhaite un meilleur contrôle de l'hébergement du modèle ou veut éviter une facturation cloud à la requête. Ce n'est pas automatiquement privé du seul fait que le connecteur s'appelle « local » : la confidentialité dépend de l'endroit où tourne le serveur du modèle, de qui peut y accéder, de si les prompts sont journalisés et de la sécurisation de l'endpoint.

Vue d'ensemble des fournisseurs

Aucun connecteur n'est universellement meilleur. Un site peut en installer plusieurs et choisir le fournisseur selon l'opération, mais cela augmente les besoins de gouvernance, de tests et de contrôle des coûts.

Le plugin AI canonique

Les connecteurs fournisseurs sont de l'infrastructure. Le plugin canonique AI est le composant qui donne aux éditeurs et administrateurs des fonctionnalités prêtes à l'emploi.

La version 1.4.0 est sortie le 5 octobre 2026. Elle nécessite WordPress 7.0.3+, PHP 7.4+ et l'éditeur de blocs. L'éditeur classique et les expériences d'édition hors blocs ne sont pas pris en charge.[^7][^6]

Fonctionnalités éditoriales et de contenu

• Génération de texte alternatif (Alt Text) : génère des descriptions d'image et s'intègre au réglage « image décorative » du bloc Image.
• Classification de contenu : suggère des tags et catégories.
• Redimensionnement de contenu : raccourcit, étend ou reformule le contenu d'un bloc sélectionné.
• Résumé de contenu : crée des résumés et prend en charge la génération en masse pour les articles et pages.
• Traduction de contenu : traduit les blocs de paragraphe et de titre, et peut traduire le titre de façon optionnelle.
• Notes éditoriales : relit le contenu bloc par bloc pour l'accessibilité, la lisibilité, la grammaire et le SEO.
• Mises à jour éditoriales : applique les suggestions éditoriales acceptées.
• Génération d'extrait : propose des extraits d'article.
• Génération et édition d'image : crée ou édite des images depuis l'éditeur et la médiathèque.
• Génération de meta description : propose des métadonnées et s'intègre aux plugins SEO pris en charge.
• Génération de slug : propose des permaliens SEO-friendly modifiables.
• Génération de titre : produit des idées de titre.
• Type Ahead : affiche des suggestions de texte fantôme contextuelles pendant la rédaction.

Administration et modération

• Modération de commentaires : analyse le sentiment et la toxicité, et calcule un score de 0 à 1 reflétant le caractère substantiel et pertinent d'un commentaire.
• Suggestion de réponse : rédige des réponses pour les modérateurs.
• Explorateur d'Abilities : affiche les capacités enregistrées, leurs schémas et des contrôles de test.
• Journalisation des requêtes IA : enregistre les requêtes et les erreurs des fournisseurs pour le débogage et l'observabilité.
• Connector Approvals : exige l'approbation de l'administrateur avant que plugins et thèmes utilisent les connecteurs configurés.
• Abilities personnalisées : active les capacités WordPress généralistes du plugin via un opt-in explicite.
• Widgets de tableau de bord : résume le statut des fournisseurs et les capacités IA disponibles.
• Guidelines : permet aux abilities compatibles de respecter des consignes éditoriales réutilisables.
• Chiffrement des clés : chiffre optionnellement les clés API des fournisseurs au repos.

Toutes ces fonctionnalités sont des expérimentations opt-in. WordPress recommande des tests en pré-production car le plugin est expérimental et les fonctionnalités peuvent changer.[^6]

Flux Markdown

AI 1.4 ajoute une sortie Markdown sur /feed/markdown/ et pour chaque article ou page via ?output_format=markdown. L'objectif est de rendre le contenu WordPress plus facile à analyser pour les systèmes d'IA et les autres consommateurs de Markdown.[^7][^6]

La disponibilité du Markdown peut réduire la friction d'extraction, mais ne garantit ni l'indexation, ni l'inclusion dans l'entraînement d'un modèle, ni la citation dans un moteur de réponse, ni de meilleurs classements. Les éditeurs doivent aussi se demander si rendre disponibles des versions Markdown complètes et propres de leur contenu est compatible avec leur stratégie de licence et d'accès au contenu.

Embeddings

La version 1.4 ajoute une couche de stockage et de CRUD pour les vecteurs dans une nouvelle table wpai_embeddings, enregistre le fournisseur et le modèle utilisés pour chaque vecteur, et introduit des classes de similarité et de classement vectoriels. Cela crée une infrastructure pour la recherche sémantique, les recommandations, le RAG (retrieval-augmented generation) et le rapprochement de contenu, mais ce n'est pas encore un produit de recherche d'entreprise clé en main.[^6][^7]

L'appel de fonctions n'équivaut pas au contrôle du site

Les descriptions des connecteurs mettent en avant l'appel de fonctions (function calling). Cela signifie qu'un modèle compatible peut renvoyer une demande structurée pour invoquer une fonction que l'application a explicitement définie. Cela ne signifie pas que le modèle reçoit un accès illimité à WordPress.

Pour un workflow d'appel de fonctions sûr, un plugin doit :

1. Définir la fonction ou l'outil disponible. 2. Décrire son schéma d'entrée. 3. Valider tous les arguments fournis par le modèle. 4. Vérifier les permissions de l'utilisateur courant. 5. Exécuter le callback côté serveur. 6. Assainir et journaliser le résultat. 7. Renvoyer une réponse appropriée au modèle. 8. Exiger une confirmation humaine pour les actions à conséquence, lorsque pertinent.

Par exemple, un plugin pourrait exposer create_article_draft, mais ne devrait pas exposer l'exécution PHP arbitraire ou l'accès direct à la base de données. La limite de permission appartient au code WordPress, pas aux instructions du modèle.

Abilities API

L'Abilities API, disponible depuis WordPress 6.9, fournit un registre pour des capacités WordPress auto-descriptives. Chaque ability a un espace de noms et un nom, une description lisible par un humain, des schémas JSON d'entrée et de sortie, un callback d'exécution et un callback de permission.[^8]

L'API crée un contrat réutilisable. La même ability peut potentiellement être invoquée par du code WordPress, un client REST, une interface d'administration ou un agent compatible MCP, sans redéfinir l'opération métier pour chaque canal.

Les abilities enregistrées ne sont pas automatiquement exposées via REST. L'exposition doit être activée, des utilisateurs authentifiés sont requis, et le callback de permission de chaque ability continue de contrôler son exécution. Les opérations de lecture, de modification et de destruction utilisent des méthodes HTTP différentes dans l'interface REST.[^10]

WordPress 7.1 a étendu l'API avec des filtres de cycle de vie, des contrôles de validation, des métadonnées d'exposition publique et des améliorations de découverte des abilities, la rendant plus pratique pour les intégrations et les adaptateurs de protocole.[^13][^14]

MCP Adapter

Le MCP Adapter fait le pont entre l'Abilities API et le Model Context Protocol. La version 0.7.0 est désormais disponible dans l'annuaire des plugins WordPress, mais elle reste expérimentale tandis que l'équipe travaille vers une version stable 1.0.[^3]

Ce qu'il fournit

• La conversion des abilities WordPress en outils, ressources et prompts MCP
• Un serveur MCP par défaut
• Le support de serveurs MCP personnalisés
• Les transports HTTP et STDIO
• La vérification des permissions
• La gestion des erreurs et des hooks d'observabilité
• Le support des révisions de schéma MCP 2025-11-25 et 2026-07-28

L'annonce publique identifie l'endpoint par défaut comme :

/wp-json/mcp/mcp-adapter-default-server

L'adapter fournit de l'infrastructure, pas un produit de chat complet ni une interface d'agent. Un client MCP compatible doit se connecter au site et s'authentifier comme un utilisateur WordPress.[^3]

Exposition et permissions

Les abilities doivent être publiques avant que le serveur MCP par défaut ne les expose. Même alors, leurs callbacks de permission existants et les vérifications de capacité WordPress continuent de s'appliquer. L'adapter peut donc rendre une ability découvrable sans contourner ses règles d'autorisation.[^10][^3]

C'est une distinction essentielle : MCP est une couche de transport et de découverte, pas un système d'autorisation qui remplacerait les permissions WordPress.

Ce que l'adapter n'inclut pas

• Un modèle IA
• Des identifiants de fournisseur
• Une interface Claude ou ChatGPT intégrée
• Des abilities WooCommerce automatiques
• Un agent complet de gestion de site de bout en bout
• L'exposition automatique d'abilities privées

L'adapter ne peut exposer que ce que le Core de WordPress ou les plugins installés ont enregistré et délibérément rendu public.[^3]

Claude ou ChatGPT peuvent-ils administrer WordPress ?

Oui, mais pas simplement parce qu'un connecteur Anthropic ou OpenAI est installé.

Il y a deux directions différentes :

WordPress qui appelle Claude ou OpenAI

Un plugin WordPress utilise l'AI Client et un connecteur fournisseur pour envoyer des prompts à un modèle. C'est approprié pour la génération, la classification, la traduction, le résumé et les workflows internes assistés par modèle.

Claude ou ChatGPT qui appelle WordPress

Un agent externe compatible MCP se connecte au MCP Adapter, découvre les abilities publiques et n'invoque que celles pour lesquelles l'utilisateur WordPress authentifié a la permission. C'est approprié pour une administration agentique contrôlée.[^3]

Une implémentation en production pourrait exposer des abilities étroitement définies telles que :

• Récupérer un article par ID
• Rechercher des articles publiés
• Créer un brouillon, mais ne pas le publier
• Proposer des modifications de métadonnées
• Téléverser une image validée
• Ajouter une note éditoriale interne
• Récupérer les informations de stock WooCommerce
• Préparer une mise à jour de produit pour approbation humaine

Le modèle le plus sûr sépare proposition, brouillon, approbation et exécution, plutôt que d'accorder à un modèle un accès en écriture sans restriction.

Un agent peut-il modifier des produits WooCommerce ?

Pas avec les seuls connecteurs fournisseurs ou le MCP Adapter.

Les opérations WooCommerce doivent être exposées par WooCommerce lui-même, un autre plugin, ou du code personnalisé, sous forme d'abilities ou d'outils d'appel de fonction soigneusement conçus. Une implémentation utile pourrait fournir :

• commerce/get-product
• commerce/search-products
• commerce/create-product-draft
• commerce/propose-description-update
• commerce/update-stock
• commerce/update-price
• commerce/publish-product

Ces opérations ne devraient pas toutes partager le même niveau de permission. Lire des données produit est moins risqué que modifier le stock, le prix ou l'état de publication.

Un agent WooCommerce en production devrait inclure :

• Des abilities de lecture et d'écriture séparées
• Des vérifications de capacité WordPress pour chaque opération
• Une validation stricte par schéma JSON
• Des identifiants de produit et de variation plutôt qu'une correspondance approximative lorsque possible
• Une protection d'idempotence pour les appels répétés
• Des journaux d'audit contenant l'utilisateur authentifié, l'agent, l'ability, les entrées et le résultat
• Des limites de débit et des contrôles de dépense
• Une approbation humaine pour les changements de prix, de stock, de taxe, de livraison et de publication
• Un processus de retour en arrière ou de récupération

La première implémentation recommandée est un agent de lecture et de proposition : il lit les informations produit, rédige des modifications proposées et crée une tâche à examiner. La publication autonome directe ne devrait être introduite qu'après que l'organisation a validé les permissions, les journaux, la gestion d'erreurs et les procédures de retour en arrière.

Recettes d'installation

Assistant éditorial dans WordPress

Utilisez cette pile lorsque les éditeurs veulent des fonctions IA dans Gutenberg :

1. Mettre à jour vers WordPress 7.0.3 ou ultérieur. 2. Installer un ou plusieurs connecteurs fournisseurs. 3. Configurer les identifiants dans Réglages → Connecteurs. 4. Installer et activer le plugin AI canonique. 5. Ouvrir Réglages → AI. 6. N'activer que les expérimentations nécessaires. 7. Approuver l'accès au connecteur si Connector Approvals est activé. 8. Tester la génération, les erreurs, les coûts et la relecture éditoriale en pré-production.

Aucun MCP Adapter n'est nécessaire lorsque tous les appels de modèle proviennent de l'intérieur de WordPress.

Agent externe en lecture seule

Utilisez cette pile lorsqu'un assistant compatible MCP doit inspecter un site :

1. Faire tourner WordPress 6.9+ ; WordPress 7.1+ est préférable pour l'Abilities API étendue. 2. Installer le MCP Adapter. 3. N'activer ou ne créer que les abilities de lecture nécessaires. 4. Ne marquer comme publiques que les abilities prévues. 5. Créer un utilisateur WordPress dédié avec des privilèges minimaux. 6. Configurer le client MCP avec l'endpoint du serveur et l'authentification prise en charge. 7. Vérifier que les abilities non autorisées ne sont ni exécutables, ni exposées inutilement. 8. Vérifier les journaux et révoquer les identifiants après les tests.

Un connecteur fournisseur n'est pas requis simplement pour exposer WordPress via MCP ; le modèle tourne dans le client externe. Il n'est requis que si WordPress lui-même doit aussi appeler un fournisseur.

Agent de publication contrôlé

Un agent capable d'écrire nécessite des abilities personnalisées ou un plugin qui les fournit. Commencez par la création de brouillons, exigez une relecture humaine, et séparez la publication dans une ability plus privilégiée. Évitez d'utiliser un compte administrateur complet pour les actions routinières d'un agent.

Sécurité et gouvernance

L'intégration de l'IA introduit deux frontières de confiance distinctes : le contenu envoyé de WordPress vers un fournisseur de modèle, et les actions envoyées d'un agent externe vers WordPress.

Données envoyées aux fournisseurs

Avant d'activer une fonctionnalité, identifiez ce que son prompt peut contenir. Selon le workflow, les requêtes peuvent inclure le contenu d'articles, des brouillons non publiés, des commentaires, des noms d'utilisateur, des médias, des métadonnées ou des instructions internes. Le contrat du fournisseur applicable, sa politique de conservation, le lieu de traitement et la politique d'entraînement doivent être vérifiés plutôt que supposés à partir du connecteur.

Pour les sites sensibles au RGPD, documentez :

• Le fournisseur et le modèle utilisés
• Les catégories de données personnelles ou confidentielles transmises
• La base légale et la relation de sous-traitance
• Les conditions de conservation et de suppression
• Les transferts internationaux de données
• Si l'entraînement côté fournisseur est désactivé
• Qui peut déclencher les requêtes
• Où sont stockés les prompts, réponses et journaux de requêtes

Ne transmettez pas de mots de passe, clés privées, jetons d'authentification, détails de paiement, données de santé ou données personnelles non nécessaires à un modèle.

Injection de prompt

Tout workflow qui traite du contenu externe — pages web, commentaires, documents téléversés, flux produits ou emails — doit traiter ce contenu comme non fiable. Un texte peut contenir des instructions destinées à manipuler le modèle pour qu'il divulgue des informations ou invoque un outil inapproprié.

Les mitigations incluent :

• Donner à l'agent le plus petit jeu d'outils possible.
• Séparer les opérations de lecture et d'écriture.
• Valider les arguments indépendamment du modèle.
• Ne jamais laisser un prompt outrepasser les permissions WordPress.
• Exiger une confirmation pour les actions à conséquence.
• Empêcher les outils de renvoyer des secrets dont l'agent n'a pas besoin.
• Journaliser les appels d'outils et investiguer les séquences inhabituelles.

Identifiants

Utilisez des clés API séparées pour le développement, la pré-production et la production. Appliquez les limites de dépense du fournisseur lorsqu'elles sont disponibles, faites tourner les clés, restreignez l'accès aux fichiers de configuration et assurez-vous que les secrets ne sont pas commités dans le contrôle de version.

Pour l'accès MCP, utilisez un compte WordPress dédié et des identifiants révocables. Le rôle du compte doit correspondre aux abilities qu'il doit exécuter, pas au rôle le plus large pratique pendant le développement.

Maturité pour la production

Le plugin AI canonique et le MCP Adapter sont explicitement expérimentaux. WordPress recommande des tests en pré-production pour le plugin AI, tandis que l'équipe du MCP Adapter recueille encore des retours avant la version 1.0.[^6][^3]

Pour un usage en production :

• Figez les versions testées.
• Maintenez des sauvegardes et des procédures de retour en arrière.
• Testez les mises à jour avant déploiement.
• Surveillez les erreurs, la latence et les coûts des fournisseurs.
• Relisez le contenu généré pour les risques factuels, juridiques et de marque.
• Désactivez les expérimentations, connecteurs et abilities inutilisés.
• Vérifiez que les journaux ne conservent pas de prompts sensibles plus longtemps que nécessaire.

Coûts

Les plugins WordPress sont open-source et gratuits à installer, mais l'usage des fournisseurs cloud est généralement facturé séparément. Le coût dépend du modèle, du volume d'entrée et de sortie, des images, des embeddings, de la voix, des outils de recherche web et du comportement de nouvelle tentative.[^6]

Un plan de gouvernance devrait définir :

• Les fournisseurs et modèles approuvés
• Le modèle par défaut selon la tâche
• Les tailles maximales d'entrée et de sortie
• Les budgets mensuels et les alertes
• Les règles pour les modèles d'image ou de raisonnement coûteux
• Les politiques de cache et de réutilisation
• La journalisation et l'attribution des coûts par site ou fonctionnalité

Les modèles Ollama locaux évitent une facture cloud à la requête, mais consomment toujours du matériel, de l'électricité, du temps d'administration et de la capacité d'hébergement.[^12]

Choisir la bonne architecture

Limites actuelles

La pile officielle actuelle est substantielle, mais ce n'est pas un produit de gestion de site totalement autonome.

• Le plugin AI prend en charge Gutenberg, pas l'éditeur classique.[^6]
• Les connecteurs fournisseurs fournissent l'accès au modèle, pas des workflows métier terminés.
• Le support des modèles varie selon le fournisseur et peut changer avec l'évolution des API.
• La traduction de contenu se concentre actuellement sur les blocs de paragraphe et de titre ; des tests documentés ont identifié des lacunes pour les listes, les tableaux et les glossaires de terminologie partagée.[^15]
• Les flux Markdown améliorent la lisibilité machine mais ne garantissent ni les citations IA, ni la visibilité dans les moteurs de recherche.
• L'infrastructure d'embeddings est disponible, mais des expériences complètes de recherche sémantique et de RAG nécessitent encore une implémentation.
• Le MCP Adapter n'a pas d'interface d'agent complète et reste un logiciel expérimental pré-1.0.[^3]
• L'exposition publique des abilities reste opt-in, et les permissions doivent être conçues correctement.
• La gestion de WooCommerce nécessite des abilities supplémentaires ou un développement sur mesure.
• Les éléments de la feuille de route de WordPress 7.2 — dont l'accès MCP simplifié, l'expérimentation WebMCP, l'identité d'agent, davantage d'abilities, la recherche sémantique et le streaming — sont poursuivis sans garantie d'entrée dans le Core en 7.2.[^16]

Ce que WordPress 7.2 pourrait changer

La feuille de route de WordPress 7.2 poursuit le travail IA principalement via des plugins canoniques, tout en exigeant que les fonctionnalités démontrent leur adoption et leur valeur pratique avant d'être considérées pour le Core.[^16]

Les axes de développement actuels incluent :

• Des abilities de lecture et d'écriture supplémentaires
• Une configuration MCP simplifiée et des contrôles d'exposition des abilities
• Des expérimentations WebMCP liées à l'interface du navigateur actif
• Une identité d'agent auditable et un accès délégué
• Des connaissances et consignes éditoriales réutilisables
• Les embeddings et la recherche sémantique
• Le streaming des réponses IA

Ces éléments doivent être présentés comme du travail de feuille de route, pas comme des fonctionnalités finalisées de WordPress 7.2, jusqu'à leur apparition dans une release candidate ou une version finale.

Architecture recommandée pour une agence

Pour une agence qui gère plusieurs sites WordPress, une architecture de référence contrôlée est préférable à l'installation de toutes les expérimentations partout.

Socle

• WordPress 7.0.3+ avec les mises à jour de sécurité courantes
• Un connecteur approuvé par charge de travail principale, un second fournisseur seulement si justifié
• Une gestion des secrets basée sur l'environnement
• Le plugin AI canonique activé seulement sur les sites qui ont besoin de fonctionnalités visibles par l'éditeur
• Connector Approvals et journalisation des requêtes
• Validation en pré-production avant chaque mise à jour IA ou MCP

Palier agentique

• WordPress 7.1+
• MCP Adapter sur les sites nécessitant des agents externes
• Utilisateurs et identifiants d'agent dédiés
• Abilities séparées de lecture, de proposition, de brouillon et de publication
• Approbation humaine pour les changements publics ou commerciaux
• Journaux centralisés, alertes et processus de révocation en cas d'incident

Palier commerce

• Abilities WooCommerce sur mesure
• Aucun outil générique direct de base de données ou PHP
• Limites de prix et de stock
• Identifiants explicites de boutique, devise et produit
• Approbation pour les mises à jour à fort impact
• Vérification post-action par rapport aux données WooCommerce

Cette architecture garde la couche fournisseur remplaçable tout en traitant les permissions WordPress et les règles métier comme l'autorité finale.

Questions fréquentes

Claude, Gemini et OpenAI sont-ils intégrés directement dans WordPress ?

Non. Le Core de WordPress inclut l'AI Client et le framework de connecteurs, indépendants du fournisseur, mais les implémentations des fournisseurs restent des plugins séparés. Un connecteur fournisseur et des identifiants doivent être configurés avant que WordPress puisse appeler ce service.[^5][^1]

Installer le connecteur OpenAI ajoute-t-il ChatGPT à WordPress ?

Non. Cela crée une connexion standardisée vers les modèles OpenAI compatibles. Installez le plugin AI canonique pour ses fonctionnalités éditoriales prêtes à l'emploi, ou installez/développez un autre plugin qui utilise l'AI Client.

Ces plugins nécessitent-ils un abonnement grand public ChatGPT, Claude ou Gemini ?

Ils nécessitent un accès API approprié, généralement distinct d'un abonnement chatbot grand public. Obtenez et facturez les identifiants API via la plateforme développeur du fournisseur.

Un site peut-il utiliser plusieurs fournisseurs ?

Oui. Plusieurs connecteurs peuvent coexister, et une application peut demander une capacité ou choisir un fournisseur et un modèle appropriés. Les organisations devraient néanmoins contrôler l'accès aux fournisseurs, les coûts et les flux de données.

Peut-on changer de modèle sans réécrire un plugin ?

C'est un bénéfice central de l'AI Client, à condition que le plugin demande des capacités standardisées plutôt que de dépendre d'un comportement spécifique à un fournisseur. Les différences entre modèles peuvent tout de même nécessiter des tests et des ajustements de prompt.[^1]

MCP est-il nécessaire pour la génération IA dans Gutenberg ?

Non. Les fonctionnalités de Gutenberg utilisent l'AI Client et un connecteur fournisseur. MCP est pertinent lorsqu'un agent externe compatible doit découvrir et invoquer des abilities WordPress approuvées.

MCP peut-il contourner les permissions WordPress ?

Il ne le devrait pas. L'exposition publique est distincte de l'autorisation, et les callbacks de permission s'exécutent pour l'utilisateur authentifié. Une ability personnalisée mal conçue peut tout de même créer un risque, donc les permissions et la validation des entrées doivent être revues avec soin.[^10][^3]

Un agent peut-il publier des articles automatiquement ?

Seulement si une ability d'écriture a été installée ou développée, exposée via MCP et autorisée pour l'utilisateur authentifié. Une conception plus sûre permet la création de brouillons mais réserve la publication à une étape d'approbation humaine ou plus privilégiée.

La pile officielle prend-elle en charge WooCommerce automatiquement ?

Non. Les opérations WooCommerce nécessitent des abilities ou des outils d'appel de fonction fournis par WooCommerce, un autre plugin, ou un développement sur mesure.

Le plugin AI canonique est-il prêt pour la production ?

WordPress le décrit comme expérimental et recommande des tests en pré-production. L'usage en production devrait donc être sélectif, surveillé et réversible.[^6]

WordPress envoie-t-il des données du site aux fournisseurs IA par défaut ?

Non. Le Core fournit l'infrastructure, mais un connecteur doit être configuré et du code ou une fonctionnalité activée doit explicitement initier une requête.[^9]

À retenir

WordPress dispose désormais d'une pile IA officielle cohérente plutôt que de trois plugins fournisseurs isolés. L'AI Client standardise les requêtes ; les connecteurs donnent accès à Claude, Gemini, OpenAI et d'autres systèmes ; le plugin AI canonique livre des expérimentations visibles par l'éditeur ; l'Abilities API décrit les opérations WordPress ; et le MCP Adapter expose les opérations approuvées à des agents externes.[^8][^1][^3]

Pour la plupart des éditeurs, le point de départ est WordPress 7.0.3+, un connecteur et un petit ensemble de fonctionnalités du plugin AI. Pour les agences et les sites marchands, l'opportunité stratégique se situe dans les abilities et MCP — mais seulement avec des permissions étroites, des identités dédiées, une journalisation complète et une approbation humaine pour les actions à conséquence.

Références

1. Introducing the AI Client in WordPress 7.0 2. WordPress 7.0 Field Guide 3. WordPress MCP Adapter 0.7.0 launches on the WordPress Plugin Directory 4. dev-notes-7-0 – Make WordPress Core 5. Introducing the Connectors API in WordPress 7.0 6. AI – WordPress plugin 7. What's new in AI 1.4.0 (5 October 2026)? 8. Abilities API – Common APIs Handbook 9. Proposal for merging WP AI Client into WordPress 7.0 10. REST API endpoints – Common APIs Handbook 11. AI Provider for Google – WordPress plugin 12. AI Provider for Ollama – WordPress plugin 13. What's new for developers? (August 2026) 14. 7.1.0 | Page 5 of 8 | Developer.WordPress.org 15. AI Contributor Weekly Summary – 26 August 2026 16. Roadmap to 7.2 – Make WordPress Core