Vos données web-mcp.
Sous votre domaine.

Le module se pose à côté de votre site — il continue de vivre, vos visiteurs continuent d'arriver sur vos pages, les agents lisent la couche structurée. Vous gardez votre site, vos URLs, votre infrastructure. Nous structurons la donnée à côté ; vous décidez de ce qui est publié.

Installé sur votre site, le module structure vos pages au format que les agents lisent et relie votre domaine à votre fiche atlas — automatiquement, sans que vous touchiez au balisage à la main.

1. Il structure votre site, sans le refondre. Le module lit vos pages et publie la donnée que les agents savent lire — Schema.org, JSON-LD, llms.txt — à côté de votre contenu existant. Pas de migration, pas d'URL réécrite. Compatible WordPress ; interopérable avec Yoast ou RankMath s'ils sont déjà en place, autonome sinon.
2. Il relie votre site et votre fiche atlas. La cross-référence sameAs — la pratique W3C de référence pour désigner deux URLs comme la même entité — est posée automatiquement entre votre domaine et votre publication web-mcp.fr. Les crawlers IA citent les deux sources avec confiance ; Google la lit aussi.
3. Il tourne sur votre serveur. La donnée ne quitte pas votre infrastructure. Pas de logiciel hébergé qui aspire votre contenu, pas de dépendance tierce. Vous gardez la maîtrise de l'hébergement, des URLs et de ce qui est publié.

## Données structurées complètes

Notre publication (llms.txt détaillé, Schema.org, JSON-LD) :
- [Publication web-mcp.fr](https://web-mcp.fr/communes/06016-beuil/)

{
  "@context": "https://schema.org",
  "@type": "TouristDestination",
  "name": "Beuil",
  "url": "https://beuil.fr",
  "sameAs": [
    "https://web-mcp.fr/communes/06016-beuil/"
  ]
}

Au-delà de la structuration, le module expose vos points d'accès conversationnels sous votre propre origine — la brique technique de l'offre office de tourisme, et la source qui alimente le Tableau de bord destination. Les agents interrogent votre-domaine.fr, pas un tiers.

1. /ask et /mcp, sous votre domaine. Le module expose deux points d'accès conversationnels — /ask (NLWeb, langage naturel) et /mcp (serveur MCP pour agents intégrés) — servis depuis votre-domaine.fr. Les agents et les applications de voyage interrogent votre site directement.
2. Servis depuis l'edge, pas depuis vos serveurs. La charge des crawlers et des agents est absorbée par l'edge Cloudflare — vos serveurs ne sont jamais frappés. Le canonical, les identifiants JSON-LD et la provenance restent stables sous votre origine.
3. La barrière de confiance reste la vôtre. DNS, TLS, marque : les agents parlent à votre-domaine.fr, pas à un tiers. C'est ce qui aligne la confiance technique avec votre périmètre — l'argument central pour une DSI.

parler du projet →

Le GEO — Generative Engine Optimization recouvre les techniques qui augmentent la probabilité d'être cité par un moteur génératif (ChatGPT, Claude, Perplexity, Gemini, Google AI Overviews). En français, on parle aussi de référencement IA. Là où le SEO classique optimise un classement, le GEO optimise une citation à l'intérieur d'une réponse générée. Les deux couches coexistent et se renforcent — un site GEO-ready est presque toujours Google-solide.

1. <code>llms.txt</code> — le sommaire des agents. Fichier Markdown placé à la racine du domaine, qui liste les pages que vous voulez voir citées, avec leur résumé et leur fraîcheur. Pas un dump technique — un sommaire éditorialisé. Standard émergent (2024), adopté par Anthropic, Perplexity, plusieurs plateformes LLM.
2. Schema.org + JSON-LD — le vocabulaire partagé. Organization, LocalBusiness, Product, TouristDestination, FAQPage. Chaque entité nommée et typée augmente mécaniquement la probabilité de citation — et réduit les hallucinations qui vous concernent. Lu nativement par les crawlers IA, lu aussi par Google.
3. Densité conceptuelle, pas mots-clés. Les LLMs ne comptent pas les occurrences — ils mesurent la cohérence d'un sujet sous plusieurs angles. Définir précisément le vocabulaire, lier les entités entre elles. Pas de keyword stuffing : de la profondeur vérifiable.
4. Économie des crawlers IA. GPTBot, ClaudeBot, PerplexityBot frappent les sites publics à un débit qui mange la bande passante des serveurs communaux et des back-offices e-commerce. Servir l'index structuré depuis l'edge Cloudflare déplace la charge hors de votre origine. Vos serveurs respirent, les agents lisent.

WebMCP est un standard W3C en cours, en bêta dans Chrome 146 et activé dans Cloudflare Browser Run depuis avril 2026. Il permet à un agent d'appeler des fonctions typées sur un site. Pour vous, cela voudra dire qu'un assistant pourra répondre ET agir — réserver, commander, prendre un rendez-vous — sans rediriger vers une plateforme tierce. La couche lecture publiée aujourd'hui en est le prérequis.

// illustratif · standard WebMCP (Chrome 146 beta, Cloudflare Browser Run)
navigator.modelContext?.registerTool({
  name: 'rechercher',
  description: "Rechercher dans les données publiées (offre, catalogue, services)",
  inputSchema: {
    type: 'object',
    properties: {
      requete: { type: 'string' },
      filtres: { type: 'object' }
    }
  },
  invoke: async ({ requete }) => {
    const res = await fetch(`/ai/search?q=${encodeURIComponent(requete)}`);
    return res.json();
  }
});

// Demain, un agent appellera ces fonctions typées directement
// sur votre domaine — répondre ET agir, sans plateforme tierce.

1. Couche lecture — aujourd'hui. En production. llms.txt + JSON-LD Schema.org + endpoints /ask et /mcp, servis depuis l'edge Cloudflare pour 163 communes des Alpes-Maritimes. Lus en continu par les crawlers de ChatGPT, Claude, Perplexity, Gemini.
2. Couche exécution — à venir. Manifest WebMCP statique, exécution dynamique + OAuth, transactionnel. Détail des jalons, statut et dépendances sur la feuille de route publique. à venir