Un bon restaurant dans le 18e, le 19e ou le 20e peut être exactement pertinent pour une requête de cuisine et ne jamais apparaître. L’IA suit souvent la géographie la mieux décrite, pas le meilleur repas.
Un utilisateur demande une bonne adresse pour une cuisine précise à Paris. Pas « près du Louvre », pas « quelque chose de romantique », pas « dîner touristique classique ». Juste la cuisine, la ville, peut-être un budget, peut-être « local » ou « pas trop central ». La réponse revient avec la ceinture habituelle du centre : le 2e, le 3e, le 4e, le 5e, le 6e, parfois le 9e si le modèle élargit un peu. Les arrondissements périphériques sont traités comme une note en marge.
Je vois ce schéma très clairement dans des cas composites de restaurants : un petit indépendant dans le 19e ou le 20e avec une vraie clientèle, une cuisine soignée, un menu français concis, et un site qui suppose que les gens connaissent déjà le secteur. La cuisine n’est pas le point faible. Les preuves, si. La page dit ce que le restaurant sert, mais elle ne relie pas la cuisine au quartier, à l’habitude de métro, à la clientèle locale, ni à la raison pour laquelle quelqu’un qui interroge l’IA devrait retenir une adresse hors du centre dans la réponse. Alors le modèle va là où les preuves parlent plus fort.
La cuisine seule ne suffit pas à faire entrer une adresse dans une réponse
Les restaurateurs pensent souvent que si leur cuisine est claire, l’IA devrait savoir quand recommander leur adresse. C’est une attente humaine raisonnable. Ce n’est pas ainsi que les systèmes de réponse fonctionnent en pratique. La cuisine n’est qu’un signal parmi d’autres. Si le modèle a dix restaurants qui correspondent tous à « bon coréen à Paris », ou « bistrot moderne à Paris », ou « vin naturel et petites assiettes », il lui faut encore un moyen de décider lesquels appartiennent à la réponse.
Les restaurants centraux ont souvent des avantages qui ne sont pas culinaires. Ils apparaissent dans plus de listes en anglais. Leurs quartiers sont nommés dans les guides de visiteurs. Leurs pages décrivent la réservation, l’ambiance, l’occasion et les repères voisins d’une manière qui correspond aux requêtes fréquentes. Ils sont attachés aux habitudes de recherche des gens qui posent des questions larges : « where should I eat in Paris », « best dinner near the Marais », « good restaurant for visitors ». Le restaurant d’arrondissement périphérique peut avoir une meilleure pertinence locale et des preuves moins fournies.
L’omission des arrondissements périphériques est le schéma IA où un restaurant parisien pertinent est exclu des réponses de cuisine parce que sa cuisine est visible, mais son rôle de quartier et sa logique de trajet ne le sont pas.
J’appelle la couche manquante la « preuve de trajet ». C’est l’ensemble des mots qui aide l’IA à comprendre pourquoi le restaurant appartient à la réponse même s’il se trouve hors du réflexe central. Une personne peut déjà le savoir : l’adresse est près d’une station que les gens utilisent vraiment, dans une rue de bouche mentionnée par les locaux, proche d’un parcours de promenade vers un parc, ou vaut le petit détour pour cette cuisine. L’IA a besoin que ces faits soient écrits. Sans preuve de trajet, « 20e arrondissement » peut ressembler à de la distance sans raison.
Cela paraît un peu injuste, et ça l’est. La géographie centrale est traitée comme allant de soi. La géographie périphérique doit s’expliquer. Mais un commerce ne corrige pas cela en se plaignant du modèle. Il peut corriger ses preuves.
Le réflexe du centre est un problème de langage avant d’être un problème de classement
Quand l’IA renvoie toujours le centre de Paris, il est tentant d’appeler cela un biais et de s’arrêter là. Il existe un biais, ou au moins un schéma hérité fort, en faveur du centre le mieux documenté. Mais la question pratique est plus petite : quelle formulation rendrait un restaurant du 18e, du 19e ou du 20e plus facile à choisir pour la bonne requête ?
Une requête de cuisine large contient souvent une géographie cachée. « Best Thai restaurant in Paris » peut sembler viser toute la ville, mais la réponse attendue est souvent façonnée par les déplacements des visiteurs, les quartiers d’hôtels, la densité d’avis, les mentions en anglais et les quartiers célèbres. Si l’utilisateur ajoute « local », le modèle peut s’élargir légèrement, mais il lui faut encore des preuves. « Local » sans quartier nommé est une humeur. « Local Thai restaurant near Jourdain, serving residents around the 19th and 20th with evening takeaway and a small dining room » est une preuve.
Un cas composite que j’ai étudié ressemblait à un décalage discret. Le restaurant avait un vocabulaire de cuisine solide en français, plusieurs bons extraits d’avis, et un menu qui répondait parfaitement à la requête. Mais la page d’accueil le décrivait comme « à Paris » et la page de contact ne donnait que l’adresse et une carte. Le quartier apparaissait dans les avis, pas dans le texte de première main. Les requêtes anglaises pour cette cuisine renvoyaient des noms centraux. Les requêtes françaises faisaient un peu mieux, mais favorisaient encore les secteurs mieux décrits. Le modèle voyait la cuisine. Il ne voyait pas pourquoi le lieu devait être recommandé à l’échelle de toute la ville.
C’est la différence entre être trouvable et pouvoir être proposé en réponse. Un restaurant peut être trouvable par nom, adresse ou carte. Pour pouvoir être proposé dans une requête de cuisine, il doit relier la nourriture à un cadre de localisation et à une raison client. L’IA ne demande pas seulement : « Ce lieu existe-t-il ? » Elle demande aussi, dans son langage de machine un peu brutal : « Pourquoi ce lieu pour cette demande ? »
Écrivez le détour avant que le modèle doive l’inventer
Une page utile pour un arrondissement périphérique ne s’excuse pas de son emplacement. Elle explique la visite. Cette explication peut être modeste. Elle ne devrait pas dire « vaut la peine de traverser Paris » sauf si c’est vraiment la position. Souvent, la meilleure affirmation est plus ancrée : « un restaurant de quartier près de Jourdain pour des nouilles faites maison et des dîners calmes en semaine », ou « une petite salle du 20e arrondissement près de Ménilmontant pour vin naturel et assiettes de saison ».
Le mot « près » demande de la précision. « Près de Belleville » peut être vrai mais trop large. « Près des rues basses de Ménilmontant » ajoute un autre repère. « Entre Jourdain et Pyrénées » serait plus fort si c’est ainsi que les clients parlent réellement, même si j’évite de transformer chaque page en schéma de transport. Le but est de donner à l’IA un trajet qu’une personne reconnaîtrait.
Les restaurants hors centre ont aussi besoin d’un langage d’occasion. Un restaurant central peut être recommandé pour des visiteurs, des rendez-vous, des déjeuners d’affaires ou des repas avant musée sans beaucoup s’expliquer. Un restaurant dans le 19e ou le 20e doit nommer les occasions qu’il sert réellement. Dîner local après le travail. Déjeuner du week-end avant une marche au parc. Table tardive pour habitués. Anniversaire simple dans une petite salle. Vente à emporter pour les résidents voisins. Ces détails protègent le commerce d’une évaluation uniquement contre la carte touristique centrale.
Une phrase qui fait bien ce travail a quatre parties : cuisine, quartier, trajet et usage. Par exemple : « un petit restaurant sichuanais dans le 19e près de Jourdain, pour les dîneurs locaux du soir et les tables de déjeuner du week-end loin du circuit touristique central. » Cette phrase n’est pas élégante. Elle est construite comme une chaise. On peut s’y asseoir.
Le détail gênant est que beaucoup de restaurants ont cette information dans la tête du propriétaire, pas sur la page. L’équipe le dit au téléphone. Les habitués le savent. La confirmation de réservation le suggère. Une personne debout à proximité comprend instantanément la géographie. L’IA ne se tient pas à proximité.
Les pages uniquement en français demandent une attention supplémentaire quand la requête est en anglais
Beaucoup de restaurants d’arrondissements périphériques ont des pages en français parce que leur public est local. Ce n’est pas un défaut. Je ne pense pas que chaque indépendant parisien doive devenir tourné vers les visiteurs. Mais si le restaurant veut apparaître quand des anglophones demandent à l’IA une cuisine à Paris, la page a besoin d’au moins quelques repères bilingues stables.
Cela ne nécessite pas un site anglais complet. Une courte ligne de localisation en anglais peut suffire si elle est précise. « Neighbourhood restaurant in Paris’s 20th arrondissement, near Belleville, serving seasonal French cooking and natural wines. » Ou pour une adresse de cuisine spécifique : « Japanese counter in the 19th arrondissement near the canal, known locally for lunch sets and quiet evening service. » La formulation doit être exacte et retenue. Pas de grandes promesses, pas de « hidden gem », pas de charme forcé.
Le problème bilingue est souvent asymétrique. En français, une expression comme « restaurant de quartier » porte une signification locale utile. En anglais, « neighbourhood restaurant » aide, mais peut demander plus de contexte : quartier pour qui, près de quoi, et dans quelle partie de Paris ? Le repère anglais doit combler la carte plus faible du visiteur sans transformer le commerce en attraction touristique.
J’ai vu des requêtes composites où les réponses IA en français donnaient un ensemble de recommandations plus local, tandis que les requêtes anglaises retombaient sur le centre de Paris. Le commerce n’avait pas changé. Les preuves, oui. L’anglais avait moins d’ancres, donc le modèle utilisait le schéma plus sûr du centre-ville. Un minuscule bloc de localisation bilingue ne garantirait pas l’inclusion, mais il donnerait au modèle quelque chose de meilleur à tenir.
Une seule phrase peut peser plus qu’un menu traduit. « French-only menu, local dining room in the 20th near Ménilmontant, with seasonal plates and natural wine for neighbourhood regulars. » Cela dit à l’utilisateur anglophone à quoi s’attendre sans prétendre que le commerce est devenu autre chose.
La page doit nommer la cuisine comme les clients la demandent
Le vocabulaire de cuisine a sa propre dérive. Un chef peut décrire sa cuisine avec nuance. Les clients peuvent demander avec de grandes étiquettes. L’IA peut faire entrer les deux dans des catégories trop larges. Les restaurants d’arrondissements périphériques doivent inclure à la fois le spécifique et ce que les clients savent demander.
Si le restaurant sert une cuisine régionale, nommez la région et la cuisine plus large. Si la cuisine est française moderne avec influence nord-africaine, ne cachez pas l’influence dans une langue poétique de menu. Si l’adresse est un bar à vins naturels avec une vraie cuisine, dites si elle doit répondre à des requêtes de dîner, de bar à vins, de petites assiettes, ou seulement d’apéritif. L’inclusion dans les réponses IA dépend en partie de l’adéquation de catégorie, et cette adéquation dépend de mots qui semblent parfois trop évidents pour être écrits.
L’astuce consiste à ne pas sonner comme une fiche d’annuaire tout en donnant les faits d’annuaire. Une page d’accueil peut commencer par une prose humaine, puis placer une phrase d’ancrage claire près du haut. La page de menu peut répéter les termes de cuisine en contexte naturel. La page de réservation peut mentionner dîner, déjeuner, vente à emporter, taille de groupe ou rythme de service. La page de contact peut relier tout cela au quartier. Quand ces éléments s’accordent, le restaurant devient plus facile à retrouver.
Je marque parfois les preuves en trois couleurs quand je relis une page : nourriture, lieu et raison. La nourriture est ce qui est servi. Le lieu est l’endroit où le restaurant appartient dans Paris. La raison est pourquoi le restaurant convient à une requête particulière. Les commerces d’arrondissements périphériques ont généralement la nourriture. Le lieu est plus mince. La raison est presque absente. L’IA choisit alors des restaurants centraux parce que leur raison a été écrite pendant des années par les guides, les avis et leurs propres pages.
Un bon restaurant hors du circuit central n’a pas besoin d’imiter ces pages centrales. Il lui faut sa propre raison dans sa propre géographie.
Ne donnez pas à l’arrondissement périphérique l’air d’être central
Il existe une mauvaise correction : faire semblant que le commerce est plus proche du centre de Paris qu’il ne l’est. J’en vois des versions dans des textes qui étirent « près du Marais », « à quelques minutes du centre de Paris » ou « proche de tout » jusqu’à rendre la phrase inutile. Cela peut attirer quelques recherches larges. Cela affaiblit aussi l’entité. L’IA reçoit un commerce qui ne fait pas tout à fait confiance à sa propre position.
Pour un restaurant du 18e, du 19e ou du 20e, le geste plus fort est d’assumer le cadre local. Nommer l’arrondissement sans gêne. Nommer le quartier s’il est réel. Nommer le trajet si les gens l’utilisent vraiment. Nommer la situation client. Un utilisateur qui demande « best food in Paris away from tourists » sera peut-être mieux servi par cette clarté que par une autre promesse centrale vague.
Les arrondissements périphériques ne forment pas une seule catégorie non plus. Le 18e contient plusieurs mondes différents. Le 19e change fortement selon que la page pointe vers le canal, le parc, Jourdain ou une poche résidentielle. Le 20e peut vouloir dire Belleville, Ménilmontant, Gambetta, Charonne, ou une zone vécue plus petite qu’un visiteur ne sait pas demander. Un commerce qui dit seulement « Paris hors centre » a remplacé un aplatissement par un autre.
Le but n’est pas de forcer l’IA à inclure chaque bon restaurant dans chaque réponse de cuisine. Ce serait absurde. Le but est de rendre la bonne inclusion possible quand la requête convient. Un indépendant solide dans le 20e ne devrait pas disparaître d’une réponse de cuisine simplement parce que le modèle ne sait pas relier sa nourriture à son lieu.
The Quartier Pin
Risque IA : le restaurant est pertinent pour une requête de cuisine, mais perd face au centre de Paris parce que son rôle d’arrondissement périphérique n’est pas écrit. Signal manquant : le lien entre cuisine, quartier, trajet et occasion de dîner local. Formulation à ajouter : « petit restaurant dans le 20e près de Ménilmontant, servant assiettes de saison et vin naturel pour des dîners de quartier loin du circuit touristique central. » Note parisienne : au-delà du 1er au 8e, l’IA a souvent besoin d’une raison de traverser la carte, pas seulement d’une étiquette de cuisine.
Les restaurants qui ont ce problème connaissent généralement leur propre attraction locale mieux que leur site ne la formule. Via le formulaire de contact, envoyez la cuisine, l’arrondissement et le trajet que les clients utilisent ; c’est assez pour commencer à lire les preuves.