Bon, parlons peu, parlons bien. Vous avez probablement déjà lu une dizaine d'articles sur le SEO local qui vous disent tous la même chose : « Il faut optimiser votre fiche Google Business Profile », « Gérez vos avis clients ». Et puis, au milieu de tout ça, il y a ce truc mystérieux appelé « données structurées ». On vous dit que c'est important, mais personne ne vous montre vraiment comment faire, concrètement.
Alors, je vais vous raconter comment j'ai appris à utiliser les données structurées pour le SEO local. Pas avec des théories piochées à droite à gauche, mais avec ce que j'ai testé sur mes propres projets et ceux de mes clients. Et croyez-moi, j'ai fait des erreurs. Beaucoup d'erreurs.
Le but ici n'est pas de vous noyer sous du code. C'est de vous donner une méthode claire, étape par étape, pour que Google comprenne exactement qui vous êtes, où vous êtes, et quand vous ouvrez. Parce que c'est ça, le vrai pouvoir des données structurées en local : la clarté absolue.
Pourquoi votre code JSON-LD est votre meilleur allié (et pas votre pire ennemi)
Quand on parle de données structurées, on parle d'un format standardisé qui permet de fournir des informations sur une page et de classer son contenu. Pour une entreprise locale, cela signifie donner à Google des indices explicites : votre type d'activité (plombier, restaurant, dentiste), votre adresse précise, vos horaires d'ouverture, votre zone d'intervention.
Le format le plus courant et le plus simple à mettre en place, c'est le JSON-LD. C'est un petit bloc de code que vous insérez dans le `
` de votre page. Et ce qui est génial, c'est que vous n'avez pas besoin d'être un développeur pour le faire. Vraiment.Au début, j'y allais à l'aveugle. J'avais un site pour un client qui était électricien à Lyon. J'avais mis un schéma `LocalBusiness` générique. Et puis, un jour, en analysant les résultats, je me suis rendu compte que j'aurais dû utiliser le sous-type `Electrician`. Pourquoi ? Parce que ce type est beaucoup plus précis. Il donne des informations spécifiques à Google sur le service (comme les zones desservies). Utiliser un schéma trop générique, c'est comme dire à Google « je suis un commerce » quand on est un artisan spécialisé. C'est imprécis, et Google aime la précision.
Points clés à retenir
- Utilisez le format JSON-LD pour vos données structurées locales.
- Choisissez le sous-type LocalBusiness le plus précis possible (Restaurant, Dentist, Plumber, etc.).
- Ne vous contentez pas de l'adresse : ajoutez les coordonnées GPS (latitude/longitude) et les horaires d'ouverture.
- Reliez votre schéma à votre fiche Google Business Profile via le champ
sameAs. - Testez toujours votre code avec l'outil de validation de Google avant de le mettre en ligne.
- Le balisage aide aussi les systèmes d'IA à lire et comprendre votre entreprise.
La première étape : ne pas copier-coller bêtement
J'ai vu des erreurs de débutant. Moi le premier. Mon premier balisage était un copier-coller d'un générateur en ligne, sans vérifier quoi que ce soit. Résultat ? Google ne m'affichait pas de résultats enrichis. Je me suis arraché les cheveux pendant des semaines.
Pourquoi ça ne marchait pas ? Parce que le code généré était plein d'incohérences. L'adresse était dans la mauvaise propriété, les horaires étaient mal formatés (il faut respecter la norme ISO 8601 pour les heures d'ouverture, croyez-le ou non). Et surtout, il manquait la propriété `@id`. Cette propriété est essentielle car elle permet de créer un « nœud » central qui relie toutes vos informations.
Voici comment j'aurais dû faire dès le début. Je vais prendre l'exemple d'un client fictif pour que ce soit clair : un restaurant italien appelé « La Bella Vita » à Paris.
H3 : Le schéma LocalBusiness de base, bien fait
Le code suivant est la base. Il dit à Google : « Je suis un restaurant, je m'appelle La Bella Vita, je suis ici, et voici mon téléphone. »
Vous voyez ? C'est simple. Une adresse, des coordonnées GPS, des horaires. C'est le strict minimum. Mais c'est déjà mille fois mieux que le schéma `LocalBusiness` générique que j'utilisais avant.
La hiérarchie des schémas : le piège des sous-types
Parlons de ce que peu d'articles mentionnent : la hiérarchie des schémas. Tout le monde parle de `LocalBusiness`, mais personne ne vous dit qu'il faut descendre dans la hiérarchie. `LocalBusiness` est le parent. Il a des enfants : `Restaurant`, `Dentist`, `Plumber`, `Electrician`, `HairSalon`, etc.
Pourquoi c'est important ? Prenons un exemple. Si vous êtes plombier, et que vous utilisez `LocalBusiness` au lieu de `Plumber`, Google pourrait ne pas comprendre que vous intervenez chez les particuliers. Le type `Plumber` a des propriétés spécifiques, comme `areaServed`, qui vous permet de définir les villes où vous intervenez.
Voici un petit tableau pour vous aider à choisir :
| Votre activité | Le type de schéma à utiliser |
|---|---|
| Restaurant, café, bar | `Restaurant` |
| Coiffeur, barbier, institut de beauté | `HealthAndBeautyBusiness` (ou `HairSalon`) |
| Plombier, électricien, peintre | `HomeAndConstructionBusiness` (ou `Plumber`, `Electrician`) |
| Dentiste, médecin | `MedicalBusiness` (ou `Dentist`) |
| Magasin de vêtements, librairie | `Store` (ou `ClothingStore`, `BookStore`) |
| Avocat, comptable | `ProfessionalService` |
Avouons-le, c'est là que la plupart des gens se plantent. Ils mettent `LocalBusiness` et basta. Mon conseil : passez dix minutes sur le site de schema.org pour trouver le sous-type exact. Ça vaut vraiment le coup.
Et là, surprise : j'ai découvert que Google prend aussi en compte ces données pour ses résultats enrichis. En modifiant le type pour mes clients, j'ai vu une différence notable dans la façon dont leurs fiches étaient affichées. Pas un changement spectaculaire du jour au lendemain, mais une évolution positive sur quelques mois.
Comment relier les données structurées à votre fiche Google Business Profile
C'est une étape que j'ai longtemps ignorée, et c'est une erreur. Votre fiche Google Business Profile (GBP) est un signal de confiance énorme. Vos données structurées doivent le refléter. Comment ? Grâce à la propriété `sameAs`.
Dans votre code JSON-LD, vous ajoutez ceci :
"sameAs": [
"https://www.google.com/maps/place/?q=place_id:VOTRE_PLACE_ID"
]
Le `place_id` est un identifiant unique que Google attribue à votre établissement. Vous pouvez le trouver facilement. Cela crée un lien explicite entre votre site web et votre fiche GBP. C'est comme si vous disiez à Google : « Ces deux choses parlent de la même entreprise, et c'est la mienne ». Ça renforce la cohérence des informations, un facteur clé du SEO local.
Comment faire pour que les données soient structurées ? (La méthode pas à pas)
Posons les choses. Les données structurées utilisent un schéma à l'écriture. Concrètement, pour créer votre balisage, vous devez suivre un modèle. C'est ce qu'on appelle un schéma. Avant de les intégrer, les données doivent être structurées dans un modèle de données.
En pratique, voici comment je procède :
- Je liste les informations. Je note mon nom exact, mon adresse exacte (pas d'abréviations), mon téléphone, mes horaires (avec les pauses si j'en ai), mon site web, et mes réseaux sociaux.
- Je choisis le bon type de schéma. Comme on l'a vu, je vais sur schema.org et je choisis le sous-type le plus précis pour mon activité.
- Je rédige le code JSON-LD. Je ne le fais plus à la main. J'utilise un générateur en ligne, mais je vérifie chaque champ. Le plus souvent, je modifie le code généré pour ajouter les coordonnées GPS ou la propriété `sameAs` que le générateur a oubliées.
- Je valide avec l'outil de Google. Avant de mettre en ligne, je colle mon code dans le « Test des résultats enrichis » de Google. Cet outil me montre si mon code est valide et me donne un aperçu de ce que Google pourrait afficher. S'il y a des erreurs, il me les indique.
- J'insère le code dans ma page. J'ajoute le bloc `