Schema.org vs feed specification : faut-il choisir entre les deux formats de données pour le shopping ?

Pourquoi Google maintient-il deux formats de données concurrents ?

Google gère deux systèmes parallèles pour interpréter les données produits : le balisage schema.org (intégré directement dans le HTML) et les feeds Merchant Center (fichiers XML/CSV envoyés via l'interface Google).

Le premier est un standard ouvert, hiérarchique, qui s'intègre au DOM. Le second est un format propriétaire à structure plate, optimisé pour le traitement massif de catalogues produits.

Qu'est-ce que cette « non-parité » change concrètement ?

Les deux formats partagent une grande partie de leurs attributs (prix, disponibilité, SKU, images). Mais certains champs ne sont disponibles que dans l'un ou l'autre — ou sont interprétés différemment.

Par exemple, certaines catégories de produits, conditions de livraison ou informations promotionnelles peuvent ne pas être reconnues de la même manière selon le format utilisé.

Quel format Google privilégie-t-il réellement ?

Google ne le dit pas explicitement, mais dans la pratique, le feed Merchant Center est souvent prioritaire pour les campagnes Shopping et les surfaces commerciales (Google Shopping, onglet Shopping).

Le balisage schema.org, lui, sert surtout à enrichir les résultats organiques (rich snippets, FAQ, breadcrumb) et à alimenter d'autres services Google (Assistant, Discover).

• Schema.org : balisage on-page, hiérarchique, ouvert, multi-plateformes
• Feed specification : format centralisé, plat, propriétaire Google, optimisé pour le commerce
• Les deux formats se chevauchent mais ne sont pas totalement interchangeables
• Google ne garantit pas que tous les attributs soient traités de manière équivalente
• La « parité complète » entre les deux reste un objectif futur, pas une réalité actuelle

Cette déclaration est-elle vraiment une surprise ?

Non. Les praticiens SEO et e-commerce savent depuis longtemps que Google maintient deux canaux de données séparés. Ce qui est intéressant ici, c'est que Google l'assume officiellement : il n'y a pas de parité complète.

Cela signifie qu'il faut arrêter de croire qu'un bon balisage schema.org suffit pour être visible dans Google Shopping — ou qu'un feed Merchant Center optimisé garantit des rich snippets en organique.

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

Google ne précise pas quels attributs manquent dans chaque format, ni quand cette « parité complète » sera atteinte. C'est frustrant. [A vérifier] sur la base d'audits terrain : certains champs (comme shippingDetails en schema.org) ne sont pas traités avec la même finesse que dans les feeds.

Autre point : Google ne dit pas clairement quel format prime en cas de conflit. Si un prix diffère entre le balisage on-page et le feed Merchant Center, lequel est affiché ? Silence radio.

Dans quels cas cette logique devient-elle problématique ?

Pour les sites qui veulent centraliser leur gestion de données (un seul flux, une seule vérité), cette dualité impose de maintenir deux systèmes en parallèle. C'est coûteux en développement et en maintenance.

Pire : si Google modifie un format sans synchroniser l'autre, des erreurs peuvent apparaître — et il n'existe pas de validation croisée entre les deux systèmes.

Que faut-il faire concrètement pour gérer cette dualité ?

Première règle : ne pas choisir. Si vous êtes un e-commerçant avec des ambitions sur les surfaces commerciales Google (Shopping, campagnes payantes), le feed Merchant Center est obligatoire. Si vous voulez des rich snippets en organique, le balisage schema.org est indispensable.

Deuxième règle : synchroniser au maximum. Les attributs communs (prix, disponibilité, images) doivent être identiques entre le balisage on-page et le feed. Toute divergence peut créer des rejets ou des incohérences visuelles.

Quelles erreurs éviter absolument ?

Ne pas mettre à jour le feed Merchant Center en pensant que le balisage schema.org suivra automatiquement. Les deux systèmes sont totalement indépendants.

Ne pas supposer qu'un attribut présent dans un format sera interprété dans l'autre. Exemple : certaines informations de livraison détaillées dans le feed ne sont pas reconnues en schema.org — et vice versa.

Comment vérifier que tout est bien configuré ?

Utilisez Google Search Console pour surveiller les erreurs de balisage schema.org (section « Améliorations »). Parallèlement, auditez régulièrement Google Merchant Center pour les rejets ou avertissements de feed.

Testez vos rich snippets avec le Rich Results Test de Google, et vérifiez que vos produits apparaissent correctement dans l'onglet Shopping après validation du feed.

• Implémenter à la fois schema.org et un feed Merchant Center pour une couverture maximale
• Synchroniser les attributs communs (prix, stock, images) entre les deux formats
• Surveiller les mises à jour de chaque format séparément — elles ne sont pas liées
• Tester régulièrement avec Google Search Console et Merchant Center
• Documenter les attributs spécifiques à chaque format pour éviter les oublis
• Ne jamais supposer qu'une modification dans un format impacte l'autre