Chaque jour, des milliers de visiteurs demandent à ChatGPT, Claude ou Perplexity où dormir, où manger, que visiter dans votre commune. Si l'assistant ne cite pas vos hébergeurs, vos restaurants, vos prestataires — il en cite d'autres. Ou il renvoie à Booking, TripAdvisor, Google Maps. Nous publions votre territoire au format que les IA lisent nativement, à partir des sources officielles que vous alimentez déjà — DATAtourisme, sites mairie, office de tourisme.
Mais elles répondent avec les sources qu'elles trouvent — Booking, Google Maps, TripAdvisor, les blogs de voyageurs. Pas avec vos données officielles, pas avec vos petits hébergeurs, pas avec votre vision du territoire.
Aujourd'hui, l'assistant cite 2 hôtels Booking à Valberg et un gîte généraliste. Il ne connaît pas vos 14 gîtes classés, votre auberge communale, vos chambres d'hôtes ouvertes hors saison.
L'assistant liste Visorando et AllTrails. Il ne connaît pas vos sentiers balisés par le Conseil Départemental, ni les accompagnateurs locaux que vous financez depuis trois ans.
L'assistant dit « je n'ai pas d'informations récentes ». Vos données existent — dans votre agenda communal, dans DATAtourisme, dans votre plaquette PDF. Mais pas dans un format qu'il peut lire.
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.
· pilote déployé le 01.04.2026 en partenariat avec la commune · agrégation DATAtourisme + crawl du site officiel + Google Places · mesure de citation actuellement en cours, premiers rapports mi-juin 2026 · les chiffres d'une commune ne sont pas extrapolables à une autre.
Même infrastructure, même standard de publication. Le périmètre et le niveau d'accompagnement s'ajustent à votre taille — commune rurale, intercommunalité, département ou région.
Une page IA-ready pour votre commune, alimentée par DATAtourisme et votre site officiel. Le socle qui garantit que ChatGPT cite vos prestataires, pas ceux du département voisin.
llms.txt + JSON-LD Schema.org Le territoire complet d'une communauté de communes ou d'un office de tourisme. Pages par commune, maillage sémantique inter-communal, agrégation multi-sources. Formation des équipes incluse.
Pour les ADT, CRT, conseils départementaux qui veulent un déploiement à l'échelle. Infrastructure mutualisée, SLA, intégration avec vos outils existants. Sur-mesure après audit.
La formation des équipes incluse dans le pack Intercommunalité (et disponible en option sur le pack Commune) est finançable par les OPCO via partenaire centre de formation référencé Qualiopi. Nous accompagnons le montage du dossier.
voir la formation →Pas de refonte, pas de migration. Nous posons une couche de publication structurée à côté de votre site — il continue de vivre, les IA lisent la couche structurée, vos visiteurs humains continuent d'arriver sur vos pages.
llms.txt. Soumission aux crawlers IA. Badge AI-Ready à embarquer sur votre site principal.llms.txt et du maillage sémantique.Chaque entité publiée garde un lien vérifiable vers sa source officielle. Si DATAtourisme met à jour une fiche, la nôtre change. Si votre OT ajoute un événement, il apparaît dans la semaine. Pas de contenu généré, pas de paraphrase IA, pas d'invention. Position documentée sur la <a href='/#position'>page d'accueil</a>.
Base nationale de données touristiques, open data, maintenue par les CRT/CDT. Source principale pour hébergements, activités, patrimoine.
Crawl hebdomadaire de votre site existant pour capter agendas, actualités, infos pratiques qui ne sont pas dans DATAtourisme.
Horaires, téléphones, coordonnées géographiques vérifiées. Complément pour les commerces et services que DATAtourisme ne couvre pas.
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.
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. La formation est portée par un centre de formation partenaire référencé Qualiopi, qui émet la facture éligible OPCO. web-mcp.fr facture la prestation pédagogique au partenaire ; vous bénéficiez du financement OPCO classique. La formation « publication IA-ready pour territoires touristiques » (2 jours, présentiel ou distanciel) est mobilisable sur le plan de développement des compétences. Le numéro Qualiopi du partenaire 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 WebMCP dans les packs Intercommunalité et Département ; le générateur WebMCP arrivera quand l'API se stabilisera.
Trente minutes. Un audit de visibilité IA sur votre périmètre. Livré en PDF. Sans engagement.