Mise à jour 2026. Les sites WordPress veulent maintenant être lisibles par les moteurs de recherche, les assistants IA et les agents LLM. Mais toutes les méthodes ne se valent pas. Après lecture de projets GitHub, de la documentation WordPress.com MCP et de retours Reddit SEO, voici les méthodes à privilégier, et celles à traiter avec prudence.
1. MCP : la meilleure option quand elle est disponible
Le Model Context Protocol sert à connecter un agent IA à des outils et données externes avec un cadre d’autorisation plus propre. WordPress.com documente déjà un serveur MCP compatible avec VS Code, Cursor, Claude Desktop et d’autres clients. C’est la voie la plus saine quand l’objectif est de laisser un assistant lire, créer ou gérer du contenu WordPress avec permissions.
- À utiliser si votre site est sur WordPress.com avec plan compatible.
- À privilégier pour les workflows d’édition, recherche de posts, gestion de contenu et contexte de site.
- À configurer avec OAuth et permissions limitées, pas avec un mot de passe admin partagé partout.
2. REST API WordPress : fiable pour les intégrations sur mesure
Pour un site WordPress auto-hébergé, l’API REST reste une méthode solide pour publier, mettre à jour, lire les posts, gérer les médias ou construire une passerelle entre un agent et le CMS. Elle doit être utilisée avec des rôles dédiés, des permissions minimales, des nonces côté admin ou des mots de passe d’application quand c’est approprié.
3. RAG : connecter le contenu, pas seulement l’admin
Si l’objectif est qu’un LLM réponde à partir du site, le bon modèle est souvent un pipeline RAG: extraction des contenus utiles, nettoyage, découpage, embeddings, recherche vectorielle, puis génération. Cette méthode marche mieux qu’un simple chatbot branché à une page HTML brute.
4. Schema, structure éditoriale et E-E-A-T restent prioritaires
Les retours Reddit SEO convergent sur un point: pour apparaître dans les réponses IA, il faut d’abord être compréhensible et crédible. Les bases qui marchent encore sont les titres précis, les réponses directes, les pages bien structurées, le balisage Schema adapté, les auteurs identifiables, les sources et une architecture interne claire.
5. llms.txt : utile comme sommaire, pas comme levier magique
Des plugins WordPress et projets GitHub permettent de générer un fichier llms.txt. C’est intéressant comme table des matières lisible par machine, surtout pour documenter les pages importantes. Mais les débats Reddit et plusieurs analyses SEO signalent qu’il ne faut pas le vendre comme un facteur de ranking ou une garantie de citation par ChatGPT, Google AI Overviews ou Claude.
La bonne pratique: l’ajouter seulement après avoir corrigé la structure du site, les contenus piliers, le schema et le maillage interne.
Checklist rapide
- Créer des pages piliers qui répondent clairement aux questions de votre audience.
- Ajouter Organization, WebSite, Article et Breadcrumb schema quand c’est pertinent.
- Utiliser MCP si votre environnement WordPress le supporte.
- Utiliser REST API avec un compte dédié et des permissions limitées.
- Mettre en place un RAG si vous voulez un assistant qui répond avec vos contenus.
- Créer un
llms.txtseulement comme sommaire, sans promesse SEO exagérée. - Surveiller les logs serveur pour vérifier quels bots visitent réellement vos fichiers.
