On peut utiliser une IA dans WordPress de plusieurs façons. Un chat intégré à l'administration, un connecteur vers une application externe et un serveur MCP ne sont pas la même chose. Ils peuvent partager certains outils, mais ils n'ont ni la même interface ni les mêmes prérequis. Les distinguer aide à choisir le parcours que vous voulez réellement mettre en place.
Le modèle produit les réponses et choisit des actions
Un modèle d'IA interprète votre demande et peut utiliser les outils qui lui sont fournis. Il ne connaît pas automatiquement le contenu privé de votre WordPress, ses pages ouvertes ni vos réglages. L'application doit lui transmettre un contexte approprié et des outils autorisés. La qualité du raccordement compte donc autant que le choix d'un modèle performant.
Dans Dither Studio, le chat intégré utilise AI Gateway et le modèle sélectionné dans les réglages. Votre clé permet ce traitement ; le plugin ne connecte pas votre abonnement personnel à une application de chat. Les entrées acceptées, notamment images et documents, dépendent du modèle retenu. Les limites de ce modèle restent présentes dans l'expérience finale.
Le plugin connaît l'environnement WordPress
Le rôle du plugin est de relier la conversation au site : écran courant, contenus accessibles, constructeur actif et opérations compatibles. Il doit aussi respecter les permissions et les mécanismes d'enregistrement. Un outil de lecture et un outil de modification ne donnent pas le même pouvoir. Le fait de voir une page ne constitue pas une autorisation universelle sur tout le site.
Cette séparation est utile pour comprendre les erreurs. Si le modèle répond mais que l'édition échoue, le problème peut se situer dans une opération native ou dans un accès WordPress. Si l'administration fonctionne mais qu'aucune réponse ne part, la clé, le modèle ou le moteur peuvent être concernés. Un seul indicateur « connecté » ne résume pas toute la chaîne.
MCP décrit une manière d'exposer des outils
Model Context Protocol permet à des applications compatibles d'accéder à des outils selon un contrat commun. Dans un contexte WordPress, ces outils peuvent lire un contenu ou proposer une action autorisée. MCP ne remplace pas le modèle, ne fournit pas à lui seul l'hébergement et ne transforme pas une extension non compatible en fonction exécutable.
Le projet WordPress MCP Adapter relie des capacités WordPress à des clients MCP. Les Abilities et leurs contrôles restent importants : une capacité enregistrée n'est pas forcément ouverte à l'exécution dans toutes les situations. L'administrateur doit connaître la portée du raccordement et les conditions d'accès du client utilisé.
Le chat intégré offre un parcours dans l'administration
Avec un assistant intégré, vous formulez la demande là où vous travaillez sur le site. Dither Studio conserve un espace de conversation pendant la navigation et utilise un contexte de l'administration. Vous n'avez pas à recopier l'identifiant technique d'une page pour chaque demande, lorsque le contexte courant permet de l'identifier correctement.
Ce parcours exige la connexion au moteur et une configuration valide. L'onglet d'administration doit rester ouvert pour certaines opérations de l'éditeur natif et leurs vérifications. Il s'agit d'une condition concrète de fonctionnement. Un plugin activé sur un serveur ne signifie pas que toutes les opérations visuelles peuvent se dérouler sans aucune session d'édition.
Un client externe demande une connexion distincte
Utiliser ChatGPT ou une autre application comme interface implique de raccorder ce client au service approprié. L'authentification, les autorisations et l'adresse accessible doivent fonctionner ensemble. Un serveur MCP local qui répond à un outil de développement ne prouve pas que le client externe peut l'atteindre ou qu'une opération complète fonctionne depuis ce client.
Dither Studio dispose d'une architecture MCP, mais le parcours du chat intégré ne constitue pas une connexion automatique à ChatGPT. Une intégration externe doit être présentée et vérifiée séparément. Avant d'en dépendre, demandez une preuve du raccordement et d'une tâche réelle sur la cible concernée, avec les accès qui seront effectivement utilisés.
Comprenez les données qui circulent
Le modèle reçoit les informations nécessaires à la demande, via le service configuré. Le moteur traite les échanges et les outils, et WordPress conserve les données prévues par le plugin. Ces rôles doivent être décrits dans la documentation et dans les informations de confidentialité. Ils ne se déduisent pas du mot « local » affiché près d'une interface.
Joignez seulement les documents nécessaires au travail. Gardez les clés et les accès dans les réglages prévus, et révoquez une connexion qui n'est plus utile. Une connexion authentifiée reste soumise aux droits de son compte. Cette gestion des accès fait partie du fonctionnement normal d'un assistant, comme pour les autres outils qui interviennent sur votre WordPress.
Quel parcours choisir pour commencer ?
Si votre besoin est de travailler dans l'administration, commencez par le chat intégré et une tâche précise. Vérifiez le modèle, le raccordement moteur et l'enregistrement dans WordPress. Si vous voulez centraliser plusieurs outils dans un client externe, examinez ensuite la connexion MCP, ses permissions et son parcours d'authentification.
Vous pourrez choisir les deux parcours lorsque chacun répond à un usage réel. L'essentiel est de ne pas acheter un outil en supposant qu'un protocole, un compte de chat et un plugin correspondent au même service. Une architecture compréhensible rend l'installation plus simple à diagnostiquer et les résultats plus faciles à vérifier.