# Exposer son contenu WordPress à un agent IA via un serveur MCP, pour le SEO

> Construire un serveur MCP en lecture seule au-dessus d'un site WordPress permet à un agent d'interroger le contenu directement, sans passer par un scraping HTML fragile.

- Auteur : Clément Hadrot
- Publié le : 2026-05-28
- Mis à jour le : 2026-05-28
- Catégorie : SEO & GEO
- URL : https://wpmoderne.dev.wordpress-developpement.fr/seo/exposer-wordpress-agent-ia-serveur-mcp-seo/

## L’essentiel

- Un serveur MCP expose des ressources structurées, pas du HTML à parser
- La lecture seule limite le risque tout en couvrant l'essentiel du besoin SEO
- L'API REST de WordPress sert de base à la plupart des ressources exposées

Un client éditeur de fiches pratiques juridiques nous a posé une question inhabituelle en début d'année : plutôt que d'espérer être bien crawlé, pouvait-on donner directement à un agent IA un accès propre et structuré à son contenu ? Le Model Context Protocol (MCP), popularisé depuis fin 2024, offre exactement ce type de pont. Voici comment un serveur MCP en lecture seule a été construit au-dessus de ce site WordPress, étape par étape, sans aborder ici la question de l'écriture par l'agent, volontairement laissée de côté sur ce projet.

## Étape 1 : choisir ce qui doit être exposé

Avant d'écrire une ligne de code, la première décision a porté sur le périmètre. Exposer l'intégralité du site aurait été inutilement risqué et coûteux à maintenir. Le choix s'est porté sur quatre ressources précises, correspondant aux besoins réels identifiés avec le client : la liste des fiches par thème juridique, le contenu détaillé d'une fiche donnée, les mises à jour réglementaires récentes, et un outil de recherche par mot-clé dans le corpus.

## Étape 2 : s'appuyer sur l'API REST existante

Plutôt que de réinventer un accès aux données, le serveur MCP s'appuie sur l'API REST déjà exposée nativement par WordPress. Chaque ressource MCP correspond à un appel filtré vers cette API :

```
const express = require('express');
const { McpServer } = require('@modelcontextprotocol/sdk/server/mcp.js');

const server = new McpServer({ name: 'fiches-juridiques', version: '1.0.0' });

server.resource('fiches-par-theme', 'fiches://theme/{theme}', async (uri, { theme }) => {
  const reponse = await fetch(
    `https://exemple-client.fr/wp-json/wp/v2/posts?categories_slug=${theme}&per;_page=50`
  );
  const articles = await reponse.json();
  return {
    contents: articles.map((a) => ({
      uri: `fiches://article/${a.id}`,
      text: `${a.title.rendered} — ${a.excerpt.rendered}`
    }))
  };
});
```

> L'essentiel à retenir : Un serveur MCP expose des ressources structurées, pas du HTML à parser ; La lecture seule limite le risque tout en couvrant l'essentiel du besoin SEO ; L'API REST de WordPress sert de base à la plupart des ressources exposées

## Étape 3 : garder le serveur strictement en lecture seule

Aucune méthode exposée ne permet de créer, modifier ou supprimer du contenu. Le serveur ne déclare que des `resources` et un seul `tool` de recherche en lecture, jamais de méthode capable d'écrire en base. Ce choix, discuté avec le client, répond à une logique simple : couvrir le besoin réel (donner un accès fiable au contenu) sans ouvrir de surface d'attaque inutile sur un site qui gère des informations juridiques sensibles.

```
server.tool('rechercher-fiches', {
  motCle: z.string().describe('Terme à rechercher dans les fiches juridiques')
}, async ({ motCle }) => {
  const reponse = await fetch(
    `https://exemple-client.fr/wp-json/wp/v2/posts?search=${encodeURIComponent(motCle)}`
  );
  const resultats = await reponse.json();
  return {
    content: [{ type: 'text', text: JSON.stringify(resultats.map(r => r.title.rendered)) }]
  };
});
```

## Étape 4 : authentification et journalisation

Le serveur exige un jeton d'accès pour chaque connexion, distribué aux partenaires autorisés à consommer ces données, et journalise chaque appel avec l'identifiant du client et la ressource demandée. Cette journalisation sert un double objectif : détecter un usage anormal, et alimenter un suivi statistique de quelles fiches sont le plus souvent interrogées par les agents connectés, un signal complémentaire aux données classiques de trafic.

## Étape 5 : ce que ça change pour le SEO

Contrairement à un crawl HTML classique, qui doit deviner la structure d'une page pour en extraire l'information utile, un agent connecté au serveur MCP reçoit une donnée déjà propre et typée : un titre, un extrait, une date, sans avoir à interpréter un balisage HTML parfois ambigu. Pour ce client, l'intérêt principal n'est pas de remplacer l'indexation classique, mais d'offrir un canal fiable aux partenaires qui construisent des services d'assistance juridique automatisée s'appuyant sur ce contenu.

| Ressource exposée | Équivalent REST WordPress sous-jacent |
| --- | --- |
| fiches-par-theme | `/wp/v2/posts?categories_slug=...` |
| fiche-detail | `/wp/v2/posts/{id}` |
| mises-a-jour-recentes | `/wp/v2/posts?orderby=modified` |

> Un principe qu'on a posé dès le départ avec ce client : un serveur MCP n'est utile que s'il reste plus fiable qu'un scraping HTML. Le jour où il devient une source d'incohérence, il vaut mieux le couper.

## En résumé

Construire un serveur MCP en lecture seule au-dessus d'un site WordPress reste un chantier raisonnable quand le périmètre exposé est limité et clairement défini en amont. Sur ce projet, quatre ressources bien choisies ont suffi à répondre au besoin réel des partenaires, sans qu'il soit nécessaire d'ouvrir la moindre capacité d'écriture pour obtenir ce résultat.