Comment utiliser ce guide

Aucun code à écrire. Tu réponds à des questions, l’outil écrit le code, tu le copies-colles. En 3 temps :

  1. Choisis ce que tu balises (étape 1) : un site complet (tu pars du type de site) ou une seule page (tu pars du type de page). L’outil n’affiche que les balises pertinentes.
  2. Remplis ce qui est connu (étape 2 puis 3). Les champs essentiels suffisent pour démarrer ; les avancés (repliés) rendent l’entité plus riche si l’info existe. Tout est facultatif sauf le nom du site.
  3. Clique « Générer ». Tu obtiens un bloc de code par page, avec à chaque fois où le coller et comment l’installer (instructions détaillées en bas, selon le CMS).

Deux repères : une balise = une page (le bloc « accueil » ne se pose qu’une fois, sur la page d’accueil ; le bloc « produit » se pose sur chaque fiche produit). Et on ne balise que ce qui est réellement visible sur la page : pas d’avis inventés, pas d’horaires faux.

1Qu’est-ce que tu veux baliser ?

Deux façons de faire : décrire tout un site d’un coup, ou baliser une seule page précise.

Comprendre les données structurées

Ton site, tu le lis sans effort : un titre, un prix, une note sur cinq, un auteur, une date. Google et les IA, eux, voient une bouillie où rien n’est étiqueté. Comme chez les déstockeurs au fond des zones industrielles : c’est toi qui fouilles pour trouver ce que tu ne cherchais pas.

Alors ils devinent. Et un moteur qui devine, c’est un moteur qui se trompe. Les données structurées existent pour enlever cette phase de devinette.

Qu’est-ce que les données structurées en SEO ?

Les données structurées sont un balisage que tu ajoutes au code de ta page pour décrire son contenu dans un langage que les moteurs comprennent sans interpréter. Tu poses sur chaque élément une étiquette normalisée : « ça, c’est un produit », « ça, son prix », « ça, l’avis client », « ça, l’auteur ».

Le visiteur ne voit rien changer. Le code, lui, devient lisible par la machine. Au lieu de déduire qu’un nombre suivi d’un « € » est sans doute un prix, le moteur le sait, parce que tu le lui as écrit noir sur blanc. Tu passes d’un site que Google interprète à un site que Google lit.

Schema.org et JSON-LD : qui parle quelle langue

Schema.org est le vocabulaire commun de ces étiquettes, et le JSON-LD est le format propre pour les écrire. Les deux vont ensemble, mais ce ne sont pas la même chose.

Schema.org n’est pas une lubie de notre ami Google. Le standard a été lancé en 2011 par Google, Bing, Yahoo et Yandex ensemble. Quatre concurrents qui s’accordent sur un système commun, ça n’arrive pas tous les jours. Quand tu balises en Schema.org, tu parles donc une langue que tous les moteurs comprennent déjà.

Le JSON-LD, c’est la façon recommandée d’écrire ce vocabulaire : un petit bloc de code rangé dans la page, séparé du contenu visible. C’est le format que les moteurs préfèrent, parce qu’il est propre et facile à maintenir. Les anciennes méthodes (microdata, RDFa) collaient les étiquettes au milieu du HTML, un vrai sac de nœuds. Le JSON-LD met tout au même endroit, à part.

À quoi servent les données structurées en SEO ?

En SEO, les données structurées débloquent les résultats enrichis. C’est quand la page de résultats affiche autre chose que seulement des liens bleus et des descriptions. Ces résultats prennent plus de place et sont plus visibles : étoiles d’avis, questions fréquentes dépliables, prix, disponibilité, fil d’Ariane, image de recette, dates d’événement… Ils peuvent prendre plein de formes différentes.

Pour le fleuriste du coin, par exemple, sans balisage, son site ressort comme un lien bleu et deux lignes de texte. Avec le bon Schema, Google sait que c’est un commerce local, qu’il ouvre à 9h, qu’il est noté 4,8 sur 47 avis, qu’il vend des bouquets à partir de 25 euros. En ayant bien fait son travail, il peut espérer voir apparaître les étoiles des avis, une photo, un prix…

Exemple de resultat enrichi avec etoiles et avis dans Google grace aux donnees structurees
Un resultat enrichi : etoiles, avis et infos affiches directement dans Google.

Le balisage ne te fait pas forcément monter d’un cran. Il rend ta ligne plus grosse et plus cliquable que celle d’à côté, à position égale. Sur une page de résultats où tout le monde se ressemble, c’est ce qui fait basculer le clic vers toi.

Ou pas, quand comme sur l’exemple, les avis ne sont pas bons !

Données structurées et GEO : pourquoi les IA en raffolent

Les IA raisonnent en entités, et les données structurées leur servent tes entités déjà découpées et reliées. C’est ce qui transforme un bon balisage en levier de citation par ChatGPT, Perplexity ou les AI Overviews de Google.

Le GEO, c’est l’optimisation pour les moteurs à base d’IA. Une IA ne lit pas ta page comme un humain qui scanne un paragraphe. Elle cherche des objets clairement identifiés : cette marque, cette personne, ce livre, et les liens entre eux. Quand tu balises ton site, tu lui dis explicitement « cette entreprise est cette entité, dirigée par cette personne, qui a écrit ce livre et publie cette newsletter ».

Plus tes entités sont nettes, mieux l’IA te comprend, et plus elle peut te citer sans se tromper sur qui tu es. Une marque mal balisée, c’est une marque que la machine n’arrive pas à ranger, donc qu’elle ne ressort pas.

Quels sont les types de données structurées les plus courants ?

Schema.org compte des centaines de types, mais une dizaine couvre presque tous les besoins réels.

  • Organization et WebSite : le socle, qui tu es et quel site.
  • Person : la personne derrière la marque, clé pour la crédibilité et pour les IA.
  • LocalBusiness : un commerce avec adresse et horaires d’ouverture.
  • Product et Offer : pour vendre, avec prix, devise et disponibilité.
  • Article et BlogPosting : tes contenus, avec auteur, date et image.
  • FAQPage et HowTo : les questions/réponses et les tutos pas-à-pas.
  • BreadcrumbList : le fil d’Ariane de navigation.
  • Review et AggregateRating : les avis et la note moyenne.
  • Event : pour un atelier, un webinaire, une conférence.

Le bon réflexe, c’est de partir de ton activité, pas de la liste. Un média mise sur Article et Person. Une boutique sur Product et Offer. Un consultant sur Person, Organization et Service.

Les erreurs de balisage qui pénalisent ton site

La règle d’or du balisage : il doit décrire ce que le visiteur voit vraiment, sinon Google le sanctionne ou l’ignore. Deux pièges reviennent tout le temps.

Le premier, c’est la triche. Baliser une note de 4,9 étoiles qui n’apparaît nulle part sur la page, inventer des avis, marquer un prix promo qui n’existe pas. Google repère ces incohérences et peut retirer tes résultats enrichis, parfois pour tout le site. Le balisage reflète, il ne maquille pas.

Le second, c’est la syntaxe. Une accolade en trop, une virgule oubliée, une URL mal formée, et le moteur jette tout le bloc à la poubelle. Le genre de détail que je vérifie en premier quand j’audite un site, parce qu’une seule erreur invalide l’ensemble. L’outil de test des résultats enrichis de Google permet de vérifier ça en dix secondes avant de mettre en ligne.

Comment générer tes données structurées sans coder

L’outil au-dessus écrit ton JSON-LD à ta place : tu réponds à quelques questions, il génère le bloc complet, prêt à coller. Pas une ligne de code à taper.

Écrire du JSON-LD à la main, c’est ouvrir la doc Schema.org, recopier une syntaxe pleine d’accolades, et prier pour ne pas avoir oublié la virgule qui casse tout. L’outil inverse le problème. Tu choisis ton profil de site, tu réponds par oui ou non à quelques questions, et il assemble le socle Organization + WebSite, ta fiche Person, et tous les blocs métier qui collent à ton activité, y compris les entités plus rares comme un livre, un podcast ou une newsletter.

Tu copies, tu colles dans ta page, et ton site arrête de faire deviner les moteurs. Pour voir ce que Google retient déjà de ta marque, fais un tour sur l’explorateur d’entités. Et pour comprendre comment toutes ces entités s’emboîtent en une identité que les IA citent, c’est le programme de Next Gen SEO.