Un site étoilé Michelin où l'image de partage n'existe pas.
Le commerce : Un restaurant gastronomique étoilé Michelin en Belgique. Activité : Cuisine de saison, produits locaux, clientèle internationale par nature. Audité en mai 2026.
Le contexte
Un restaurant qui n'a plus rien à prouver. Étoiles au guide rouge depuis des années, articles dans la presse internationale, chef reconnu, table identitaire. Si vous tapez sa spécialité régionale dans Google, il sort dans les premiers résultats édités à la main par les critiques.
Le site, lui, raconte autre chose.
Trois défauts silencieux empêchent ce restaurant d'être pleinement visible là où il devrait dominer. Ils ne sont pas dus à de la négligence — c'est un site qui a été fait sérieusement. Ils sont dus à une mauvaise configuration jamais relue. Ce qui est presque pire que l'oubli pur, parce qu'il n'y a aucune raison apparente de douter qu'il y a un problème : tout semble en place. Sauf que rien ne fonctionne comme prévu.
Ce qui rend ce cas intéressant pour les autres : si un restaurant étoilé Michelin peut avoir ces problèmes, n'importe quel commerçant peut les avoir aussi.
Défaut #1 — Quand on partage le site, l'image qui s'affiche est l'URL elle-même
Ce que j'ai trouvé
Quand vous partagez le lien d'un site sur WhatsApp, Instagram, Facebook ou Twitter, votre interlocuteur voit normalement une preview avec une belle photo. Pour qu'elle s'affiche, le site doit indiquer dans son code : « voici l'image officielle à utiliser » — c'est la balise og:image.
Sur ce site, la balise est bien présente. Mais au lieu de pointer vers un fichier image (photo-du-chef.jpg ou salle-restaurant.png), elle pointe vers… l'URL du site lui-même (https://lesite.be). Une URL HTML, pas une image.
Conséquence : quand WhatsApp ou Twitter récupère cette adresse pour afficher la preview, le système essaie de charger une image — et trouve une page web. La preview s'affiche cassée, vide, ou avec un placeholder système. Trois balises sont configurées de la même façon erronée (og:image, image, twitter:image). Toutes les plateformes sociales, sans exception, sont touchées.
Combien ça coûte
Pour un restaurant gastronomique, l'image est l'arme commerciale n°1. Une assiette, le décor de la salle, le portrait du chef — tout ce qui donne envie de réserver passe par l'œil. Une preview vide, c'est l'équivalent visuel d'un guide gastronomique qui afficherait « pas de photo » à côté d'un restaurant étoilé.
Sur 100 partages mensuels typiques d'un site étoilé (mention dans des newsletters, forwards entre clients, lien envoyé par un concierge d'hôtel à un client international), le taux de clic sur preview cassée est divisé par 3 à 5 par rapport à une preview avec image. Soit, sur l'année, des dizaines à centaines de réservations potentielles qui ne se concrétisent jamais.
Comment ça se corrige
Quinze minutes. Identifier la balise dans le code, la pointer vers une vraie photo (1200×630 pixels minimum, format paysage, image flatteuse de la salle ou d'un plat signature). Aucun redesign, aucun budget. Une ligne à corriger.
Défaut #2 — Pour Google Maps, ce site n'est pas un restaurant
Ce que j'ai trouvé
Chaque site web peut s'identifier auprès de Google via un petit bloc de code structuré qui dit : « voici qui je suis, voici mon type d'établissement, voici mes horaires ». Dans le langage technique, ça s'appelle schema.org, et chaque type d'établissement a son étiquette : Restaurant, BarOrPub, Bakery, Hotel, etc.
Sur ce site, le seul type déclaré est WebPage — l'étiquette générique qui veut juste dire « page web quelconque ». L'étiquette Restaurant n'est nulle part. Pour un établissement étoilé Michelin avec service midi et soir, c'est une omission majeure.
Combien ça coûte
Conséquence : pour Google Maps, ce site est un commerce non-identifié. Il existe parce qu'il a une fiche Google Business par ailleurs — mais le site web et la fiche ne se parlent pas. Quand quelqu'un cherche « restaurant gastronomique [ville] » ou « où dîner à [ville] le samedi », ce restaurant ressort moins bien que des concurrents non-étoilés qui ont, eux, déclaré l'étiquette Restaurant correctement.
C'est l'équivalent d'avoir une enseigne parfaitement éclairée à l'entrée d'une rue, mais d'avoir oublié de l'inscrire sur le plan de la ville. Les passants vous trouvent. Ceux qui cherchent sur la carte, non.
Comment ça se corrige
Une à deux heures de travail technique. Ajouter un bloc schema.org Restaurant complet avec : nom, adresse, téléphone, horaires d'ouverture, type de cuisine, gamme de prix, mention des étoiles. Aucun redesign visible, mais énorme bénéfice de référencement local.
Défaut #3 — La langue du site joue contre la clientèle réelle
Ce que j'ai trouvé
Le site est techniquement disponible en trois langues — flamand, français, anglais. Trois URL distinctes existent (/nl, /fr, /en), et le code indique correctement que les versions alternatives existent.
Mais dans le détail, plusieurs paramètres se contredisent :
- La page d'accueil annonce qu'elle est en anglais (
<html lang="en">) - La balise
og:localeindique pourtant le néerlandais - L'URL canonique (celle que Google indexe en priorité) pointe vers la version néerlandaise (
/nl) - Le bouton « Réserver » envoie vers une plateforme externe avec un paramètre forçant l'interface en néerlandais
Conséquence en cascade : un client français ou anglais qui arrive sur le site (depuis Google, une newsletter, un partage) peut atterrir d'abord sur une page sensée être anglaise. S'il tente de partager le lien, son ami verra l'aperçu en néerlandais. S'il clique « Réserver », il se retrouve dans une interface de booking en néerlandais. À chaque étape, un signal d'erreur subtil.
Combien ça coûte
Pour un restaurant étoilé Michelin, la clientèle internationale n'est pas optionnelle, c'est le cœur de l'activité. Les guides étrangers, les concierges d'hôtels haut de gamme, les voyageurs gastronomes — tous arrivent en anglais ou français en majorité. Une expérience qui bascule en néerlandais à des moments critiques du parcours d'achat (la réservation, la preview de partage), c'est de la friction qui décourage exactement la clientèle qui paie le ticket le plus cher.
Difficile à chiffrer précisément, mais sur une réservation moyenne à 200-300€, perdre 5 à 10% de conversion sur ce segment représente vite plusieurs milliers d'euros de manque à gagner par mois.
Comment ça se corrige
Une demi-journée. Aligner la langue déclarée (html lang) avec la langue réelle de la page, déclarer la version anglaise (et non néerlandaise) comme canonique pour les URL /en, et retirer le paramètre qui force la plateforme de réservation en néerlandais — pour qu'elle s'adapte automatiquement à la langue de la page d'origine.
Anecdote bonus
Dans le code de la page, la balise og:title est dupliquée : elle apparaît deux fois, écrite légèrement différemment, l'une au-dessus de l'autre. C'est un résidu d'une ancienne configuration jamais nettoyée — typiquement, quelqu'un a mis à jour le système et oublié d'enlever la version précédente. Personne n'a regardé le code source du site depuis des années pour s'en apercevoir.
Une duplication invisible qui ne casse rien, mais qui dit l'essentiel : personne ne relit ce site.
La leçon — pour les commerces qui lisent
Trois défauts, trois angles différents de la même invisibilité — pour un restaurant qui devrait dominer son marché par défaut :
- Défaut #1 → invisible quand un client partage le site
- Défaut #2 → invisible sur Google Maps comme restaurant
- Défaut #3 → invisible aux clients étrangers dès le premier clic
La leçon principale : un site peut être joliment fait et profondément cassé en même temps. Personne ne va vérifier la cohérence des balises invisibles s'il n'y a pas d'erreur visible. Tant que la page s'affiche, tout le monde présume que tout fonctionne. Sauf que tout fonctionne partiellement — et le coût se paie en réservations qui n'arrivent jamais.
Si un restaurant étoilé Michelin avec une équipe et un budget peut avoir ces problèmes, votre commerce les a probablement aussi. Ce n'est pas une question de moyens, c'est une question de relecture.
Trois tests rapides à faire sur votre propre site, ce week-end, en dix minutes :
- Copiez l'URL de votre site et collez-la dans une conversation WhatsApp à vous-même. L'image qui s'affiche est-elle une vraie photo de votre commerce ? Si vous voyez du flou, du gris, ou un cadre vide, votre
og:imageest mal configurée — peut-être pointée vers une URL au lieu d'un fichier. - Cherchez sur Google Maps votre type d'établissement + votre quartier (ex: « restaurant Carouge », « coiffeur Carouge »). Apparaissez-vous au rang attendu ? Si vous êtes mal classé alors que vous êtes physiquement bien situé, votre fiche d'identité numérique (
schema.org) est probablement générique au lieu d'être spécifique à votre métier. - Si votre site existe en plusieurs langues, ouvrez-le sur un téléphone configuré dans une autre langue que la vôtre. Tombez-vous bien sur la bonne version ? Le bouton « Réserver », « Commander », « Contacter » bascule-t-il dans la bonne langue ? Si vous restez bloqué dans une seule langue, vous perdez les clients qui n'ont pas la patience de traduire eux-mêmes.
Trois questions, dix minutes. Si une seule vous fait tiquer, vous venez de retrouver de l'argent perdu silencieusement.
Pourquoi je publie ces audits
La majorité des commerces ont des problèmes silencieux sur leur site, et personne ne le leur dit. Soit l'agence qui l'a créé est aux abonnés absents, soit personne ne sait par où regarder.
Je publie ce que je trouve — anonymisé, et sur des commerces situés hors de Carouge — pour qu'un commerçant qui lit reconnaisse le pattern chez lui et puisse agir, qu'il fasse appel à moi ou à quelqu'un d'autre.
Si vous voulez le même travail sur votre site
J'audite gratuitement un site par semaine pour les commerces de Carouge et Genève sud.
3 défauts concrets sous 48h, par écrit, sans appel téléphonique, sans engagement.
→ Envoyer mon URL via WhatsApp : +41 76 762 13 21
— Salomon, Alto Nova