C'est quoi, une donnée structurée ?
Votre page dit « Boulangerie Martin, au coeur de Lyon depuis 1987 ». Un humain comprend tout. Une machine, elle, doit deviner : Martin est-il un nom de personne ou d'entreprise ? 1987 est-elle une date de création ou une adresse ? Les données structurées suppriment la devinette : c'est un bloc de code au format JSON-LD, posé dans le <head> de la page, qui déclare les mêmes informations dans le vocabulaire normalisé de schema.org, celui que Google, Bing et les IA lisent nativement.
C'est la deuxième des 4 conditions GEO : être compréhensible. Un site sans données structurées peut être bien classé, mais il laisse les machines interpréter, et les machines interprètent mal.
Les 5 schémas utiles à une TPE-PME
| Type | Ce qu'il déclare | Où le poser |
|---|---|---|
Organization / LocalBusiness | Nom, activité, adresse, horaires, réseaux sociaux | Page d'accueil |
WebSite | Le nom du site et son URL canonique | Page d'accueil |
FAQPage | Vos questions-réponses, prêtes à citer | Pages avec une FAQ |
Article / BlogPosting | Titre, auteur, dates de publication | Chaque article de blog |
Person | Le dirigeant ou les experts, leur rôle | Page équipe ou à propos |
Utilisez LocalBusiness plutôt qu'Organization si vous avez une adresse physique où l'on vous rend visite : c'est ce qui alimente votre présence dans les recherches locales. Les autres types (Product, Event, Recipe...) ne servent que si votre activité les justifie.
Un exemple complet à adapter
Le bloc ci-dessous combine Organization et FAQPage pour une entreprise de services. Remplacez les valeurs, collez-le dans le <head> de votre page d'accueil :
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "LocalBusiness",
"@id": "https://votresite.fr/#org",
"name": "Durand Rénovation",
"description": "Entreprise de rénovation intérieure pour particuliers, Nantes et agglomération.",
"url": "https://votresite.fr/",
"telephone": "+33 2 40 00 00 00",
"address": {
"@type": "PostalAddress",
"streetAddress": "12 rue des Artisans",
"addressLocality": "Nantes",
"postalCode": "44000",
"addressCountry": "FR"
},
"areaServed": "Nantes et agglomération",
"sameAs": ["https://www.linkedin.com/company/durand-renovation"]
},
{
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "Quels sont vos délais d'intervention ?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Un devis sous 48 h, un début de chantier sous 3 semaines en moyenne."
}
}]
}
]
}
</script>Les 3 erreurs qui invalident tout
- Un JSON invalide. Une virgule en trop et le bloc entier est ignoré, sans message d'erreur visible. Validez toujours après modification.
- Déclarer ce qui n'est pas sur la page. Une FAQPage dont les questions n'apparaissent pas dans le contenu visible est considérée comme trompeuse par Google. Le schéma décrit la page, il ne la remplace pas.
- Les incohérences entre pages. Deux adresses différentes dans deux blocs, un nom qui change selon les pages : chaque contradiction affaiblit la confiance des machines dans vos données.
Comment vérifier que ça marche ?
Deux outils : le test de résultats enrichis de Google pour une page précise, et notre audit qui vérifie automatiquement la présence, la validité et la cohérence de vos données structurées sur les pages clés, parmi 61 vérifications mesurées. Complément naturel : le fichier llms.txt, qui résume votre activité pour les IA au même endroit.