Les règles d’attributs et les sources de données supplémentaires corrigent certaines données de votre flux produit Merchant Center sans attendre une évolution du site. Elles interviennent après la production de la donnée, avant la valeur traitée utilisée par Google.
Cette souplesse résout un remappage de colonne, une couleur mal codée ou un attribut absent. Elle ne rend pas exact un prix faux, un stock périmé ou un GTIN inventé. La première question n’est donc pas « quel outil sait modifier ce champ ? », mais « quelle source fait autorité : ERP, PIM, CMS, caisse, API, outil tarifaire ou fichier métier ? ».
La transformation agit sur la forme. Le complément fournit une valeur. Le système autoritaire garantit le fond. Confondre ces rôles produit un catalogue propre dans Merchant Center et contradictoire avec la page, les données structurées ou le paiement.
Comment activer les règles d’attributs dans Merchant Center ?
Dans l’interface actuelle, ouvrez Paramètres > Modules complémentaires, puis activez Gestion avancée des sources de données. Ce module rend visibles l’onglet « Sources supplémentaires » et les règles d’attributs. Vérifiez aussi que votre accès permet de modifier les produits ; un droit de consultation ne suffit pas à publier une transformation.
Ouvrez ensuite Paramètres > Sources de données, sélectionnez l’entrée produit et son libellé, puis l’onglet des règles d’attributs. L’interface sépare la provenance de la valeur, les conditions et les modifications. Enregistrez d’abord un brouillon : la publication vient après l’aperçu et le test.
Règle d’attributs et source supplémentaire : deux métiers distincts
Le résultat final peut combiner les deux mécanismes, mais leurs responsabilités restent différentes.
La règle d’attributs : transformer ce qui existe
Une règle d’attributs peut affecter une colonne entrante à l’attribut Google attendu, poser une valeur statique, concaténer plusieurs colonnes ou extraire une partie d’une valeur. Recomposer un titre à partir de la marque, du titre source et d’une caractéristique est un cas légitime, détaillé dans la méthode des titres de produits Shopping.
La règle ne doit pas corriger une réalité commerciale par convention. Calculer sait additionner, soustraire, multiplier ou diviser des valeurs numériques, mais une formule de prix soldé n’est acceptable que si elle traduit une politique tarifaire validée et si le montant obtenu est identique sur la page, dans les données structurées et au paiement. Une mauvaise devise ou un prix source erroné se corrige d’abord dans le système tarifaire qui fait autorité.
La source supplémentaire : ajouter ce qui manque
Une source de données supplémentaire fournit des champs obligatoires ou facultatifs absents de l’entrée principale, ou met à jour certaines valeurs existantes. Elle peut provenir d’un fichier, de Google Sheets ou de l’API. Elle ne permet ni d’ajouter ni de supprimer des produits et ne remplace pas une alimentation autonome.
L’association ordinaire repose sur l’identifiant id, avec un libellé et une langue compatibles. Si une colonne nommée « SKU » contient réellement cet identifiant, une règle appliquée à l’identifiant l’associe à id. Merchant Center propose aussi une mise en correspondance personnalisée par un autre champ, par exemple brand ou product_type ; le fichier correspondant est alors limité à 30 000 lignes. Ce mode doit être choisi explicitement et testé : une valeur de marque partagée peut toucher plusieurs produits.
Le complément n’écrase pas seul l’entrée principale. Définir sur sélectionne sa colonne, tandis que Sélectionner le plus récent arbitre les valeurs de prix et de disponibilité prises en charge. Pour ces données rapides, surveillez la fréquence d’import, les échecs, la page, les données structurées et le paiement ; une feuille mise à jour manuellement n’est pas fiable par défaut.
Combien d’étiquettes personnalisées pouvez-vous utiliser ?
Merchant Center accepte cinq emplacements, custom_label_0 à custom_label_4. Chaque produit reçoit au plus une valeur dans chacun. La limite actuelle est de 1 000 valeurs uniques dans l’ensemble du compte par emplacement, soit au plus 5 000 valeurs distinctes si les cinq sont utilisés.
Ces étiquettes personnalisées servent à filtrer et regrouper les produits pour les rapports et les enchères dans les campagnes Shopping, Performance Max ou Demand Gen. Elles alimentent des groupes de produits ou des groupes de fiches, pas des groupes d’annonces. La segmentation du flux par marge est utile si les tranches correspondent à une décision réelle.
Une valeur presque unique par référence n’endommage pas mécaniquement l’apprentissage. Elle rend surtout les groupes, rapports et décisions trop fins pour le volume disponible. Définissez le sens de chaque étiquette, sa provenance, ses valeurs autorisées et son usage avant de l’ajouter.
Comment choisir le bon niveau de correction ?
id ou par une correspondance personnalisée documentée.Si la valeur de fond est fausse, remontez au système autoritaire : ERP pour le stock, PIM pour les champs éditoriaux, outil tarifaire pour le prix, CMS si lui seul porte l’information, ou autre système selon l’architecture. Corriger uniquement Merchant Center masquerait l’écart et laisserait le site ou d’autres canaux publier l’ancienne valeur.
La mécanique des règles d’attributs
La procédure distingue la provenance de la valeur, les conditions qui limitent les produits concernés et les modifications appliquées au champ traité. Les noms ci-dessous reprennent l’aide Merchant Center actuelle.
Les opérations disponibles et leur usage
- Définir sur : affecte une colonne entrante, une valeur statique ou une concaténation de colonnes à la cible.
- Définir sur « Multiples » : crée une liste uniquement pour
included_destination,excluded_destinationetshopping_ads_excluded_country. - Extraire : récupère une partie d’une valeur selon les critères configurés.
- Sélectionner le plus récent : choisit la valeur la plus récemment mise à jour entre plusieurs entrées pour les champs de prix et de disponibilité pris en charge.
- Ajouter un préfixe et Ajouter : placent respectivement une valeur avant ou après le contenu traité.
- Ajouter un champ répété : ajoute une valeur à un champ qui accepte réellement plusieurs valeurs, par exemple
additional_image_link,included_destinationouexcluded_destination. - Optimiser l’URL : modifie les paramètres d’une URL ; l’exemple officiel porte sur
ads_redirect. Ne le confondez ni avec les paramètres ValueTrack ni avec le suffixe d’URL finale de Google Ads. - Rechercher et remplacer : substitue du texte, avec options de casse, mots entiers ou expression régulière.
- Calculer : effectue une opération arithmétique sur des valeurs numériques. Le résultat doit toujours respecter la spécification et la réalité commerciale.
- Séparer et sélectionner : découpe une liste selon son séparateur, choisit un ou plusieurs nœuds et peut les associer.
- Effacer : supprime la valeur ciblée. Si ce champ est obligatoire, le produit peut être refusé ; aucune opération suivante ne s’applique au produit.
Une condition peut comparer un champ brut ou traité avec une valeur, puis combiner plusieurs critères par ET ou OU. Sans condition, la portée peut devenir beaucoup plus large que prévu. Testez donc un identifiant présent, un identifiant absent et chaque cas limite avant publication.
Quand utiliser « Sélectionner le plus récent » entre deux entrées ?
Cette opération est réservée aux champs liés au prix et à la disponibilité, notamment price, sale_price, sale_price_effective_date et availability. Elle compare la fraîcheur des valeurs fournies par au moins deux entrées ; elle ne lit pas une colonne d’horodatage métier choisie librement.
Un cas cohérent associe un fichier quotidien à un complément plus fréquent pour le stock. Merchant Center peut alors retenir la valeur la plus récemment mise à jour. Ce mécanisme n’établit pas quelle entrée est vraie : si le flux rapide est en retard, partiel ou non validé, la valeur la plus récente peut rester fausse.
Documentez les entrées comparées, leur cadence attendue, les champs concernés et le comportement en cas d’échec. Pour un titre, une image ou une catégorie, choisissez explicitement la provenance et les modifications au lieu d’utiliser un arbitrage de fraîcheur hors périmètre.
L’ordre d’exécution : contrôler la valeur intermédiaire
La règle appliquée à id est traitée avant les autres transformations. Pour une même cible, l’aperçu montre la valeur intermédiaire produite à chaque passage. Rechercher et remplacer est séquentiel, et Effacer coupe les opérations suivantes pour le produit concerné.
Ne déduisez pas le résultat de mémoire. Enregistrez la configuration comme brouillon, recherchez plusieurs id dans l’aperçu et comparez valeur active, valeur de brouillon et valeur intermédiaire. Lancez ensuite le test complet : le rapport distingue produits approuvés, refusés et exclus, champs modifiés, problèmes résolus, problèmes créés et exemples affectés.
- Conserver l’état initial. Exportez la configuration, ses conditions et un échantillon avant modification.
- Limiter le brouillon. Commencez par une condition sur un petit ensemble représentatif.
- Prévisualiser. Contrôlez des produits qui doivent changer et d’autres qui ne doivent pas changer.
- Tester les changements. Lisez les écarts de statut, de valeur et de problème avant d’appliquer.
- Retraiter puis surveiller. Vérifiez Attention requise, les valeurs traitées, les pages et les campagnes après traitement.
- Préparer le retour arrière. Sachez quelle transformation désactiver ou quelle valeur restaurer si le résultat diverge.
Un exemple concret, du symptôme à la règle publiée
Une boutique transmet product_type sous la forme « Chaussures > Running > Homme ». Cet attribut peut déjà structurer les groupes de produits ou de fiches. Il ne faut pas copier « Running » vers google_product_category comme s’il s’agissait d’une catégorie Google : la catégorie Google appartient à la taxonomie officielle, est attribuée automatiquement et ne se remplace que par son identifiant numérique ou son chemin exact lorsque cela est justifié.
Si l’objectif est d’enrichir le titre, créez un attribut personnalisé à partir de product_type, utilisez Séparer et sélectionner pour conserver le dernier nœud, puis ajoutez ce nœud au title sous une condition explicite. Si l’objectif est de segmenter la diffusion, conservez product_type ou une étiquette personnalisée définie pour ce rôle.
Le protocole ne promet aucun gain de taux de clic. Mesurez d’abord la couverture de la règle, les refus, la conformité des titres, la lisibilité des groupes et les performances sur une période comparable. Un groupe témoin ou un déploiement progressif aide à séparer l’effet de la transformation des autres changements de campagne.
La dette de transformation : tenir l’inventaire
Une donnée peut traverser l’ERP, le PIM, le CMS, une alimentation principale, un complément et plusieurs transformations avant d’atteindre sa valeur traitée. Sans registre, la correction la plus récente masque l’origine du prochain incident.
Pour chaque intervention, consignez la provenance et la cible, la condition, les opérations dans leur ordre, le propriétaire, la justification, la date, l’échantillon testé, le résultat attendu et la procédure de retour arrière. Ajoutez la cadence et l’alerte de tout complément.
La revue périodique retire les rustines devenues inutiles et remonte les corrections durables vers le système autoritaire. Merchant Center reste une couche de transformation, pas le système de référence de toute l’entreprise.
- Un complément ne crée aucun produit et ne remplace rien sans configuration explicite.
- La correspondance se fait par
idou par un autre champ dans le mode personnalisé prévu. - Sélectionner le plus récent concerne seulement les valeurs de prix et de disponibilité prises en charge.
- Toute transformation passe par brouillon, aperçu, test, retraitement, surveillance et retour arrière préparé.
Quels champs demandent le plus de contrôle ?
id: identifiant stable du produit. Il participe à la correspondance entre entrées avec le libellé de flux et la langue. Ne le changez pas pour résoudre un simple problème éditorial ; vous perdriez la continuité de l’historique.condition: les valeurs techniques acceptées sontnew,refurbishedetused, même si l’interface les explique en français.product_typeetgoogle_product_category: le premier suit votre classification ; le second suit la taxonomie Google et peut remplacer la catégorisation automatique. Ils ne sont pas interchangeables.priceetavailability: leur valeur doit rester cohérente dans la source, la page, les données structurées et le paiement. Une règle de format ne doit pas fabriquer une réalité différente.custom_label_0àcustom_label_4: elles regroupent les produits pour les rapports, l’inclusion et les enchères, selon la campagne. Elles ne construisent pas des groupes d’annonces.gtin,brand,mpnetidentifier_exists: utilisez les identifiants exacts attribués par le fabricant. N’inventez ni GTIN ni MPN. Déclarezidentifier_existsànooufalseseulement si aucun identifiant unique n’a réellement été attribué au produit. La méthode complète se trouve dans les attributs GTIN etproduct_type.
Pour qui ces outils sont décisifs, et leur limite
Une équipe marketing ou un prestataire peut corriger une valeur sans accès au code du site, mais pas sans gouvernance. Accordez les droits minimaux, séparez préparation et validation, et imposez une approbation métier pour le prix, le stock, l’identité du produit, les destinations et les informations réglementées.
Merchant Center ne contrôle pas seulement la ressemblance avec la page. La donnée doit respecter la spécification, les exigences éditoriales et les politiques Shopping ; selon le champ, Google rapproche aussi page de destination, données structurées, paiement, livraison, retours et autres informations commerciales. Une transformation valide techniquement peut donc rester fausse ou non conforme.
La bonne correction est celle dont vous pouvez expliquer la provenance, la portée, le résultat et le retour arrière. Le reste n’est pas de l’autonomie : c’est une dette invisible.
La documentation Merchant Center couvre la configuration des transformations, les compléments de données, la correspondance personnalisée et leur protocole de test. Les limites et formats viennent des spécifications pour les étiquettes personnalisées, les valeurs techniques, la catégorie de produits Google et les codes produit uniques. Les contrôles de prix suivent l’aide sur les écarts entre flux, page et données structurées.
