Pourquoi Google recommande-t-il JSON-LD pour le balisage de données structurées ?

Declaration officielle

Nous recommandons l'utilisation de JSON-LD pour le balisage de données structurées, bien que d'autres types de balisage puissent également être utilisés.

7:20

🎥 Vidéo source

Extrait d'une vidéo Google Search Central

⏱ 1h00 💬 EN 📅 14/12/2017 ✂ 10 déclarations

Voir sur YouTube (7:20) →

✂ Autres déclarations de cette vidéo 9 ▾

6:17 Pourquoi vos pages techniquement parfaites n'apparaissent-elles pas dans Google ?
7:54 Faut-il vraiment mettre à jour son sitemap offres d'emploi régulièrement pour ranker ?
9:20 Pourquoi les erreurs 503 peuvent-elles détruire votre crawl budget ?
12:52 Comment Google affiche-t-il désormais les avis et salaires dans les résultats d'emploi ?
19:32 Le balisage d'offres d'emploi sans données de localisation : valide ou pas ?
23:45 Pourquoi Google pénalise-t-il le balisage structuré sur vos pages de résultats internes ?
30:06 Que risquez-vous vraiment si Google détecte un abus de balisage structuré sur votre site ?
44:12 Pourquoi le balisage schema emploi ne garantit-il pas votre positionnement dans les résultats ?
49:47 Faut-il vraiment enrichir ses données structurées avec tous les champs disponibles ?

Ce qu'il faut comprendre

Qu'est-ce que JSON-LD et pourquoi cette préférence de Google ?

JSON-LD (JavaScript Object Notation for Linked Data) est un format de balisage de données structurées qui s'insère dans le code source d'une page web, généralement dans la balise <head>. Contrairement à Microdata ou RDFa, il n'est pas imbriqué directement dans le HTML visible.

Google recommande ce format parce qu'il sépare le balisage du contenu. Cela facilite le travail des robots qui n'ont pas besoin de parser le DOM complet pour extraire les données. Pour un développeur ou un SEO, c'est aussi plus simple à maintenir : on peut modifier le balisage sans toucher au HTML, et inversement.

Les autres formats sont-ils encore acceptés par Google ?

Oui, Microdata et RDFa restent fonctionnels et reconnus par Google. La formulation « d'autres types de balisage peuvent également être utilisés » confirme que ces formats ne sont pas dépréciés.

Mais attention : recommander JSON-LD signifie que c'est ce format qui reçoit le plus d'attention lors des tests internes de Google. Les cas limites, bugs ou nouvelles features sont d'abord validés sur JSON-LD. Si un site utilise Microdata ou RDFa et rencontre un problème d'interprétation, il peut se retrouver dans une zone grise de support.

Quels types de balisage sont concernés par cette recommandation ?

Cette déclaration s'applique à tous les types de données structurées : articles, produits, avis, FAQ, recettes, événements, offres d'emploi, fil d'Ariane, vidéos, organisations, personnes, etc. Google valorise JSON-LD pour chacun de ces schémas.

Même pour des balisages simples comme le fil d'Ariane ou un logo d'entreprise, JSON-LD reste le format recommandé. Cela crée une cohérence sur l'ensemble du site et évite les mélanges de formats qui peuvent compliquer la maintenance.

JSON-LD est le format privilégié par Google pour toutes les données structurées, sans exception.
Microdata et RDFa restent acceptés, mais reçoivent moins d'attention dans les évolutions du moteur.
La séparation code/contenu est l'argument technique principal en faveur de JSON-LD.
Aucun format n'est officiellement déprécié, mais la recommandation est claire et constante depuis plusieurs années.
Les outils de validation de Google (Rich Results Test, Search Console) traitent tous les formats, mais JSON-LD est le mieux documenté.

Avis d'un expert SEO

Cette recommandation est-elle cohérente avec les observations terrain ?

Totalement. Depuis environ 2016, JSON-LD a pris le pas sur Microdata dans les exemples officiels de Google. Les documentations, tutoriels et cas d'école publiés par Google utilisent presque exclusivement ce format.

Sur le terrain, les sites qui migrent de Microdata vers JSON-LD ne constatent généralement aucune perte de performance, parfois même une amélioration de la vitesse d'indexation des rich snippets. Inversement, un site qui démarre en JSON-LD a rarement besoin de changer de format par la suite. C'est un choix pérenne.

Quelles nuances faut-il apporter à cette déclaration ?

Google dit « nous recommandons », pas « nous exigeons ». Cela signifie que techniquement, tous les formats sont égaux. Aucun format ne confère un avantage SEO direct mesurable dans les classements. C'est une question de praticité, pas de ranking.

Par contre, certains CMS ou plugins génèrent du Microdata par défaut (WordPress avec certains thèmes, par exemple). Migrer vers JSON-LD peut représenter un effort de développement non négligeable. Si le balisage Microdata en place fonctionne bien et est validé par Google, il n'y a pas d'urgence à basculer. [A vérifier] si le site constate des problèmes d'interprétation récurrents, auquel cas JSON-LD peut être une solution.

Dans quels cas JSON-LD peut-il poser problème ?

Si le site utilise un rendu côté client (JavaScript) et que le JSON-LD est injecté dynamiquement après le chargement initial, il faut s'assurer que Googlebot exécute bien le JavaScript. Sinon, le balisage ne sera pas vu.

Autre cas : certains développeurs placent le JSON-LD en fin de <body> au lieu de <head>. Ça fonctionne, mais c'est moins propre et peut causer des latences si le robot parse la page de haut en bas. Mieux vaut placer le script JSON-LD dans le <head>, juste avant la fermeture de balise, pour garantir une lecture rapide.

Attention : JSON-LD doit être valide JSON. Une virgule en trop, un guillemet manquant, et l'ensemble du balisage est ignoré. Toujours valider avec un linter JSON avant de déployer.

Impact pratique et recommandations

Que faut-il faire concrètement sur un site existant ?

Si le site utilise déjà JSON-LD, rien à changer. Vérifier simplement que le balisage est à jour et conforme aux specs Schema.org. Google Search Console et le Rich Results Test sont vos meilleurs alliés pour identifier les erreurs.

Si le site utilise Microdata ou RDFa et qu'il fonctionne bien (rich snippets affichés, pas d'erreurs en Search Console), il n'y a pas d'urgence. Par contre, si une refonte ou une évolution technique est prévue, c'est le bon moment pour migrer vers JSON-LD. Cela simplifiera la maintenance future.

Quelles erreurs éviter lors de l'implémentation de JSON-LD ?

Première erreur classique : dupliquer le balisage. Si le site a déjà du Microdata dans le HTML et qu'on ajoute du JSON-LD, on peut se retrouver avec deux balisages identiques pour la même entité. Google peut interpréter cela comme du contenu dupliqué ou contradictoire.

Deuxième erreur : balisage non conforme au contenu réel de la page. JSON-LD est invisible pour l'utilisateur, ce qui facilite les tentations de manipulation. Mais si le balisage décrit un produit à 10 € alors que la page affiche 50 €, Google considère cela comme du spam et peut pénaliser les rich results.

Comment vérifier que le site est conforme ?

Utiliser le Rich Results Test de Google pour chaque type de page clé (fiche produit, article, page catégorie, etc.). L'outil détecte les erreurs de syntaxe et les propriétés manquantes.

Ensuite, surveiller la Search Console, section « Améliorations ». Google remonte les erreurs de balisage détectées lors du crawl. Un pic d'erreurs après un déploiement signale un problème à corriger rapidement.

Privilégier JSON-LD pour tout nouveau balisage ou refonte technique.
Placer le script JSON-LD dans le <head> pour optimiser la lecture par les robots.
Valider le JSON avec un linter avant de déployer en production.
Éviter la duplication entre JSON-LD et Microdata/RDFa sur une même page.
Aligner strictement le balisage avec le contenu visible pour éviter les pénalités de spam.
Tester chaque type de page avec le Rich Results Test de Google.

La migration vers JSON-LD et la mise en place d'un balisage structuré robuste nécessitent une expertise technique pointue et une connaissance fine des évolutions de Google. Si ces optimisations semblent complexes à gérer en interne, il peut être judicieux de faire appel à une agence SEO spécialisée pour un accompagnement personnalisé et éviter les erreurs coûteuses.

❓ Questions frequentes

JSON-LD améliore-t-il le classement SEO d'une page ?

Non, JSON-LD n'est pas un facteur de ranking direct. Il permet d'obtenir des rich snippets, qui peuvent améliorer le CTR, mais Google ne classe pas mieux une page simplement parce qu'elle utilise JSON-LD plutôt que Microdata.

Peut-on mélanger JSON-LD et Microdata sur un même site ?

Techniquement oui, mais c'est déconseillé. Mieux vaut choisir un format et s'y tenir pour éviter les conflits et simplifier la maintenance. Si une migration est en cours, documenter clairement quelle partie du site utilise quel format.

Faut-il absolument migrer de Microdata vers JSON-LD si tout fonctionne ?

Non, pas d'urgence. Si le balisage Microdata est valide, maintenu et génère des rich results, il n'y a pas de raison de tout refaire. Par contre, anticiper une migration lors de la prochaine refonte ou évolution technique.

JSON-LD fonctionne-t-il sur des sites full JavaScript (React, Vue, Angular) ?

Oui, à condition que Googlebot exécute bien le JavaScript et que le JSON-LD soit présent dans le DOM final. Vérifier avec le test d'URL en Search Console pour s'assurer que le balisage est bien crawlé.

Quels types de Schema.org sont les plus impactants pour un site e-commerce ?

Product, AggregateRating, Offer et Breadcrumb sont les schémas prioritaires. Ils permettent d'afficher prix, disponibilité, notes et fil d'Ariane dans les SERPs, ce qui booste le CTR et la visibilité.

🎥 De la même vidéo 9

Autres enseignements SEO extraits de cette même vidéo Google Search Central · durée 1h00 · publiée le 14/12/2017

🎥 Voir la vidéo complète sur YouTube →