Faut-il vraiment doubler les données produits entre le site et Merchant Center ?

Pourquoi Google demande-t-il cette double saisie ?

Google exploite deux canaux distincts pour ingérer les données produits : le crawl classique du site (avec balisage Schema.org Product) et les flux Merchant Center envoyés directement via API ou fichiers XML/CSV. Chaque canal a ses limites — le crawl peut manquer des mises à jour temps réel, le flux peut diverger du contenu réel du site.

En croisant les deux sources, Google peut détecter les incohérences : prix différent entre la page et le flux, disponibilité contradictoire, description tronquée. Cette validation croisée réduit les erreurs dans Shopping et les rich snippets produits. Alan Kent confirme que cette pratique n'est plus optionnelle mais recommandée par défaut.

Cette vérification croisée est-elle systématique ?

Google ne précise pas la fréquence ni l'algorithme exact de cette validation. On sait qu'elle intervient au moins lors des audits qualité Merchant Center et probablement avant l'affichage de rich snippets produits dans la SERP organique.

Les sites qui ne fournissent qu'un seul canal (uniquement flux ou uniquement balisage) prennent le risque de pénalités de visibilité : désapprobation d'articles dans Shopping, non-affichage des prix/avis dans les résultats naturels, voire suspension du compte Merchant Center en cas d'écarts répétés.

Quels éléments sont concernés par cette double exigence ?

• Prix et disponibilité : doivent matcher exactement entre page et flux sous peine de désapprobation
• Titre et description : divergences tolérées dans une certaine mesure mais Google privilégie la version du flux pour Shopping
• Images : URL de l'image principale doit être cohérente, qualité vérifiée sur le site crawlé
• GTIN/MPN/Brand : identifiants produits critiques pour le clustering, doivent être présents dans les deux canaux
• Avis clients : balisage Review sur le site + flux Google Customer Reviews si disponible

Cette exigence est-elle réaliste pour tous les catalogues ?

Soyons honnêtes : maintenir deux systèmes synchronisés représente une charge technique non négligeable, surtout pour les catalogues de plusieurs milliers de références avec variations fréquentes. Les erreurs de synchro sont monnaie courante — un prix modifié dans le CMS qui ne remonte pas immédiatement dans le flux export, une rupture stock gérée côté ERP mais pas reflétée dans le balisage.

Google ne fournit aucune tolérance chiffrée sur les écarts acceptables. [À vérifier] si un délai de propagation de quelques heures entre mise à jour site et mise à jour flux est toléré, ou si Google attend une cohérence stricte à l'instant T du crawl.

Les sites sans flux Merchant Center sont-ils pénalisés en organique ?

La déclaration d'Alan Kent concerne explicitement la combinaison optimale pour maximiser la visibilité. Elle ne dit pas que l'absence de flux Merchant Center déclasse un site dans les résultats naturels classiques — ce serait contraire aux principes affichés de séparation entre référencement payant/Shopping et organique.

Dans la pratique, on observe que les sites e-commerce avec flux Merchant Center actif obtiennent plus facilement des rich snippets produits complets (prix, disponibilité, avis) dans la SERP organique. Corrélation ou causalité ? Difficile à prouver, mais la corrélation est forte.

Le balisage seul ne suffit-il plus pour les rich snippets produits ?

Officiellement, Google maintient que le balisage Schema.org Product valide suffit théoriquement pour obtenir des rich snippets. En pratique, les retours terrain montrent que les sites avec flux Merchant Center ont un taux d'affichage supérieur et une latence de mise à jour plus courte.

Cette recommandation d'Alan Kent confirme ce qu'on observe depuis plusieurs mois : Google pousse vers un modèle hybride obligatoire pour l'e-commerce, où le flux devient la source de vérité principale et le balisage sert de validation secondaire — ou l'inverse selon les cas. La logique exacte reste opaque.

Que faut-il mettre en place concrètement ?

La première étape consiste à auditer l'existant : avez-vous déjà un flux Merchant Center actif ? Votre balisage Schema.org Product est-il déployé sur toutes les fiches produits ? Si l'un des deux manque, c'est la priorité absolue avant toute optimisation avancée.

Ensuite, il faut garantir la synchronisation temps réel entre les deux sources. L'idéal est un système où une seule base de données produit alimente à la fois le rendu HTML (avec balisage JSON-LD) et le flux XML/CSV exporté vers Merchant Center. Les solutions artisanales avec export manuel quotidien multiplient les risques d'écart.

Comment détecter et corriger les incohérences entre flux et site ?

Merchant Center fournit un rapport de diagnostics qui signale les écarts détectés entre flux et pages crawlées. Consultez-le hebdomadairement minimum. Les erreurs les plus fréquentes : prix différent, URL de destination invalide, GTIN manquant sur la page alors qu'il est dans le flux.

Côté balisage, utilisez l'outil de test des résultats enrichis de Google Search Console pour vérifier que toutes les propriétés obligatoires sont présentes et matchent le contenu visible de la page. Un prix affiché 99€ en HTML mais 89€ dans le JSON-LD sera flaggé comme incohérent.

• Vérifier que le flux Merchant Center est actif et sans erreur bloquante
• Déployer le balisage Schema.org Product sur 100% des fiches produits
• Automatiser la génération du flux depuis la même base de données que le site
• Contrôler la cohérence prix/disponibilité/GTIN entre les deux canaux
• Paramétrer des alertes automatiques en cas d'écart détecté par Merchant Center
• Tester un échantillon de produits avec l'outil de test des résultats enrichis
• Documenter le pipeline de mise à jour pour identifier les points de friction

Quelles erreurs éviter absolument ?

Ne jamais utiliser des données fictives ou placeholder dans l'un des deux canaux pour « remplir » les champs obligatoires. Google détecte ces patterns et peut suspendre le compte Merchant Center ou désindexer les rich snippets.

Éviter également les divergences volontaires — par exemple un prix plus bas dans le flux pour attirer le clic Shopping puis un prix réel plus élevé sur le site. C'est une violation explicite des règles Merchant Center et un motif de bannissement permanent.