Pro12. Mai 2026

Pourquoi un site Wix de restaurant met 6 mois à être indexé par Google (et comment on le fait en 3 jours)

Q: Je garde mon nom de domaine ?

Oui. Le mini-site Plat du Jour s'expose sous votre custom domain (ex : `menu.lecomptoir.fr`). Configuration en 2 clics depuis le BO.

Q: Que se passe-t-il si Google met à jour son algo ?

Notre équipe SEO surveille les Core Updates et ajuste l'architecture en temps réel. Vous bénéficiez automatiquement des mises à jour.

Q: Mon site Wix actuel, je le garde ?

Vous pouvez. Plat du Jour cohabite avec n'importe quel site existant. La plupart de nos restaurateurs migrent progressivement, en gardant Wix pour l'historique.

L'architecture SEO du mini-site Plat du Jour expliquée : pré-rendu HTML statique, schema.org structured data, hreflangs, Core Web Vitals. Pourquoi un mini-site dédié indexe 60× plus vite qu'un site Wix générique.

TL;DR

Plat du Jour pré-rend chaque fiche restaurant en HTML statique côté CDN, avec Schema.org `Restaurant` + `Menu` + `MenuItem` complet, hreflangs sur 5 langues principales, et Core Web Vitals 95+. Résultat : indexation Google en 3-14 jours, vs 6+ mois pour un site Wix générique.

Un audit qui fait mal

Début 2026, nous avons audité 50 sites Wix de restaurants choisis aléatoirement sur Google Maps. Tous avaient au moins 6 mois d'existence. Voici ce qu'on a trouvé :

78 % n'apparaissaient pas en première page Google sur leur propre nom + ville.
94 % n'avaient aucune balise Restaurant Schema.org dans leur HTML.
88 % avaient un Lighthouse Performance score < 50.
100 % étaient construits en JavaScript bloquant (le contenu n'apparaît qu'après exécution JS — invisible pour les crawlers qui ne JS pas).

Conclusion brutale : la plupart des sites de restaurant sont, pour Google, des pages quasi-vides. Pas étonnant qu'ils ne soient pas indexés.

Le problème fondamental : Google ne comprend pas votre site

Quand Googlebot visite un site Wix de restaurant, voici ce qu'il lit (en gros) :

<html>
<body>
  <div id="app"></div>
  <script src="/wix-bundle.js"></script>
</body>
</html>

Tout le contenu — le nom du restaurant, l'adresse, les horaires, le menu — est rendu après que JavaScript ait exécuté. Pour un humain, ça marche (le navigateur exécute le JS). Pour Googlebot, qui crawle des milliards de pages par jour, c'est trop lent — il préfère passer à la suivante.

Même quand le contenu finit par apparaître, Google ne sait pas que "8 rue Lafayette" est une adresse, que "11h30-14h, 19h-22h" sont des horaires d'ouverture, que "Daube de bœuf — 16€" est un plat avec un prix.

Le langage que Google comprend : Schema.org

Pour qu'une fiche restaurant apparaisse en rich result (avec étoiles, prix, horaires en évidence), Google a besoin d'un dictionnaire structuré. Ce dictionnaire s'appelle Schema.org, et il définit des types comme Restaurant, Menu, MenuItem, Review, OpeningHours.

Voici un extrait du HTML que Plat du Jour génère pour la fiche d'un restaurant :

{
  "@context": "https://schema.org",
  "@type": "Restaurant",
  "name": "Brasserie Le Comptoir",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "8 rue Lafayette",
    "addressLocality": "Manosque",
    "postalCode": "04100",
    "addressCountry": "FR"
  },
  "servesCuisine": "Française",
  "priceRange": "€€",
  "openingHoursSpecification": [...],
  "hasMenu": {
    "@type": "Menu",
    "hasMenuItem": [
      {
        "@type": "MenuItem",
        "name": "Daube de bœuf provençale",
        "offers": {
          "@type": "Offer",
          "price": "16",
          "priceCurrency": "EUR"
        }
      }
    ]
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "127"
  }
}

Pour Google, cette fiche est lisible comme une base de données. Le restaurant apparaît dans les rich results Google Maps, dans le Knowledge Panel, et — de plus en plus — dans les réponses générées par ChatGPT, Perplexity et Gemini.

L'architecture technique du mini-site

Pour atteindre l'indexation en 3-14 jours (vs 6 mois pour Wix), nous avons fait deux choix d'architecture précis :

1. Pré-rendu HTML statique côté CDN. Chaque fiche restaurant est générée en HTML complet (avec tout le contenu visible directement dans le source), puis stockée sur Bunny CDN. Pas de JavaScript bloquant. Pas de rendu côté serveur à chaque requête. Pas de timeout Cloudflare.

Pour Googlebot, votre fiche est aussi rapide à lire qu'une page Wikipedia. Pour vos visiteurs humains, le First Contentful Paint est sous 1 seconde.

2. Schema.org enrichi sur 7 niveaux. Pas juste Restaurant. On émet aussi :

LocalBusiness (géocodage GPS pour Google Maps)
Menu + MenuItem (par plat, avec prix, allergènes, photos)
DailySpecial (mis à jour en temps réel quand vous envoyez votre plat via WhatsApp)
Review + AggregateRating (agrégé multi-sources : Google, TripAdvisor, TheFork)
OpeningHoursSpecification (par jour, avec gestion des shifts midi/soir)
FAQPage (généré automatiquement à partir des questions fréquentes des clients)
BreadcrumbList (navigation pour Google)

Résultat : Google a une compréhension structurée complète de votre restaurant.

Les hreflangs et le multilingue

Si vous êtes dans une zone touristique (côte d'Azur, Slovénie, frontière allemande/italienne), une partie de vos visiteurs cherche dans une autre langue. Plat du Jour génère votre mini-site dans 5 langues principales par défaut (FR, EN, SL, IT, DE) et jusqu'à 35 langues secondaires (chinois, japonais, turc, arabe…).

Pour Google, chaque langue est une URL distincte (/fr/, /en/, etc.), reliée par les balises hreflang :

<link rel="alternate" hreflang="fr" href="https://platdujour.app/fr/restaurant/le-comptoir" />
<link rel="alternate" hreflang="en" href="https://luncharound.me/en/restaurant/le-comptoir" />
<link rel="alternate" hreflang="sl" href="https://zakosilo.si/sl/restavracija/le-comptoir" />

Un touriste anglais qui cherche "restaurant Manosque" depuis Londres tombera sur la version anglaise du Comptoir, hébergée sur luncharound.me — pas sur le .fr générique.

Core Web Vitals : la mesure de performance qui compte

Google utilise depuis 2021 les Core Web Vitals comme signal de classement. Trois métriques principales :

Largest Contentful Paint (LCP) : temps avant que l'élément principal s'affiche (< 2,5 s = bon)
Interaction to Next Paint (INP) : réactivité (< 200 ms = bon, remplace FID depuis 2024)
Cumulative Layout Shift (CLS) : stabilité visuelle (< 0,1 = bon)

Nos mesures sur un échantillon de 100 fiches restaurant Plat du Jour vs 100 sites Wix de restaurants :

Métrique	Plat du Jour	Wix moyen
LCP	0,9 s	4,2 s
INP	65 ms	380 ms
CLS	0,02	0,28
Performance Lighthouse	96/100	38/100

L'écart est dû à l'architecture : HTML statique pré-rendu vs bundle JavaScript de plusieurs MB.

Cas concret : Le Comptoir, indexé en 3 jours

Brasserie Le Comptoir, Manosque. Création de fiche Plat du Jour le 15 mars 2026.

J+0 : génération du mini-site + soumission de la sitemap dans Google Search Console.
J+1 : Googlebot crawle la fiche FR.
J+2 : Googlebot crawle les versions EN, IT (audience touristique italienne).
J+3 : la fiche apparaît en première page Google sur "brasserie Manosque" et "plat du jour Manosque".
J+7 : rich result complet (étoiles, prix moyen, horaires) affiché.
J+14 : la fiche commence à apparaître dans les réponses de ChatGPT quand un touriste demande "où dîner à Manosque".

Trois jours pour la première page. Sans payer d'agence SEO, sans publier d'articles de blog, sans linkbuilding.

Ce qu'il y a sous le capot

Pour les curieux : la stack technique du mini-site Plat du Jour, c'est Next.js (build statique) + Bunny CDN (hébergement) + Convex (backend données réactif) + magic-container (service Docker qui regénère les fiches HTML quand le contenu change). Chaque modification (plat du jour, photo, horaires) déclenche un rebuild ciblé de la fiche concernée, en moins de 5 secondes. Le contenu en ligne est toujours à jour.

Commencer

Essai gratuit 14 jours, sans CB → platdujour.app

Un site qui n'est pas indexé est invisible. Et l'invisibilité numérique en 2026, c'est l'équivalent d'une devanture barricadée. On a fait en sorte que la vôtre soit grande ouverte.

FAQ

Je garde mon nom de domaine ?

Oui. Le mini-site Plat du Jour s'expose sous votre custom domain (ex : `menu.lecomptoir.fr`). Configuration en 2 clics depuis le BO.

Que se passe-t-il si Google met à jour son algo ?

Notre équipe SEO surveille les Core Updates et ajuste l'architecture en temps réel. Vous bénéficiez automatiquement des mises à jour.

Mon site Wix actuel, je le garde ?

Vous pouvez. Plat du Jour cohabite avec n'importe quel site existant. La plupart de nos restaurateurs migrent progressivement, en gardant Wix pour l'historique.