JSON-LD vs Microdata vs RDFa : quel format en 2026 ?

JSON-LD, sans hésiter. C'est le format recommandé par Google, Bing et Apple, le plus lisible par les LLMs, le plus facile à maintenir. Microdata et RDFa sont legacy : à migrer si vous en avez encore.

JSON-LD vs Microdata vs RDFa : quel format en 2026, côté éditorial ?

Trois formats coexistent depuis 2010. Microdata (attributs HTML itemscope, itemtype, itemprop) est l'ancêtre, lourd et entrelacé au markup. RDFa (property, typeof) est plus académique, peu adopté hors monde universitaire. JSON-LD, créé en 2014 par le W3C, isole le balisage dans un <script type="application/ld+json"> séparé du HTML, plus propre, plus testable, plus lisible.

L'avantage spécifique côté LLM

Pour les LLMs, JSON-LD a un avantage structurel : il est extractible en bloc, sans avoir à parser le HTML environnant. Un agent peut faire fetch + JSON.parse et récupérer toute la sémantique en deux opérations. Microdata force un parsing DOM complet, plus coûteux et plus fragile. Google a publiquement réaffirmé sa préférence pour JSON-LD en 2025 dans la documentation Search Central : « Google generally recommends JSON-LD for structured data if your site's setup allows it » (developers.google.com/search/docs/appearance/structured-data/intro-structured-data). Microsoft Bing et Apple alignent leur recommandation côté Copilot et Apple Intelligence. RDFa, mort en pratique dans le marketing technique, reste utilisé en monde académique et bibliothécaire, pas pertinent pour le GEO B2B.

Migration et erreurs fréquentes en audit PROEMA

« Chez PROEMA, nous recommandons JSON-LD pour 100 % des nouveaux sites, et pour les anciens, la migration est prioritaire », résume Lorenzo Eeman, fondateur de PROEMA. Outils de validation à utiliser dans cet ordre : Google Rich Results Test (officiel Google), Schema Markup Validator (officiel schema.org), json-ld.org/playground (visualisation). Erreur fréquente observée en audit : laisser cohabiter Microdata résiduel + JSON-LD avec valeurs divergentes, le LLM choisit l'un ou l'autre, parfois mal, et la confidence chute. Une seule source de vérité par page. Autre piège : générer du JSON-LD côté serveur sans valider les types, un @type mal orthographié ("Articel") rend le bloc invisible. La discipline de validation à chaque deploy est non négociable.