Données structurées LocalBusiness pour un commerce

Les données structurées décrivent votre établissement dans un format que les machines lisent sans ambiguïté : son nom, son adresse, son téléphone, ses horaires. Google s’appuie pour cela sur un vocabulaire commun aux moteurs, celui de schema.org, dont le type LocalBusiness sert aux commerces, cabinets et ateliers.

Voici ce que ce balisage peut faire pour un commerce, comment l’écrire et le tester, et ce qu’il ne faut pas en attendre.

À quoi ça sert

Google le dit simplement : les données structurées lui donnent des indices explicites sur le sens d’une page. Pour un établissement, il peut se servir de ce balisage dans la recherche et dans Maps, par exemple dans le panneau qui présente l’entreprise, ou dans un carrousel d’établissements quand quelqu’un cherche une catégorie, comme « meilleurs restaurants à Nantes ».

Trois limites, à connaître avant de s’y mettre :

aucune garantie d’affichage : Google écrit qu’il ne garantit pas que vos données structurées apparaîtront dans les résultats ;
la fiche d’établissement reste l’outil direct : c’est là que vous modifiez horaires, liens et photos, et ce qui s’affiche sur la carte ;
rien de spécial pour l’IA : Google précise qu’aucun balisage schema.org particulier n’est nécessaire pour apparaître dans ses aperçus générés par IA ou son mode IA. Il demande seulement que les données structurées correspondent au texte visible. Le sujet est développé dans notre article sur les citations par les IA.

Le type : le plus précis possible

LocalBusiness est le type général. Google recommande d’employer le sous-type le plus précis qui existe. Schema.org en propose beaucoup, rangés par familles :

la restauration : Restaurant, Bakery (boulangerie), CafeOrCoffeeShop ;
la beauté : HairSalon (coiffeur), BeautySalon, DaySpa ;
le bâtiment : Plumber, Electrician, HousePainter ;
et des types isolés, comme Dentist pour un cabinet dentaire.

Un établissement qui relève de deux types peut les déclarer ensemble, sous forme de liste. La propriété additionalType, en revanche, n’est pas prise en charge par Google.

Les propriétés : deux obligatoires, le reste recommandé

Sans les propriétés obligatoires, la page n’est pas éligible. Les propriétés recommandées améliorent ce que Google peut montrer.

Propriété	Statut	Contenu
name	obligatoire	le nom de l’établissement, tel que sur la devanture
address	obligatoire	l’adresse postale : rue, code postal, ville, pays
telephone	recommandée	le numéro avec l’indicatif du pays, +33 pour la France
url	recommandée	l’adresse complète de la page de l’établissement, qui doit fonctionner
openingHoursSpecification	recommandée	jours, heure d’ouverture et de fermeture ; des dates de validité pour une fermeture saisonnière
geo	recommandée	latitude et longitude, avec au moins cinq décimales
priceRange	recommandée	une gamme de prix relative, en moins de 100 caractères, sinon Google ne l’affiche pas
menu	recommandée	le lien de la carte, pour la restauration
servesCuisine	recommandée	le type de cuisine, pour un restaurant
department	recommandée	un service distinct à l’intérieur de l’établissement, comme la pharmacie d’un supermarché

Deux propriétés de la liste de Google, review et aggregateRating, ne concernent qu’un cas particulier : un site qui recueille des avis sur d’autres établissements. Pour votre propre commerce, Google est net : une page qui balise des avis sur sa propre entreprise n’a pas droit aux étoiles dans les résultats. Vos témoignages restent utiles à vos visiteurs ; ils ne produiront pas d’étoiles.

JSON-LD, le format conseillé

Google accepte trois formats, mais conseille le JSON-LD quand c’est possible, parce qu’il est le plus simple à poser et à entretenir. Il s’agit d’un bloc de script, placé dans le code de la page et séparé du texte visible, qui contient la description de l’établissement.

Pour une boulangerie, ce bloc déclarerait par exemple :

le vocabulaire employé : schema.org ;
le type : Bakery ;
le nom : Boulangerie Le Fournil ;
l’adresse : 12 place Sainte-Anne, 35000 Rennes, France ;
le téléphone : +33 2 99 00 00 00 ;
l’adresse de la page ;
les horaires : du mardi au dimanche, de 07:00:00 à 19:00:00 ;
la gamme de prix : « € ».

Google suggère de passer par une extension de votre outil de gestion de site quand elle existe. Sinon, le bloc s’écrit à la main, en suivant les exemples de sa documentation.

La règle d’or : ce qui est balisé est visible

Google pose deux consignes générales qui valent pour tout balisage :

ne balisez rien qui ne soit visible par les lecteurs de la page ;
les données structurées doivent représenter fidèlement le contenu de la page.

Les horaires du balisage sont donc ceux qui s’affichent sur la page, et quand vous changez l’un, vous changez l’autre. Un balisage trompeur peut valoir une action manuelle : la page perd alors son droit aux résultats enrichis, sans que son classement dans la recherche ordinaire soit touché, précise Google.

Tester, publier, suivre

Testez le code avec le Test des résultats enrichis de Google, qui dit si la page est éligible aux fonctions de Google et signale les erreurs bloquantes. Le validateur de schema.org vérifie, lui, la syntaxe générale.
Publiez, puis passez l’adresse dans l’inspection d’URL de la Search Console. Vérifiez que la page n’est bloquée ni par le fichier robots.txt, ni par une balise noindex.
Patientez : Google doit revenir explorer la page, ce qui peut prendre plusieurs jours.
Suivez les erreurs dans la Search Console, qui signale aussi les données structurées illisibles.

En résumé : le balisage LocalBusiness décrit votre commerce à Google dans sa langue. Le type le plus précis, le nom et l’adresse au minimum, du JSON-LD, et rien qui ne figure pas en clair sur la page. Google peut s’en servir ; il ne promet pas de le montrer.