Un touriste qui demande « que faire à Beuil ce week-end » à Claude ou Perplexity ne requête pas DATAtourisme. Il lit une réponse qu'un crawler IA a préparée des mois plus tôt. Nous faisons le dernier kilomètre : agrégation multi-sources, publication structurée, badge embarquable — et nous auditons votre préparation à la couche WebMCP (exécution). Pas de plateforme à rejoindre. Pas de trafic capté. Vos visiteurs restent les vôtres.
Un assistant IA interrogé sur « que faire à Beuil ce week-end » ne requête pas DATAtourisme. Il requête Perplexity, Claude, ChatGPT — qui eux-mêmes ont crawlé un ensemble de sources publiques des mois plus tôt. Si votre territoire n'apparaît pas sous une forme lisible pour ces crawlers — un fichier llms.txt avec des pointeurs propres, du JSON-LD Schema.org cohérent, un canal stable dans le temps — il passe sous leur radar.
Le canal officiel français existe. Notre rôle est de le rendre accessible aux IA sans vous forcer à sortir de DATAtourisme.
DATAtourisme (canal Etalab) + Google Places (validation de contact et horaires) + crawl officiel (site commune, OT). Dédoublonnage automatique, surcharges manuelles possibles.
web-mcp.fr/tourisme/{insee}-{slug}/. Fichier llms.txt racine, Schema.org JSON-LD pour chaque catégorie (hébergements, restaurants, activités, événements, services), index machine-readable. Tout est public, vérifiable, archivé.
Un extrait HTML, à poser sur le site officiel de la commune. Le badge renvoie vers la page IA-ready. Chaque intégration alimente le flywheel : plus d'OT qui embarquent, plus de crédibilité, plus de citations par les IA.
Cartographie de ce que les IA savent déjà de votre territoire. Liste des communes les plus mal représentées, priorisation par potentiel de rayonnement. Livrable PDF.
Une commune choisie comme vitrine. Publication complète, badge, test de citation sur vingt requêtes cibles. Point de référence pour la suite.
Roulement mensuel sur les communes suivantes. Le rythme est calé sur votre capacité interne à relire et valider les données, pas sur un calendrier commercial.
Mesure mensuelle reçue par l'équipe OT et la direction CCI en copie. Logs crawlers + citations sondées + impressions organiques.
Un cas concret, déjà en ligne. Une station village du Mercantour, 650 habitants, qui apparaît désormais dans les réponses Claude et Perplexity sur « ski famille Alpes-Maritimes » — là où elle n'existait pas avant la publication.
La couche 1 — lecture — c'est ce que nous livrons dès aujourd'hui. La couche 2 — exécution — c'est WebMCP : le standard que Cloudflare a activé en avril 2026 dans Browser Run (Chrome 146 bêta), et qui permet à un agent d'appeler directement des fonctions typées sur un site. Pour un OT, cela veut dire qu'un assistant pourra répondre ET réserver sans rediriger vers une plateforme tierce. Nous mesurons ce qui est exposable ; le générateur arrivera quand l'API sortira de bêta.
// illustratif · standard WebMCP (Chrome 146 beta, Cloudflare Browser Run)
navigator.modelContext?.registerTool({
name: 'rechercherHebergement',
description: "Trouver un hébergement disponible sur la commune",
inputSchema: {
type: 'object',
properties: {
dateArrivee: { type: 'string', format: 'date' },
dateDepart: { type: 'string', format: 'date' },
nbPersonnes: { type: 'integer' },
budgetMax: { type: 'number' }
}
},
invoke: async ({ dateArrivee, dateDepart, nbPersonnes, budgetMax }) => {
const res = await fetch(`/api/hebergement?from=${dateArrivee}&to=${dateDepart}`);
return res.json();
}
});
navigator.modelContext?.registerTool({
name: 'programmeEvenements',
description: "Lister les événements d'un mois donné",
inputSchema: {
type: 'object',
properties: { mois: { type: 'string', format: 'month' } }
},
invoke: async ({ mois }) => { /* … */ }
});
navigator.modelContext?.registerTool({
name: 'reserverActivite',
description: "Réserver une place sur une activité identifiée",
inputSchema: {
type: 'object',
properties: { id: { type: 'string' }, nbPlaces: { type: 'integer' } }
},
invoke: async ({ id, nbPlaces }) => { /* … */ }
});
// Un assistant peut répondre à « que faire à Beuil ce week-end ? »
// et RÉSERVER. Sans appeler de plateforme tierce. Ce que ça change pour un territoire :
un assistant de voyage n'a plus besoin de renvoyer le touriste vers Booking ou AirBnB. Il lit votre llms.txt, découvre les outils publiés par la commune ou l'OT (rechercherHebergement, reserverActivite, programmeEvenements), et traite la demande. Le trafic marchand reste sur le territoire. C'est exactement le scénario que DATAtourisme ne couvre pas — et que nous préparons.
Nous sommes référencés Qualiopi. La formation « publication IA-ready pour territoires touristiques » est éligible au financement OPCO pour les personnels OT et CCI. Deux jours, en présentiel ou distanciel. L'objectif n'est pas de vous rendre autonome sur l'outillage — il est de vous rendre capable de dialoguer avec nous, d'auditer ce que nous publions, de garder la main.
Inclus dans tous les engagements. Le rapport mensuel croise logs crawlers, citations sondées, impressions organiques. Le détail est sur la page rapport mensuel.
DATAtourisme garantit que la donnée existe. Pas qu'elle est lue par les crawlers IA. Un assistant interrogé sur « que faire à Beuil » ne requête pas DATAtourisme — il lit un index qu'il a constitué lui-même des mois plus tôt. Nous publions ce que ces crawlers savent lire (llms.txt, Schema.org structuré), sans vous sortir de DATAtourisme. Nous sommes une couche d'émission ouverte, pas un concurrent de la base officielle.
Oui. Nous sommes référencés Qualiopi. La formation « publication IA-ready pour territoires touristiques » (2 jours, présentiel ou distanciel) passe par les circuits OPCO habituels de la branche tourisme. Les personnels OT et CCI peuvent la mobiliser sur leur plan de développement des compétences. Le numéro Qualiopi et le programme détaillé sont communiqués dès le premier échange.
Calé sur votre capacité interne de relecture, pas sur notre calendrier commercial. Rythme typique : une commune pilote en mois 2, puis une commune par mois sur l'Intercomm ou le département. Rien de publié sans validation par l'équipe OT et la mairie concernée. Les corrections ultérieures sont intégrées dans le cycle mensuel de mise à jour.
Les données publiées sont publiques par nature (offres touristiques, hébergements, événements). Aucune donnée personnelle utilisateur n'entre dans la chaîne de traitement. L'hébergement est sur Cloudflare Europe, les logs crawlers sont agrégés sur 90 jours glissants puis détruits. Vous gardez la pleine propriété et pouvez demander la dépublication à tout moment.
Trois axes mesurables : (1) visibilité IA — nombre de citations sur un panel de 20 à 50 requêtes cibles, mesurée tous les mois ; (2) rayonnement organique — impressions Search Console sur les pages commune ; (3) économies anti-crawl — réduction de la bande passante consommée par les crawlers IA sur les sites communaux (ils frappent notre edge, pas vos serveurs). Le rapport mensuel quantifie les trois.
Non, c'est l'inverse. La couche lecture (llms.txt + Schema.org) est le prérequis de la couche exécution WebMCP. Les territoires qui publient aujourd'hui la couche 1 seront ceux qui pourront exposer rechercherHebergement() ou reserverActivite() dès que Chrome sortira l'API de bêta. Nous mesurons la préparation dans l'offre Intelligence ; le générateur WebMCP arrivera quand l'API se stabilisera.
Une commune pilote, publication complète, badge embarquable, premier rapport. L'entrée minimale pour vérifier que la citation IA bouge avant d'étendre.
1 commune pilote · INSEE au choix Jusqu'à cinq communes ou une intercommunalité. Publication pilote, puis extension mensuelle calée sur votre capacité de relecture interne. Rapports mensuels inclus.
5 communes · ou 1 intercommunalité Jusqu'à trente communes. Agrégation multi-sources renforcée, formation OPCO incluse, audit de préparation WebMCP, douze rapports mensuels. Au-delà : devis.
30 communes Trente minutes. Un audit de visibilité IA sur votre périmètre. Livré en PDF. Sans engagement.