En France, « référencement local » pèse 880 recherches par mois et « seo local » 1 000. La première page de résultats de Google sur le premier de ces deux termes est un musée. On y trouve un guide d'agence, une fiche de la CCI de Haute-Savoie, une page de France Num datée de décembre 2019, une définition de seo.fr datée de mars 2019, et Wikipédia. La définition que Google affiche dans son propre encart de connaissance, reprise de Wikipédia, dit ceci : le référencement local « consiste à créer une fiche d'entreprise sur la section carte des moteurs de recherche ».
Une fiche, sur une carte, dans un moteur de recherche. C'est la définition de 2006, et elle est intacte en 2026. Aucun des neuf résultats organiques de cette page ne parle de ce qui se passe quand la question n'est plus posée à une carte mais à un modèle de langage.
Or les requêtes locales sont exactement celles où le passage au conversationnel est le plus naturel. Personne ne tape « quel plombier appeler en urgence à Lyon » dans une barre de recherche pour lire dix liens bleus. On la pose, cette question, et on attend un nom.
J'ai donc posé la question. Et la réponse ne vient pas d'une carte.
Ce que j'ai mesuré le 26 août 2026. J'ai relevé le fichier robots.txt de Google, des Pages Jaunes, de Tripadvisor, de Yelp, de Mappy, du Petit Futé et d'OpenStreetMap, et j'ai cherché dans chacun les agents des robots IA. J'ai demandé une fiche de lieu réelle sur Google Maps avec l'agent utilisateur de GPTBot et compté le texte lisible sans JavaScript. J'ai soumis deux requêtes locales réelles à ChatGPT en recherche web forcée, localisées en France et en français, une sur un commerce et une sur un service d'urgence, et j'ai relevé la totalité des sources citées. J'ai ensuite demandé les treize pages concernées avec l'agent utilisateur d'OAI-SearchBot, pour compter leurs mots, leurs données structurées et la présence des termes de la requête : onze ont répondu avec du contenu, deux ont refusé, et je le signale à chaque fois. Et j'ai lu la documentation officielle de Google sur le classement local et sur les données structurées d'établissement.
Google autorise les robots IA sur ses fiches de lieu, et ne leur donne rien
Commençons par le geste le plus évident. Si la réponse locale se joue sur une carte, la carte est-elle lisible ?
Le fichier robots.txt de Google interdit /maps/ puis rouvre une longue liste d'exceptions, et l'une d'elles est précisément celle qui compte :
Disallow: /maps/
Allow: /maps/$
Allow: /maps/@
...
Allow: /maps/place/
Les fiches de lieu sont explicitement autorisées. Mieux : le fichier ne nomme aucun robot d'intelligence artificielle. Ses seuls groupes d'agents sont l'astérisque, Yandex, AdsBot-Google, facebookexternalhit et Twitterbot. Ni GPTBot, ni OAI-SearchBot, ni ClaudeBot, ni PerplexityBot, ni CCBot. Un audit de robots.txt conclurait donc que Google Maps est ouvert aux moteurs génératifs, et il aurait raison sur la lettre.
J'ai demandé la fiche de la Tour Eiffel avec l'agent utilisateur de GPTBot. Le serveur répond HTTP 200 et 908 952 octets. Sur ces 908 952 octets, 781 424 sont à l'intérieur de deux balises <script>, soit 86,0 % du poids de la page. La balise de titre est <title></title>, vide. La balise de description est <meta content="" itemprop="description">, vide. Il n'y a aucun bloc de données structurées.
Et le texte lisible, une fois les scripts et les balises retirés, tient en 129 caractères. Les voici en entier :
When you have eliminated the JavaScript, whatever remains
must be an empty page.
Activer JavaScript pour afficher Google Maps
Google a laissé une plaisanterie sherlockienne à l'endroit exact où un robot vient chercher une adresse. C'est la seule phrase qu'un moteur génératif peut lire sur la fiche, et elle décrit sa propre situation avec exactitude. Le mécanisme est celui que j'ai détaillé dans l'article sur le rendu JavaScript et les crawlers IA : les robots des moteurs génératifs récupèrent le JavaScript et ne l'exécutent pas. Neuf cents kilooctets récupérés, zéro mot obtenu.
Première conclusion, donc : la carte n'est pas une source. L'autorisation est réelle, le contenu est absent.
Pourtant ChatGPT connaît votre adresse, votre téléphone et votre note
C'est ici que la réponse devient intéressante, parce qu'elle contredit ce qu'on vient d'établir.
J'ai posé à ChatGPT, en recherche web forcée, la question « meilleure boulangerie dans le 11e arrondissement de Paris ». La réponse arrive en deux blocs parfaitement distincts.
Le premier bloc est une liste de seize établissements, et chacun porte une adresse postale complète, souvent un numéro de téléphone au format international, une note sur cinq et un nombre d'avis. Boulangerie Utopie, 20 rue Jean-Pierre Timbaud, 4,4 sur 5, 4 198 avis. Chambelland, 14 rue Ternaux, 4,4 sur 5, 1 604 avis. Ces chiffres ne sortent pas d'une page web crawlée : ils ont la granularité d'une base de lieux. Et le texte de la réponse contient, pour chaque adresse, un lien de la forme https://www.google.com/maps/dir/?api=1&destination=..., c'est-à-dire un lien d'itinéraire Google Maps construit par programme.
Le second bloc est la réponse rédigée, avec un classement motivé, et il ne cite que trois domaines : petitfute.com, uneboulangerie.fr et parisatoutprix.fr.
Cette séparation est la chose la plus importante de cet article. Une réponse locale est faite de deux couches qui n'ont ni la même origine ni le même levier :
Couche Origine des données Ce qui la déplace
--------------------- ------------------------- ------------------
Faits (adresse, note) flux de lieux, non crawlé la fiche, les avis
Recommandation pages web crawlées le contenu écrit
La couche des faits arrive par un flux de données, pas par un robot. C'est pour cela que Google Maps peut ne rien donner à lire tout en alimentant la réponse : personne n'a crawlé la fiche. Et c'est pour cela que le travail classique de référencement local garde toute son utilité sur cette couche. Une fiche complète, catégorisée, avec des horaires justes et des avis nombreux, c'est ce qui vous fait figurer dans la liste des seize.
Mais figurer dans la liste des seize n'est pas être recommandé. Les seize sont un inventaire. Le classement, lui, se joue sur l'autre couche, et l'autre couche se crawle.
La couche qui décide, personne ne l'écrit
Regardons donc qui l'a écrite, dans le cas des boulangeries.
Sur les seize établissements listés, aucun site de boulangerie n'est cité comme source. Les sources sont trois pages tierces, et deux d'entre elles sont des listes éditoriales de quartier : « Les meilleures boulangeries du 11e arrondissement de Paris » chez Paris à tout prix, « Meilleures boulangeries à Paris 11e » chez Une Boulangerie.
Le premier réflexe serait d'invoquer un problème d'accès. Il est faux, et je l'ai vérifié. J'ai relevé le robots.txt des trois boulangeries citées en tête : Utopie n'interdit que /wp-admin/, Chambelland répond Allow: / avec un délai de crawl de 3 secondes, The French Bastards répond Allow: /. Aucune des trois ne nomme un seul robot IA, et toutes déclarent un sitemap. Elles sont ouvertes.
Le problème n'est donc pas l'accès, c'est le contenu. Voici ce que ces pages donnent à lire, en mots visibles après retrait des scripts, et en occurrences des termes de la requête :
Page mots « 11e » « meilleur » source ?
--------------------- ---- ------- ------------ --------
boulangerieutopie.com 257 0 0 non
thefrenchbastards.fr 184 0 0 non
leaetgilles.fr 543 0 0 non
chambelland.com 663 0 1 non
uneboulangerie.fr 250 4 2 OUI
parisatoutprix.fr 893 8 9 OUI
La boulangerie que ChatGPT place en première position de son classement, celle qui compte 4 198 avis, publie une page d'accueil de 257 mots visibles où le mot « meilleur » n'apparaît pas, où « arrondissement » n'apparaît pas, et où « 11e » n'apparaît pas une seule fois. Son quartier n'est écrit nulle part sur son propre site, sinon dans un code postal cité deux fois.
La page qui décide à sa place fait 893 mots et nomme l'arrondissement neuf fois.
C'est le mécanisme des requêtes commerciales et des listes tierces transposé au local, et il est ici plus brutal, parce que la requête locale est une requête de comparaison déguisée. « Meilleure boulangerie du 11e » demande un jugement relatif entre des établissements voisins. Aucune boulangerie ne peut écrire ce jugement de façon crédible sur son propre site. Structurellement, le passage qui répond à la question ne peut pas être publié par les entités que la question concerne. Alors quelqu'un d'autre l'écrit.
Sur cette famille de requêtes, votre site est une destination et jamais une source. Vous récoltez le clic, vous ne tenez pas le raisonnement.
Le contre-exemple qui démontre le mécanisme
Si le diagnostic était « les moteurs génératifs ne citent jamais les entreprises locales », il serait faux. J'ai posé une seconde question, dans un tout autre registre : « quel plombier appeler en urgence à Lyon ».
Même structure à deux couches, treize établissements dans la couche des lieux. Mais les sources changent complètement de nature. Les quatre entrées de source de la réponse pointent toutes vers le même domaine, celui d'un plombier, et vers deux de ses pages : lyon.plomberie-roche.fr/contact/ et lyon.plomberie-roche.fr/depannage-plomberie/. Aucun annuaire, aucune liste, aucun comparateur.
Et ChatGPT explique son choix, mot pour mot :
Mon premier choix : Plomberie Roche, notamment parce que son site donne clairement un numéro d'urgence, annonce 24h/24 et 7j/7 et précise que le prix est annoncé avant les travaux.
Trois raisons, et les trois sont des affirmations lues sur le site. J'ai vérifié les deux pages avec l'agent d'OAI-SearchBot : la page de dépannage fait 1 936 mots visibles, contient dix occurrences de « 24h/24 », treize de « devis », et le numéro de téléphone en texte brut, pas en image. La page de contact fait 537 mots avec le même numéro en clair.
Maintenant, le point décisif. Plomberie Roche est notée 4,9 sur 5 avec 164 avis, et elle est recommandée devant plusieurs concurrents mieux notés qu'elle :
Plombier note avis mots lisibles source ?
--------------- ---- ---- ------------- --------
Plomberie Roche 4,9 164 537 + 1 936 OUI
Urgenc'Eau 5,0 220 9 (page 404) non
MK Plomberie 5,0 100 533 non
Plombier Vaise 5,0 98 536 non
Trois concurrents à 5,0 sur 5, dont un avec plus d'avis, et aucun n'est cité. Ce qui distingue Roche n'est ni sa note ni son volume d'avis : c'est qu'elle a écrit, en texte crawlable, les trois informations qui décident un appel d'urgence. La disponibilité, le numéro, la règle de prix. Les autres ont un site de cinq cents mots qui ne les écrit pas.
Le cas d'Urgenc'Eau mérite une ligne à lui seul. Cet établissement est premier de la couche des lieux, avec la meilleure note et le plus grand nombre d'avis du lot, et ChatGPT affiche son adresse, son téléphone et l'adresse de son site. Or ce site répond HTTP 404, une page « Page Not Found » de neuf mots, et pas seulement aux robots : j'ai obtenu le même 404 avec un agent utilisateur de navigateur Chrome. Une entreprise peut donc être en tête de la couche des faits avec un site web mort. Les deux couches sont à ce point indépendantes.
L'état des annuaires : la matière première se ferme
Reste une question de fond. Si la couche éditoriale est tenue par des tiers, quels tiers restent lisibles ?
J'ai relevé sept fichiers robots.txt le 26 août. Le résultat dessine une carte très inégale.
Mappy est le plus explicite. Sous un commentaire qui ne laisse aucun doute, # Bloquer les robots des IA, le fichier énumère quatorze agents, dont OAI-SearchBot, ChatGPT-User, GPTBot, PerplexityBot, ClaudeBot, Google-Extended et CCBot, et applique à chacun les deux mêmes interdictions :
User-agent: OAI-SearchBot
Disallow: /poi/
Disallow: /activite/
Ces deux chemins sont exactement les fiches de points d'intérêt et les pages d'activité, c'est-à-dire la totalité de ce qui aurait un intérêt local. Mappy ne se ferme pas à moitié : il ferme la matière et laisse le reste.
Tripadvisor applique la distinction en trois étages. Seize agents, dont GPTBot, ClaudeBot, CCBot, Google-Extended, Bytespider et meta-externalagent, reçoivent un Disallow: / sec. Les robots de recherche et déclenchés par l'utilisateur, eux, ChatGPT-User, OAI-SearchBot, Gemini-Deep-Research, PerplexityBot, applebot et bingbot, sont traités dans le même groupe que l'astérisque, donc largement admis. Puis, plus bas, une règle supplémentaire s'applique aux seuls agents d'OpenAI et de Gemini et leur interdit deux familles d'identifiants de destination. Perplexity et Bing n'ont pas cette restriction. C'est la séparation entre robot d'entraînement, robot de recherche et robot déclenché par l'utilisateur détaillée dans l'article sur les user-agents des crawlers IA, appliquée ici avec une granularité par moteur.
Les Pages Jaunes ne bloquent que CCBot et Amazonbot, et ne nomment aucun robot de recherche générative. Sur le papier, l'annuaire français historique est ouvert à ChatGPT. En pratique, ma requête avec l'agent d'OAI-SearchBot a reçu un HTTP 403. Yelp, qui ne nomme aucun robot IA non plus, a également répondu 403.
Le cas du Petit Futé est le plus instructif, parce que c'est une source réellement citée dans la réponse sur les boulangeries. Son robots.txt ne nomme aucun robot IA. Son serveur, derrière Cloudflare, m'a répondu 403 avec un navigateur Chrome, 403 avec OAI-SearchBot, 403 avec PerplexityBot, et 402 avec GPTBot, corps de réponse compris :
HTTP/2 402
server: cloudflare
{"message":"Please contact the site owner for access."}
Un code 402 s'appelle « Payment Required ». Ce n'est pas un blocage, c'est un péage : la réponse dit au robot d'entraînement d'aller négocier. Je note aussi que les 403 sont servis à mon navigateur comme à mes robots, ce qui indique un filtrage de réseau et m'empêche de mesurer le contenu de cette page. Je ne la compte donc pas dans le tableau des mots plus haut.
OpenStreetMap ne nomme aucun robot IA et m'a répondu 200. C'est, dans mon relevé, la seule base cartographique à la fois ouverte sur le papier et servie en pratique.
La tendance est donc à la fermeture des bases de lieux, et pendant ce temps les listes éditoriales de quartier, souvent tenues par des éditeurs petits et sans stratégie de blocage, restent grandes ouvertes. Voilà pourquoi ce sont elles qui gagnent le créneau de citation.
Une seule page sur onze porte un balisage d'établissement local
J'ai fait une dernière vérification, celle à laquelle tout le monde pense en lisant ce qui précède : le balisage.
Sur les onze pages qui m'ont répondu, sites d'entreprises et pages citées confondus, une seule porte un type d'établissement local. Une sur onze. Les dix autres déclarent WebPage, WebSite, Organization, Product, Article, BreadcrumbList, SearchAction, et jamais un LocalBusiness, un Bakery, un Restaurant ni un Store.
J'ai ensuite cherché dans ces blocs les propriétés qui portent réellement une identité de lieu : streetAddress, postalCode, addressLocality, telephone, geo, les horaires d'ouverture. Même résultat, une page sur onze. Sur les dix autres, aucune de ces propriétés n'apparaît. L'adresse et le téléphone que ChatGPT affiche pour ces établissements ne viennent donc ni de leur site ni des pages citées. Ils ne peuvent venir que de la couche de lieux.
Et la page qui fait exception mérite qu'on s'y arrête, parce qu'elle est instructive dans l'autre sens. C'est celle d'Accord Artisans, et son balisage est un cas d'école : LocalBusiness doublé de HomeAndConstructionBusiness, avec adresse structurée complète, code postal, ville, région, téléphone, coordonnées géographiques et plage horaire déclarée. Elle publie aussi 2 652 mots, la page la plus fournie de tout mon relevé, et son établissement affiche 5,0 sur 5 avec 1 354 avis, le plus gros volume du lot.
Elle n'est pas citée.
Je ne surinterprète pas ce cas isolé : cet établissement est classé dans la catégorie serrurier et non plombier, ce qui suffit probablement à expliquer qu'il sorte du périmètre d'une question sur la plomberie. Ce n'est donc pas une preuve que le balisage local ne sert à rien. Mais c'est une démonstration nette qu'il ne suffit pas. La seule page correctement balisée de mon relevé, la mieux notée, la plus longue, est absente des sources, tandis que deux pages sans le moindre LocalBusiness occupent tout le créneau.
Ce qui remet la question du balisage à sa place. La documentation de Google sur les données structurées d'établissement décrit la fonctionnalité qu'elles alimentent : une fiche d'informations affichée « dans la recherche Google ou sur Maps », et un carrousel pour les requêtes du type « meilleurs restaurants à New York ». C'est un dispositif de surfaces Google, comme je l'expliquais à propos de ce que les moteurs IA lisent vraiment de vos données structurées. Le balisage local n'est pas ce qui vous fait recommander par un modèle. Il rend votre adresse lisible par machine sur votre propre domaine, ce qui reste utile et vaut d'être fait, mais ce n'est pas le levier de la couche qui décide.
Il vaut la peine de relire, à la lumière de tout cela, les trois facteurs que Google documente lui-même pour le classement local. « Les résultats de recherche à proximité sont principalement basés sur la pertinence, la distance et la popularité », et le troisième facteur, que la page appelle ensuite proéminence, dépend notamment « du nombre de sites Web qui renvoient vers votre établissement et du nombre d'avis que vous avez reçus ».
Ces trois facteurs se transposent très inégalement. Un seul ne se transpose pas du tout, la distance : elle suppose une position d'utilisateur, et une conversation avec un modèle n'en fournit pas nécessairement une. La pertinence, elle, se transpose mais change de support : Google la définit comme l'accord entre une fiche d'établissement et la requête, alors qu'un moteur génératif la mesure sur le texte d'une page. C'est tout le déplacement décrit dans cet article, résumé en un mot. Quant à la proéminence, elle se transpose très bien, mais dans une version plus exigeante : il ne s'agit plus de compter des liens et des avis, il s'agit d'être nommé dans un passage qui explique pourquoi vous. C'est le point que je faisais à propos des avis clients et des moteurs IA : une note n'est pas un passage. Les trois plombiers à 5,0 sur 5 de mon relevé viennent de le démontrer une seconde fois.
Ce que ça change dans le travail
Le partage est net, et il donne deux chantiers séparés au lieu d'un.
Sur la couche des faits, rien de nouveau, et c'est une bonne nouvelle : la fiche d'établissement, les catégories, les horaires, la cohérence de l'adresse et du téléphone, le volume d'avis. Ce travail alimente la liste dans laquelle vous devez figurer. Il ne se fait pas avec du contenu, et aucun article de blog ne le remplacera.
Sur la couche qui décide, il y a un déficit béant, et il se comble en écrivant. Trois constats de mes mesures se transforment directement en gestes.
Le premier : écrivez votre géographie. Une page d'accueil de 257 mots où l'arrondissement n'apparaît pas ne peut pas être retenue pour une question qui porte sur cet arrondissement. Le nom du quartier, de la rue, des stations, des communes limitrophes que vous desservez, en texte, pas seulement dans un code postal.
Le deuxième : écrivez vos critères de décision. Le plombier cité l'est parce que ses pages portent une disponibilité, un numéro joignable et une règle de prix. Demandez-vous quelles sont les trois informations qui décident un client dans votre métier, et vérifiez qu'elles sont écrites en texte sur une page, chacune dans un passage qui tient debout tout seul. Un numéro de téléphone dans une image ne compte pas.
Le troisième : le comparatif que vous ne pouvez pas écrire, il faut savoir qui l'écrit. Sur les requêtes de type « meilleur X du quartier », la citation ira à un éditeur tiers. Identifiez les deux ou trois pages qui tiennent ce créneau chez vous, vérifiez que vous y figurez, et vérifiez que ce qu'elles disent de vous est exact. C'est un travail de relation éditoriale, pas de balisage.
Les limites de ce relevé
Deux requêtes ne font pas une loi. J'ai mesuré une requête de commerce et une requête de service d'urgence, dans deux villes, sur un seul moteur, un seul jour. La structure à deux couches était identique dans les deux cas et l'origine des sources s'est complètement inversée entre les deux, ce qui est déjà instructif, mais la répartition entre sources tierces et site propre dépend probablement du métier, et je ne l'ai pas cartographiée.
Je n'ai pas mesuré Perplexity ni le Mode IA de Google sur ces mêmes requêtes. Le Mode IA en particulier a un accès natif aux données de lieux de Google, et rien ne garantit qu'il partage la répartition observée ici.
Enfin, je n'ai testé aucune intervention. Rien dans ce relevé ne prouve qu'ajouter huit cents mots de contenu local à la page d'Utopie la ferait citer. Ce que j'établis, c'est la corrélation entre la présence des critères de décision en texte crawlable et l'occupation du créneau de source, plus le mécanisme qui la rend plausible. Pour la transformer en preuve, il faudrait le protocole de test A/B avec un groupe témoin.
Ce qu'il faut retenir
La définition du référencement local que Google affiche encore aujourd'hui parle d'une fiche sur une carte. Cette fiche existe toujours, elle sert toujours, et elle ne sert qu'à une moitié du problème.
La fiche de lieu que Google autorise les robots IA à lire rend 908 952 octets et 129 caractères de texte, dont l'essentiel est une plaisanterie sur le JavaScript. Les faits qu'un moteur génératif affiche sur votre entreprise n'y ont donc pas été crawlés : ils arrivent par un flux, et votre fiche est le bon levier pour eux.
Le classement, lui, sort de pages web. Sur les boulangeries, aucun site de boulangerie n'est source, et la page qui décide fait 893 mots et nomme l'arrondissement neuf fois quand la lauréate en publie 257 et ne le nomme jamais. Sur les plombiers, l'entreprise citée est celle qui a écrit 1 936 mots de disponibilité, de numéro et de prix, et elle passe devant trois concurrents notés 5,0 sur 5.
Le levier n'est pas la note, ni le balisage, ni le nombre d'avis. C'est la présence, en texte lisible sans JavaScript, de la phrase qui répond à la question. Si vous ne l'écrivez pas, un annuaire ou un blog de quartier l'écrira, et il décidera à votre place, avec les informations qu'il aura bien voulu retenir de vous.
C'est ce partage entre ce que votre fiche porte et ce que vos pages écrivent que nous démêlons dans chaque audit GEO, et le vocabulaire de ces sujets est détaillé dans notre glossaire. La question de départ est simple : si un client demandait à un modèle pourquoi vous plutôt que le voisin, sur quelle phrase de votre site tomberait-il ?