Données structurées SEO : baliser son site sans coder (guide TPE)

Deux sites peuvent avoir exactement le même contenu, et l’un afficher dans Google ses horaires et des questions dépliées, l’autre un simple lien bleu. La différence ne se voit pas à l’œil nu sur la page : ce sont les données structurées. C’est le petit langage qui explique votre page aux machines, Google d’abord, les IA ensuite. Il ne demande pas d’être développeur.

Données structurées SEO : à quoi elles servent vraiment

Deux bénéfices, et un seul est visible.

Le visible : les résultats enrichis

Ce sont les affichages en plus : la FAQ dépliée sous votre lien, le fil d’Ariane, l’image d’un article, les horaires d’un commerce. Votre ligne dans Google prend de la place et attire l’œil, sans que vous soyez mieux classé pour autant. À position égale, c’est un gain de clics, pas un gain de rang, et il faut le dire dans cet ordre.

L’invisible : la facilité de reprise

Quand un moteur, un assistant vocal ou une IA générative répond à « un bon traiteur près de Montpellier », il s’appuie volontiers sur des informations propres et déclarées, parce qu’elles se reprennent sans risque de contresens. Moins la machine a à deviner, moins elle se trompe sur vous. C’est le prolongement de la façon dont l’algorithme de Google lit une page.

Comprendre, pas classer

La confusion à évacuer tout de suite : le balisage n’est pas un facteur de classement. Il ne fait pas monter une page d’un cran. Ce qu’il fait, c’est lever une ambiguïté, et cela se paie en clics plutôt qu’en positions. Les données structurées sont un levier de clics, et c’est ainsi qu’elles se vendent.

Microdonnées, JSON-LD, schema.org : le vocabulaire, une fois pour toutes

Trois mots qui reviennent partout et se confondent facilement, alors qu’ils ne désignent pas la même chose.

schema.org : le dictionnaire

C’est le vocabulaire : la liste des types et des propriétés disponibles, LocalBusiness, openingHours, Article. Il est commun à tous les moteurs, et consultable librement. Il compte des centaines de types, dont vous n’utiliserez jamais qu’une poignée.

Les microdonnées : l’écriture historique

Une manière d’écrire ce vocabulaire directement dans les balises HTML visibles de la page. C’est pourquoi vous croiserez encore l’expression « microdonnées SEO » : elle date de l’époque où c’était la seule option. Le défaut est sérieux, cette écriture mélange les données et la mise en page, si bien qu’une refonte graphique casse le balisage sans prévenir.

Le JSON-LD : l’écriture d’aujourd’hui

Le même vocabulaire, mais dans un bloc séparé du contenu affiché, placé dans la page. C’est la forme recommandée par Google. Elle se maintient sans toucher au HTML visible, et sur un site bien construit elle se génère toute seule depuis vos contenus. Sa structure est simple : un type, puis des propriétés.

Deux remarques que les guides omettent. Le @type peut être plus précis que LocalBusiness : un restaurant se déclare en Restaurant, un hôtel en Hotel, et ces types héritent des propriétés du type général. Et le téléphone déclaré n’a pas la forme de celui qui s’affiche : la page montre 04 67 02 68 68, le balisage écrit le même numéro au format international. Ce n’est pas une contradiction, c’est la convention du vocabulaire.

Sur un site récent, le JSON-LD est la forme attendue : si un devis parle de « microdonnées », demandez la raison de ce choix.

Les balises qui comptent pour un commerce d’ici

Le vocabulaire compte des centaines de types. Pour une TPE ou un commerce de la région, quatre suffisent, dans cet ordre de priorité.

• LocalBusiness : nom, adresse, téléphone, horaires, zone desservie. La balise reine du référencement local, celle qui alimente le pack Google.
• FAQPage : vos questions-réponses, qui peuvent s'afficher dépliées dans les résultats et vous faire gagner de la place.
• Article : sur les pages de blog. Titre, auteur, date de publication et de mise à jour, image.
• BreadcrumbList : le fil d'Ariane, qui clarifie l'arborescence de votre cocon sémantique aux yeux de Google.

LocalBusiness, la seule vraiment stratégique

Tout part d’elle : elle déclare vos informations exactement là où le pack Google va les chercher. Une règle décide de son efficacité, et elle est plus stricte qu’il n’y paraît : le nom, l’adresse et le téléphone déclarés doivent être identiques au caractère près à ceux de votre fiche Google et de vos annuaires. « SARL » ou « Sarl », « avenue » ou « av. » : ces écarts-là comptent. C’est le même sujet que celui des citations locales et de la cohérence NAP, vu depuis le code de votre site.

FAQPage : vos questions, dépliées sous votre lien

Une condition, et elle est absolue : les questions et les réponses déclarées doivent être visibles sur la page, pas seulement dans le balisage. Une FAQ qui n’existe que dans le code est une déclaration mensongère au sens des consignes de Google. L’autre erreur fréquente est de baliser la même FAQ sur vingt pages : gardez-la là où elle répond vraiment à quelque chose.

Article : la balise du blog, souvent oubliée

Sur un blog, Article déclare le titre, l’auteur, la date de publication et celle de mise à jour. C’est peu spectaculaire et c’est utile à deux titres : la date de mise à jour aide Google à comprendre qu’un contenu est entretenu, et l’auteur est l’un des rares éléments qui rattache un texte à une personne identifiable, ce qui compte pour la crédibilité d’un contenu.

Les balises qui appartiennent à d’autres pages

Trois types reviennent souvent dans les discussions et sont traités ailleurs, parce qu’ils ont chacun leurs règles propres. Le fil d’Ariane a son article dédié. Les avis étoilés aussi, avec les conditions à remplir pour obtenir les étoiles dans les résultats. Et si vous vendez en ligne, le balisage produit obéit à ses propres règles de prix et de stock, détaillées dans les données structurées d’une fiche produit.

Poser, puis vérifier, sans écrire une ligne de code

Bonne nouvelle : sur un site bien construit, une grande partie du balisage se génère depuis vos contenus.

Où le balisage se génère tout seul

Sur WordPress, une extension de référencement pose LocalBusiness, FAQPage et le fil d’Ariane à partir de champs que vous remplissez normalement. Vous n’ouvrez pas de code. L’avantage n’est pas seulement le confort : un balisage généré depuis le contenu ne peut pas se désynchroniser de lui, alors qu’un bloc écrit à la main le peut, et le fera.

Les trois contrôles, dans l’ordre

Le validateur schema.org d’abord : il dit si votre balisage est correct au regard du vocabulaire, sans se soucier de Google. Le test des résultats enrichis ensuite : il dit ce que Google, lui, comprend de votre page. Le rapport « Résultats enrichis » de la Search Console enfin, une fois la page en ligne : c’est le seul des trois qui parle de votre vrai site, sur la durée, et qui vous préviendra quand quelque chose se cassera dans six mois.

Ce qu’aucun de ces outils ne vous dira

Aucun ne vous garantit un affichage enrichi. Ils vérifient que le balisage est valide et lisible ; la décision d’afficher appartient à Google, requête par requête. Un balisage vert qui ne produit rien de visible n’est donc pas nécessairement cassé. Et aucun outil ne vérifie que ce que vous déclarez est vrai : cette partie-là ne revient qu’à vous.

Les erreurs qui font perdre un résultat enrichi

Le piège le plus fréquent n’est pas l’absence de balisage, c’est le balisage qui ment sans le vouloir.

Le balisage qui ne correspond plus à la page

Des horaires figés au moment de la pose, un prix qui a changé sur la page mais pas dans le bloc de données. Le jour où les deux divergent, Google fait confiance à ce qu’il voit et cesse d’afficher l’enrichissement. C’est la première cause de perte, et elle survient presque toujours après une modification de contenu faite sans y penser.

Les champs manquants, obligatoires ou recommandés

Les outils distinguent deux niveaux, et la nuance a des conséquences. Une erreur porte sur un champ obligatoire : la balise est ignorée, il n’y aura pas de résultat enrichi. Un avertissement porte sur un champ recommandé : la balise fonctionne, mais l’affichage sera moins riche que celui du concurrent qui l’a rempli. Traitez les erreurs tout de suite, les avertissements quand vous avez le temps.

La note agrégée, la balise que nous ne posons pas

Il existe un type schema.org pour déclarer une note moyenne, et il est très demandé parce qu’il fait apparaître des étoiles. Une entreprise qui balise sa propre note globale sur son propre site ne déclenche plus rien : Google a fermé cette porte en 2019, en écartant les avis qu’il qualifie d’auto-attribués. Nous ne posons donc cette balise nulle part, y compris chez nous, où la note vient de la fiche Google et lui appartient. Les avis réellement affichés sur une page peuvent être déclarés un par un ; les conditions exactes sont dans l’article sur les étoiles d’avis dans Google.

Ce que le balisage ne fera jamais à votre place

Le sujet est vendu à l’envers en permanence : les données structurées ne propulsent pas une page en tête de Google. Elles ne compensent ni un contenu vide, ni un site lent, ni une fiche Google à l’abandon. Un balisage impeccable sur une page pauvre reste une page pauvre, très bien décrite. Nous posons les balises après avoir mis le contenu et la vitesse au propre, et nous refusons les demandes qui inversent cet ordre.

Au cas où le balisage resterait pour vous une affaire de développeur

Chez Dixionline, l’équipement est toujours le même sur les sites des TPE, commerces et PME de la région : LocalBusiness aligné au caractère près sur la fiche Google, FAQPage sur les pages qui en portent une, fil d’Ariane, Article sur le blog. Puis nous vérifions, et nous surveillons le rapport de la Search Console pour attraper les balises qui se désynchronisent après une modification de contenu. Rapports lisibles, chaque balise expliquée. Pour rendre votre site lisible par les machines, voyez notre prestation de référencement SEO.