LocalBusiness vs Restaurant Schema : quel type pour quelle page ?

Choisir un type Schema.org paraît simple, mais une erreur peut vous coûter cher. Un établissement de Kadıköy a utilisé le type générique LocalBusiness et a été exclu des réponses AI restaurant pendant six mois. Le passage à Restaurant l'a fait apparaître sur 11 nouvelles requêtes.

Hiérarchie : Restaurant est déjà LocalBusiness

Dans Schema.org : Thing → Place → LocalBusiness → FoodEstablishment → Restaurant. Déclarer @type Restaurant hérite de toutes les propriétés LocalBusiness (address, telephone, openingHours, geo, aggregateRating).

Le LocalBusiness générique vous fait disparaître des prompts food comme "restaurants proches". Les moteurs AI appliquent un filtre de type : sans @type Restaurant, pas de candidature.

Arbre de décision par page

Adaptez le type au but de la page :

• Accueil : Restaurant (servesCuisine, menu, priceRange)
• Article de blog : Article + author + datePublished
• Page campagne : Event (startDate, endDate, offers)

Trois erreurs fréquentes

D'abord, intégrer plusieurs LocalBusiness sur l'accueil. Utilisez @graph avec Restaurant comme nœud principal.

Ensuite, réutiliser Restaurant dans un article de blog : Article est obligatoire. Enfin, marquer les campagnes uniquement avec Offer ; Event + offers est bien plus puissant.

FAQ

Déclarer les deux types ? Valide mais redondant ; Restaurant implique déjà LocalBusiness.

Café ou restaurant ? CafeOrCoffeeShop si le café est l'offre principale, Restaurant pour un menu complet.

Délai d'effet AI ? Recrawl 3-6 semaines, effet visible dès la semaine 4.

Cet article vous a été utile ? Partagez-le.