Avant de lancer Shopping ou Performance Max, votre dispositif Merchant Center doit recevoir des données exactes et exploitables. Cette page isole la brique la plus mal comprise : l’alimentation du catalogue. Le reste de la branche approfondit les réglages qui en découlent.
Prenez votre meilleure fiche produit : titre précis, photos sous plusieurs angles, matière, taille, usage. Ouvrez maintenant l’enregistrement transmis : « Réf. 4471 : Chaussure noire ». Voilà le malentendu. Le site parle aux humains ; les données décrivent l’offre à Google. Google s’en sert pour évaluer l’éligibilité et la mise en correspondance. Le prix affiché, lui, vient des données fournies par le marchand, sauf automatisation autorisée pour corriger un écart temporaire.
Structure et contenu d'un flux produit
Cette alimentation a deux dimensions : les attributs envoyés pour chaque offre ou variante, puis la façon dont Merchant Center les traite pour les méthodes de marketing et les marchés choisis. Un tableau n’est qu’une représentation possible.
Que contient un flux produit Google, concrètement ?
Le socle comprend notamment l’identifiant [id], le titre, la description, le lien, l’image principale, le prix et la disponibilité. D’autres attributs sont variables : l’état [condition] est obligatoire pour un produit d’occasion ou reconditionné, facultatif pour un produit neuf ; marque, GTIN et référence fabricant dépendent du produit. Les attributs de variante, la couleur ou la taille ne s’imposent que lorsqu’ils décrivent réellement l’offre.
La catégorie de produits Google [google_product_category] et le type de produit [product_type] ne sont pas des synonymes. Ils sont généralement facultatifs, avec des exigences particulières selon le produit ou la configuration. Retenez surtout ceci : un attribut obligatoire est nécessaire à l’éligibilité. Jamais suffisant. Les règles Shopping, la page de destination, la livraison, le règlement, la langue, la devise, le compte et la méthode de marketing comptent aussi.
Ma grille d'audit en trois niveaux
Niveau 1, éligible. Les attributs obligatoires et variables sont présents, valides et cohérents avec le site. Un écart sur le prix [price], le prix soldé [sale_price], la disponibilité [availability] ou l’état peut être corrigé automatiquement, signalé, limiter la visibilité ou provoquer un refus selon le problème. L’approbation dépend aussi des règles et des paramètres du compte.
Niveau 2, identifiable. Le titre, la description, les codes d’identification et les attributs de variante décrivent précisément ce qui est vendu. Google utilise ces informations pour mettre les offres en correspondance avec des requêtes pertinentes. Cela ne justifie pas de recopier mécaniquement tous les mots d’une requête. Travaillez des titres fidèles à l’offre et les attributs qui l’identifient réellement.
Niveau 3, attractif. Une image conforme et lisible, un titre qui expose la caractéristique décisive et un prix actuel peuvent aider l’acheteur à comprendre et comparer l’offre. Pour un prix soldé, les données et l’historique doivent respecter les conditions d’affichage. Même alors, rien ne garantit le clic. Et la vente dépend encore du prix, de l’offre, du site et de l’expérience d’achat.
Certains connecteurs de CMS transmettent seulement un socle minimal ; d’autres synchronisent un jeu riche. Ne généralisez pas. Mesurez la couverture réelle des données transmises, gamme par gamme.
Comment mesurer la qualité d'un flux produit ?
Commencez par Merchant Center, pas par un score maison. L’état distingue notamment les produits approuvés, limités et non approuvés ; la visibilité indique s’ils sont effectivement présentés sur Google. Lisez ces informations pour la méthode de marketing et le marché examinés.
J’ajoute ensuite trois contrôles. Un : la part des offres approuvées et visibles, sans masquer les statuts limités. Deux : la couverture des attributs obligatoires, puis celle des attributs recommandés réellement pertinents. Trois : les performances par référence et les requêtes disponibles. Un échantillon de vingt recherches peut lancer l’audit, pas faire loi.
Le test n’est pas « chaque mot est-il dans le flux ? ». Il consiste à vérifier si le titre et les attributs décrivent les caractéristiques recherchées sans bourrage lexical. Une description obligatoire peut être présente, donc sans erreur bloquante, tout en restant générique. Elle peut limiter la compréhension de l’offre ; seule la donnée du compte dira son impact sur les impressions et les clics.
Formats et sources de données
Le format décrit le contenant. La méthode d’importation décrit le chemin jusqu’à Merchant Center. Les confondre produit vite de mauvaises décisions techniques.
Quel format et quelle méthode d'importation choisir ?
Un fichier peut être tabulé ou XML. Google Sheets est une source sous forme de feuille, pas un format équivalent à XML. Merchant API est une méthode programmatique de transmission et de gestion, pas un fichier. Dans un fichier tabulé ou une feuille, une ligne représente généralement une offre et une colonne un attribut ; cette image ne vaut ni pour XML ni pour l’API.
Merchant Center peut aussi collecter les données structurées du site, se connecter à une plate-forme e-commerce, recevoir un fichier importé ou récupéré depuis une URL, utiliser Google Sheets, accepter une saisie directe ou être alimenté par Merchant API. Une boutique dynamique ne réclame donc pas automatiquement « du XML ou une API » : le bon choix dépend du volume, de la fréquence des changements et du système d’origine.
Le contenant ne corrige jamais le contenu. Un fichier XML pauvre reste pauvre. Une intégration Shopify, WooCommerce ou PrestaShop peut synchroniser directement les données sans produire un export que vous manipulez vous-même. Pour un catalogue volumineux ou fréquemment modifié, Merchant API est l’interface actuelle à considérer.
Source principale et source supplémentaire : quelle différence ?
Dans la stratégie de sources avancées, une source de données principale crée et supprime les références. Une source de données supplémentaire ne peut ni ajouter ni retirer un produit : elle rapproche les identifiants [id] et fournit des attributs absents ou met à jour des valeurs existantes.
Le résultat dépend des règles de source et des priorités configurées. Une source supplémentaire peut, par exemple, compléter un titre, une catégorie ou un libellé sans modifier le CMS. Ce n’est ni une réparation automatique ni une recommandation universelle. C’est une option utile quand le système d’origine reste rigide et que la gouvernance de la donnée est claire.
Cette mise en œuvre est détaillée dans la page consacrée aux règles et aux sources supplémentaires. Ici, retenez la frontière : la principale crée les références ; la supplémentaire complète ou remplace certains attributs selon la configuration.
Gouvernance et maintenance du flux
Propriété de la donnée et fréquence de mise à jour sont les deux leviers organisationnels qui font tenir l’alimentation du catalogue dans le temps.
D'où vient la donnée, et qui la possède ?
Distinguez trois objets : le système qui détient prix, stocks et descriptions ; le connecteur qui transporte ou transforme ces informations ; les sources principale et supplémentaire visibles dans Merchant Center. Sans cette carte, personne ne sait où corriger une erreur.
Ces données vieillissent avec les prix, la disponibilité, l’état et les nouveautés. Les spécifications Google évoluent aussi. Nommez un responsable, contrôlez les changements de schéma et traitez cet ensemble comme un actif interne. Sinon, les problèmes s’accumulent, limitent la visibilité et finissent par coûter du temps au pire moment.
À quelle fréquence faut-il mettre à jour son flux produit ?
Il n’existe pas de cadence quotidienne universelle. Alignez l’actualisation sur la volatilité du prix, du prix soldé, de la disponibilité et de l’état. Une gamme stable et un inventaire qui change plusieurs fois par jour n’ont évidemment pas le même besoin.
La borne documentée reste utile : les produits importés expirent 30 jours après leur dernière actualisation. Les produits ajoutés directement dans Merchant Center n’expirent pas, et Google peut rafraîchir automatiquement les produits dont les données sont validables sur le site. Pour des changements fréquents, utilisez selon votre architecture la synchronisation de plate-forme, un fichier planifié ou Merchant API.
Les automatisations Merchant Center peuvent corriger temporairement le prix, le prix soldé, la disponibilité ou l’état à partir de la page de destination. Elles ne dispensent pas d’envoyer régulièrement des données exactes. Un écart peut être corrigé, déclencher une alerte, limiter la visibilité ou conduire à un refus. Contrôlez les colonnes Visibilité, État et Mise à jour nécessaire, puis l’onglet Attention requise.
- Un flux produit est une source structurée, pas nécessairement un tableau.
- Ma grille d’audit distingue éligibilité, identification et attractivité ; ce ne sont pas des statuts officiels Google.
- Un produit approuvé n’est pas forcément diffusé par votre campagne ni suffisamment bien décrit.
- Mesurez les états, la visibilité, la couverture des attributs pertinents et les performances par référence.
Le point de départ, et sa limite
Si vous lancez votre première campagne Shopping, commencez ici : la donnée précède l’enchère, chronologiquement et logiquement. Mais comprendre la structure ne renseigne pas le catalogue. Le travail des titres, des attributs et des règles reste opérationnel, gamme par gamme.
Posez la bonne question : vos données aident-elles Google à identifier l’offre et l’acheteur à la comparer, ou transmettent-elles seulement le minimum obligatoire ? Elles ne déclenchent pas seules la vente. Le prix, la proposition commerciale, la page produit et le paiement prennent ensuite le relais.
Si vos produits sont approuvés mais peu visibles, ne condamnez pas immédiatement le flux. Vérifiez la méthode de marketing, la visibilité, les règles, l’état du compte, la demande, la concurrence, la campagne, le budget et les enchères. Puis seulement, revenez aux niveaux de données concernés. « Sans erreur » est un point de départ. Pas un diagnostic.
Questions fréquentes
Qu'est-ce qu'un flux produit dans Merchant Center ?
Mon CMS génère le flux automatiquement, est-ce suffisant ?
Pourquoi mes produits sont-ils refusés malgré un flux « sans erreur » ?
Quels attributs enrichissants ont le plus d’impact ?
À quelle fréquence Google contrôle-t-il le flux après soumission ?
Peut-on utiliser plusieurs sources de données pour alimenter un même flux ?
Sources officielles Google vérifiées pour cette mise à jour du 21 juillet 2026 : spécifications des données produit, méthodes d’importation, sources principale et supplémentaire, expiration des produits, automatisations des données produit, visibilité et état des produits et Merchant API.
