Schema.org : la donnée invisible qui décide si Google et ChatGPT te citent

Quand Google, Bing ou un modèle comme ChatGPT explorent une page, ils lisent le HTML brut, pas le rendu visuel. Sans balisage Schema.org, une page de blog ressemble à un mur de texte indifférencié : impossible de dire avec certitude si c'est un article, une recette ou une fiche produit. Avec un balisage BlogPosting, Article ou FAQPage, la page devient une donnée structurée, lisible et citable sans ambiguïté.

Concrètement, Schema.org est un vocabulaire commun (porté par Google, Microsoft, Yahoo et Yandex) qui décrit le contenu d'une page dans un format que les machines comprennent nativement, le plus souvent au format JSON-LD : un petit bloc de code invisible inséré dans la page.

Pourquoi c'est un levier GEO, pas juste un détail technique SEO

Le SEO classique récompensait un balisage propre par un résultat enrichi dans Google (étoiles, FAQ dépliable, prix). Le GEO va plus loin : un modèle de langage qui doit répondre à un utilisateur (ChatGPT, Perplexity, l'AI Overview de Google) préfère de très loin citer une source dont l'information est structurée sans ambiguïté plutôt qu'un texte à interpréter. Une FAQ balisée en FAQPage donne littéralement la question et la réponse prêtes à être reprises telles quelles dans une réponse générée par IA.

À lire aussi : le maillage interne, l'angle mort que notre audit a révélé.

Les balises Schema.org qui comptent vraiment pour une TPE ou une PME

• LocalBusiness : nom, adresse, horaires, zone d'intervention, téléphone. La base de toute présence locale, elle confirme aux moteurs qu'une entreprise réelle existe à un endroit réel.
• Article ou BlogPosting : auteur, date de publication, date de mise à jour. Un signal de fraîcheur que les IA valorisent fortement.
• FAQPage : questions-réponses en fin de page. Le format le plus directement réutilisable par un moteur génératif.
• Service : une description claire de chaque prestation, utile dès qu'un site propose plusieurs offres distinctes.
• Review ou AggregateRating : avis clients balisés, un signal de confiance qui pèse autant pour un humain que pour une IA.

Comment vérifier si son site est déjà balisé

Deux minutes suffisent : ouvrir l'outil gratuit Rich Results Test de Google, coller l'URL de la page, et regarder les types détectés. Si rien ne remonte, la page est invisible aux yeux du balisage structuré, même si elle est parfaitement lisible par un humain. C'est un contrôle à refaire à chaque publication d'article ou de page de service.

L'erreur la plus fréquente observée sur les sites TPE

La plupart des sites qui ont un peu de balisage l'ont seulement sur la page d'accueil (LocalBusiness) et nulle part ailleurs. Résultat : les pages de service et les articles de blog, souvent les mieux placés pour répondre à une question précise, restent avec un balisage minimal ou absent. Or ce sont justement ces pages profondes que les moteurs génératifs citent le plus, parce qu'elles répondent à une intention précise plutôt qu'à une requête générique.

Besoin d'un site qui coche déjà toutes ces cases dès le départ ? Découvrez nos offres incluant SEO local et visibilité IA (GEO).

Les erreurs qui rendent un balisage Schema.org inutile

Ajouter du JSON-LD ne suffit pas. Un balisage mal tenu peut être ignoré, voire envoyer un mauvais signal aux moteurs.

• Des informations qui contredisent la page : une adresse ou des horaires différents entre le balisage et le texte visible. Le moteur ne sait plus quelle version croire.
• Une FAQPage sans FAQ visible : le balisage doit décrire ce que le visiteur lit vraiment. Des questions présentes uniquement dans le code perdent leur valeur.
• Un bloc copié d'une page à l'autre : le même titre et la même URL sur plusieurs articles. Chaque page doit porter ses propres données.
• Une virgule oubliée : une seule faute de syntaxe peut rendre tout le bloc JSON-LD illisible. Rien ne s'affiche à l'écran pour le signaler.
• Une date jamais mise à jour : un article retravaillé garde sa date d'origine dans le code. Le signal de fraîcheur disparaît.

La parade tient en une habitude. Chaque page publiée ou modifiée repasse dans le Rich Results Test. Les types attendus doivent remonter, sans erreur bloquante.

Un bloc cassé se repère vite : le type attendu n'apparaît simplement pas dans le résultat. C'est le signe qu'il faut rouvrir le code de la page.

Dernier réflexe : relire le balisage comme un client lirait la page. Nom, adresse, téléphone, services : tout doit correspondre mot pour mot. Si une information change sur le site, elle change aussi dans le code.