Donner l’accès de son site WordPress à une IA sans risque

Pour donner l’accès de votre site WordPress à une IA sans prendre de risque inutile, appliquez quatre règles : un utilisateur WordPress dédié à l’assistant, avec le rôle le plus restreint possible ; un mot de passe d’application propre à chaque outil, révocable à tout moment ; un adaptateur MCP qui n’expose que des fonctions précises ; et une validation humaine avant toute action qui modifie le site. Commencez en lecture, testez sur une copie, sauvegardez.

Pourquoi la sécurité repose-t-elle sur l’utilisateur WordPress ?

Quand un assistant se connecte par MCP, il n’a pas de pouvoirs propres. Il agit au nom d’un utilisateur WordPress. Le guide de l’extension officielle MCP Adapter le dit simplement : l’assistant ne peut faire que ce que cet utilisateur peut faire.

Avec l’Abilities API de WordPress 6.9, chaque fonction exposée embarque sa propre vérification des permissions. Si l’utilisateur n’a pas la capacité requise, l’appel est refusé, même si l’IA insiste. Le choix de l’utilisateur est donc votre premier verrou. Pour le contexte technique, voir L’Abilities API expliquée simplement.

Qu’est-ce qu’un mot de passe d’application WordPress ?

C’est un mot de passe secondaire, réservé aux connexions automatisées (API REST, outils extérieurs). WordPress l’intègre depuis la version 5.6. Il s’utilise avec l’authentification HTTP Basic, sur une connexion HTTPS.

Ses avantages pour une IA :

• il est distinct du mot de passe principal de l’utilisateur ;
• vous pouvez en créer un par outil et par appareil ;
• vous le révoquez en un clic, sans changer le mot de passe principal.

Le guide de MCP Adapter précise que WordPress ne propose les mots de passe d’application qu’en HTTPS, sauf sur un site de développement local. Certains hébergeurs ou extensions de sécurité les désactivent : vérifiez s’ils apparaissent dans le profil.

Comment mettre en place un accès sûr, étape par étape ?

1. Faites une sauvegarde complète du site (fichiers et base de données). Vérifiez que vous savez la restaurer.
2. Travaillez d’abord sur une copie de préproduction si votre hébergeur le permet. Le guide de MCP Adapter recommande de tester les nouvelles abilities sur une copie, car elles modifient le site réel.
3. Créez un utilisateur dédié, par exemple « assistant-ia », avec une adresse e-mail que vous contrôlez. Donnez-lui le rôle le plus faible qui permet l’usage visé. Jamais administrateur sur un site en ligne.
4. Créez un mot de passe d’application pour cet utilisateur : Utilisateurs > Profil > Mots de passe d’application, donnez-lui un nom explicite (« Claude Desktop – ordinateur bureau »), puis copiez-le aussitôt : il n’est affiché qu’une fois.
5. Installez un adaptateur prudent, comme MCP Adapter, qui n’expose que les fonctions déclarées publiques par vos extensions. Évitez les adaptateurs à accès large sur la production ; nous les comparons dans MCP Adapter, Novamira : lequel choisir.
6. Configurez votre client MCP pour demander une confirmation avant chaque outil qui écrit. Désactivez les outils dont vous n’avez pas besoin : Claude permet d’activer ou non chaque outil d’un connecteur.
7. Rangez le secret correctement. Le mot de passe d’application se trouve dans la configuration de votre client. Ne le collez jamais dans une conversation, ne le partagez pas, ne le versionnez pas dans un dépôt de code.

Quels droits donner selon l’usage ?

Les noms exacts des capacités dépendent des extensions. Consultez leur documentation pour savoir quel rôle couvre quelle fonction.

Quelles actions faut-il toujours valider à la main ?

• Toute publication. Faites créer des brouillons, publiez vous-même.
• Toute modification de prix, de capacité ou de disponibilité. Une erreur de saisie se paie en réservations litigieuses.
• Tout ce qui touche à l’argent ou aux clients : remboursement, annulation, message à un voyageur. Mieux vaut que ces fonctions ne soient pas exposées du tout.
• Les décisions commerciales et juridiques : politique d’annulation, réponse à un litige, conditions de vente.

Certaines extensions intègrent ces garde-fous. Par exemple, les fonctions IA de GDA Kraft Booking ne suppriment jamais rien, créent les pages de réservation en brouillon, renvoient les réservations sans données personnelles et ne couvrent ni l’annulation, ni le remboursement, ni l’envoi d’e-mails (détail dans l’aide).

Quels sont les risques propres à l’IA ?

• L’erreur d’interprétation. L’assistant peut comprendre « juillet » au lieu d’« août » ou se tromper d’hébergement. La confirmation humaine est votre filet.
• L’injection de prompt. Un texte lu par l’IA (une page, un commentaire, un e-mail) peut contenir des instructions cachées. La documentation de Claude invite à surveiller ce risque et les changements inattendus d’outils.
• La fuite de données. Tout ce que l’IA lit ou reçoit est traité par le fournisseur du modèle. Au regard du RGPD, limitez les données personnelles exposées et lisez la politique de confidentialité du fournisseur.
• Le connecteur non vérifié. Claude rappelle que les connecteurs personnalisés pointent vers des services non vérifiés, et ChatGPT affiche un avertissement de risque avant d’ajouter un serveur MCP personnalisé. N’ajoutez que des serveurs que vous maîtrisez.

Comment couper l’accès rapidement ?

1. Ouvrez le profil de l’utilisateur dédié dans l’administration.
2. Dans « Mots de passe d’application », révoquez le mot de passe concerné. Le client perd l’accès immédiatement.
3. Si besoin, désactivez l’adaptateur MCP.
4. Relisez les contenus créés ou modifiés pendant la dernière session.

Faites ce point régulièrement, même sans incident : un accès inutilisé est un accès à fermer.

Quelle check-list garder sous la main ?

Avant chaque nouvelle connexion, vérifiez ces points :

• [ ] Sauvegarde récente et testée.
• [ ] Site en HTTPS, WordPress à jour (6.9 ou plus pour les abilities).
• [ ] Utilisateur dédié, rôle minimal, adresse e-mail contrôlée.
• [ ] Un mot de passe d’application par client et par appareil, nommé clairement.
• [ ] Adaptateur MCP prudent sur la production, outils inutiles désactivés.
• [ ] Confirmation humaine activée pour les actions d’écriture.
• [ ] Aucune fonction d’annulation, de remboursement ou d’envoi de message exposée.
• [ ] Date de la prochaine revue des accès notée dans votre agenda.

Questions fréquentes

Puis-je utiliser mon compte administrateur, juste pour tester ?

Sur une copie locale, éventuellement. Sur un site en ligne, non : une seule erreur de l’IA aurait alors les pleins pouvoirs.

Le mot de passe d’application limite-t-il ce que l’IA peut faire ?

Non, pas à lui seul. Il sert aux connexions automatisées et hérite des droits de l’utilisateur auquel il appartient : d’où l’intérêt d’un utilisateur dédié au rôle limité.

Pourquoi la version web de ChatGPT ou Claude refuse-t-elle mon mot de passe d’application ?

Selon le guide de MCP Adapter, ces versions web se connectent par OAuth et n’ont pas de champ pour ce type de mot de passe. Utilisez un client de bureau ou ajoutez une connexion OAuth au site. Voir WordPress MCP : comment connecter une IA.

Faut-il informer mes clients ?

Si l’assistant traite des données personnelles de clients, vos obligations RGPD s’appliquent, y compris l’information des personnes. Le plus simple reste de ne pas exposer ces données à l’IA.

En résumé

L’IA hérite des droits que vous lui donnez. Un utilisateur dédié, un mot de passe d’application révocable, un adaptateur prudent et une validation humaine suffisent à rendre l’usage raisonnable. Commencez petit, en lecture, et élargissez seulement quand les résultats sont fiables.

Vous voulez appliquer ces règles à un site de réservation ? L’aide Kraft GDA détaille la mise en place, fonction par fonction.