Accueil / Blog / Données structurées et GEO

Données structurées et GEO : ce qui sert vraiment

En bref. Les données structurées (schema.org en JSON-LD) décrivent explicitement votre entreprise et vos pages aux machines. Elles réduisent les ambiguïtés, mais Google précise qu'aucun balisage particulier n'est exigé pour apparaître dans ses réponses d'IA, et ne garantit aucune citation. C'est un outil de clarté, pas une baguette magique.

Dernière mise à jour : 20 octobre 2026

Ce qu'elles font, et ce qu'elles ne font pas

Le JSON-LD est un bloc de données placé dans votre page, qui dit à une machine : « ceci est une entreprise, voici son nom, son adresse, ses horaires, sa zone ». Cela lève des ambiguïtés, par exemple entre deux entreprises au nom proche.

Ce qu'elles apportent : une description non ambiguë de votre entité, des informations faciles à extraire, une cohérence avec le contenu visible.
Ce qu'elles n'apportent pas : une citation garantie. Google indique qu'il n'y a pas d'exigence technique supplémentaire pour apparaître dans ses AI Overviews, et que ce sont l'indexation et l'éligibilité à l'extrait qui comptent.

Où en êtes-vous ? Recevez un mini-audit offert : nous testons trois de vos questions clients sur deux assistants d'IA, sans engagement.

Les types à prioriser

Type	Quand l'utiliser	Propriétés utiles
Organization ou LocalBusiness	Page d'accueil et page de contact	name, url, address, telephone, openingHoursSpecification, areaServed, sameAs
Service ou Product	Page d'une offre précise	name, description, offers (prix si public)
Article	Article ou guide	headline, author, datePublished, dateModified
FAQPage	Page avec une FAQ visible	mainEntity (questions et réponses)
BreadcrumbList	Pages avec fil d'Ariane	itemListElement
Restaurant, Hotel, Physician…	Activité qui a un type spécialisé	Selon le type : cuisine servie, équipements, spécialité

Exemple complet : une entreprise locale (fictive)

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Boulangerie Exemple",
  "url": "https://exemple.fr",
  "telephone": "+33 2 00 00 00 00",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "1 rue Exemple",
    "postalCode": "76600",
    "addressLocality": "Le Havre",
    "addressCountry": "FR"
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": [
        "Monday",
        "Tuesday",
        "Wednesday",
        "Thursday",
        "Friday"
      ],
      "opens": "07:00",
      "closes": "19:00"
    }
  ],
  "areaServed": "Le Havre"
}

Intégrez ce bloc dans une balise <script type="application/ld+json"> de la page, après avoir remplacé les valeurs par vos informations réelles. Pour le générer, utilisez le générateur JSON-LD.

Où le placer et comment le valider

Placez le bloc dans le HTML de la page, de préférence dans l'en-tête.
Testez-le avec l'outil de test des résultats enrichis de Google et avec un validateur schema.org.
Vérifiez que chaque information du balisage figure aussi sur la page visible.

Comment une machine peut s'en servir

Sans balisage, une machine doit deviner : « 1 rue Exemple » est-ce une adresse ? « 07:00 » une heure d'ouverture ? Le balisage lève ces doutes. Une machine peut alors extraire le nom, l'adresse et les horaires sans interprétation. Rien n'indique cependant qu'un assistant donné s'en servira pour décider de vous citer : traitez-le comme une aide à la compréhension, pas comme un levier garanti.

Exemple : une FAQ balisée (fictive)

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "La boulangerie est-elle ouverte le dimanche ?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Oui, de 7 h à 13 h."
      }
    }
  ]
}

Ce balisage n'est valable que si la question et sa réponse sont visibles sur la page.

Checklist de validation avant publication

Le JSON est valide (pas de virgule en trop, guillemets droits).
Chaque valeur figure aussi sur la page.
Les dates et les horaires sont à jour.
Le test des résultats enrichis ne signale aucune erreur bloquante.
Le balisage ne contient ni avis ni notes que la page n'affiche pas.

La FAQ : une précision utile

Depuis août 2023, Google limite l'affichage des résultats enrichis FAQ aux sites gouvernementaux et de santé reconnus. Pour une entreprise ordinaire, balisage FAQPage ne produit donc plus d'affichage enrichi dans Google. Il reste cependant un moyen de décrire proprement des questions et des réponses visibles sur la page, ce qui peut aider d'autres machines. Ne le présentez pas comme un levier de visibilité sur Google.

Les erreurs qui nuisent

Baliser ce qui n'est pas visible : des avis, des notes ou des prix absents de la page sont trompeurs.
Se contredire : un balisage qui annonce d'autres horaires que la page.
Empiler les types sans rapport avec le contenu.
Oublier de mettre à jour les dates et les informations qui changent.

Sources et références

Documentation consultée en octobre 2026. Ces documents évoluent : vérifiez-les avant d'agir.

Questions fréquentes

Où coller ce code ?

Dans le HTML de la page, dans une balise script de type application/ld+json, de préférence dans l'en-tête.

Peut-on balisser plusieurs types sur une page ?

Oui, avec une liste d'objets, à condition qu'ils correspondent au contenu visible.

Les données structurées améliorent-elles mon classement ?

Google les utilise pour comprendre les pages et pour certains résultats enrichis, mais ne les présente pas comme un facteur de classement. Elles ne garantissent pas de citation dans une réponse d'IA.

Savez-vous ce que les IA disent de vous aujourd'hui ?

Nous posons trois de vos questions clients à deux assistants d'IA et nous vous montrons qui est cité à votre place. Gratuit, sans engagement.

Recevoir mon mini-audit offert Voir l'audit complet

Prix publics dès 790 € · Offres et tarifs · Exemple de rapport