Erreurs Schema.org / JSON-LD fréquentes : comment les corriger en 2026
Sur les audits que je mène pour des clients, il n’est pas rare de trouver un balisage Schema.org contenant au moins une erreur qui l’empêche de générer un rich result — souvent une propriété manquante ou une syntaxe JSON invalide, jamais détectée parce que rien ne s’affiche visuellement sur la page. Voici les erreurs les plus courantes, classées par fréquence, et comment les corriger durablement plutôt qu’au coup par coup.
Pourquoi une erreur de schema markup passe souvent inaperçue
Le JSON-LD est invisible pour un visiteur : il vit dans le <head> ou le <body> du HTML, sans impact sur l’affichage de la page. Une erreur de syntaxe ou une propriété oubliée ne provoque donc aucun bug visible à l’œil nu — la page fonctionne normalement, seul le rich result attendu n’apparaît jamais dans les résultats de recherche. C’est ce qui explique que ces erreurs survivent parfois des mois sur un site sans être repérées, jusqu’à un audit ciblé ou une vérification via le Validateur Schema JSON-LD.
Les erreurs les plus fréquentes, par ordre de fréquence observée en audit
1. Propriétés obligatoires manquantes
C’est de loin l’erreur la plus répandue. Un type Article sans author ni datePublished, un LocalBusiness sans adresse complète, ou un FAQPage où certaines questions n’ont pas de propriété acceptedAnswer associée. Google ignore alors purement et simplement le bloc concerné pour l’affichage enrichi, sans que cela remonte comme une erreur bloquante ailleurs.
2. JSON mal formé
Une virgule en trop en fin de liste, un guillemet non fermé, une accolade manquante : ces erreurs de syntaxe, souvent issues d’une modification manuelle du code, invalident l’intégralité du bloc JSON-LD concerné, même si 95 % du contenu est correct. Un validateur syntaxique (comme un linter JSON classique) détecte ce type d’erreur en quelques secondes, contrairement à une relecture visuelle du code.
3. Balisage qui ne correspond pas au contenu visible
Déclarer une note moyenne (AggregateRating) ou un prix (Product/Offer) qui n’apparaît nulle part sur la page constitue une pratique que Google sanctionne spécifiquement, avec un risque de pénalité manuelle pour « structured data spam ». La règle est simple : ne balise que ce qui est réellement visible et vérifiable par un visiteur sur la page.
4. Blocs JSON-LD multiples et contradictoires
Sur des sites ayant cumulé plusieurs plugins SEO au fil du temps (migration de plugin sans nettoyage de l’ancien), il n’est pas rare de trouver deux blocs Organization avec des informations différentes sur la même page. Google doit alors arbitrer entre des signaux contradictoires, ce qui affaiblit la confiance accordée au balisage dans son ensemble.
5. Types Schema.org obsolètes ou mal choisis
Utiliser un type générique (Thing, WebPage seul) quand un type plus spécifique existe (Product, Event, Recipe, HowTo) prive la page d’opportunités de rich results pourtant disponibles pour ce contenu.
Un cas particulier fréquent en SEO local
Beaucoup de sites de PME déclarent un type Organization générique alors qu’ils devraient utiliser LocalBusiness (ou l’un de ses sous-types plus précis comme ProfessionalService). Cette confusion prive la fiche d’informations locales essentielles pour le SEO — adresse structurée, zone de service, horaires — que Google exploite pour le pack local et Google Maps.
Comment corriger sans introduire de nouvelles erreurs
- Extraire le schema actuel de la page via un validateur, pour visualiser précisément ce qui est déjà déclaré avant toute modification.
- Identifier le ou les types Schema.org les plus adaptés au contenu réel de la page (voir le tableau des types prioritaires ci-dessous).
- Générer ou corriger le balisage avec toutes les propriétés obligatoires renseignées, en évitant tout champ qui ne correspond à rien de visible.
- Revalider avant mise en ligne, puis à nouveau après publication pour confirmer que le rendu final (après passage éventuel par un plugin cache ou un CDN) reste conforme.
- Suivre le rapport « Améliorations » de Search Console dans les semaines suivantes, pour confirmer que Google a bien pris en compte la correction.
Les types Schema.org à prioriser selon le type de site
| Type de site | Types Schema.org prioritaires |
|---|---|
| Site vitrine local / PME | LocalBusiness, BreadcrumbList, Organization |
| Blog / média éditorial | Article ou BlogPosting, FAQPage, BreadcrumbList |
| E-commerce | Product, Offer, AggregateRating (si avis réels) |
| Site de service avec tutoriels | HowTo, FAQPage, Article |
Générer le balisage plutôt que le corriger champ par champ
Pour un site sans balisage existant, repartir d’un schema propre est généralement plus rapide qu’une correction fragmentée. Le Générateur Schema JSON-LD de SiteNova produit un code conforme pour les six types les plus utilisés en SEO, à valider ensuite via le Validateur Schema JSON-LD avant intégration définitive.
Quand faire appel à une agence plutôt que corriger en interne
Sur un site avec peu de pages, une correction manuelle du schema reste tout à fait accessible sans compétences techniques poussées. La situation change sur un site avec plusieurs dizaines ou centaines de pages, où les erreurs de balisage se répètent à l’identique sur tout un template : la correction doit alors se faire au niveau du thème ou du plugin, pas page par page, sous peine de devoir tout recommencer à la prochaine mise à jour du site.
C’est typiquement le genre de correctif inclus dans un audit SEO complet, qui identifie l’ensemble des erreurs de balisage au niveau du template plutôt que page par page. Pour les entreprises basées dans l’Ain ou la région Rhône-Alpes, ce travail s’inscrit généralement dans un accompagnement plus large avec une agence de référencement locale ou un consultant SEO qui suit le site dans la durée.
Foire aux questions
Une erreur de schema markup fait-elle baisser le positionnement d’une page ?
Pas directement. Une erreur de balisage empêche l’affichage d’un rich result, ce qui peut réduire le taux de clic, mais elle n’affecte pas le classement de base de la page dans les résultats organiques. Seul un balisage trompeur (ne correspondant pas au contenu réel) expose à une pénalité manuelle spécifique.
Faut-il du schema markup sur toutes les pages d’un site ?
Non. Le balisage a du sens uniquement là où il correspond à un contenu réel éligible à un rich result : un article de blog, une fiche établissement, une page FAQ, une fiche produit. Baliser une page qui ne correspond à aucun de ces cas n’apporte aucun bénéfice.
Combien de temps après une correction le rich result apparaît-il ?
Le délai varie selon la fréquence de crawl de la page par Google, généralement de quelques jours à plusieurs semaines. Le rapport « Améliorations » de Search Console permet de suivre la prise en compte progressive de la correction.
Un plugin SEO suffit-il pour éviter toutes les erreurs de schema ?
Un plugin SEO correctement configuré couvre une bonne partie des cas standards, mais ne garantit pas l’absence totale d’erreurs, en particulier sur des champs personnalisés ou après une migration de thème. Une vérification périodique via un validateur reste recommandée.
Besoin d’un audit complet du balisage de votre site ?
L’audit SEO complet inclut la vérification du schema markup sur l’ensemble des pages clés, pas uniquement la page d’accueil.
À lire également
Besoin d'un audit SEO ou d'une refonte ?
SiteNova audite, optimise et refond vos sites WordPress à Nantua, Lyon et en Rhône-Alpes. Devis gratuit en 24h.
Demander un devis →