Référence des attributs
Identifiant [id] dans Google Shopping : exigences, bonnes pratiques et exemples
Guide de l'attribut id dans Google Merchant Center : pourquoi c'est l'attribut le plus critique du flux et comment le modifier efface son historique.
Chaussures de course — Hommes — Noir
Tous les clics, conversions et signaux d'enchères historiques sont conservés. Le Smart Bidding apprend et s'améliore en continu, sans interruption.
Chaussures de course — Hommes — Noir
Ancien ID « SHOE-BLK-42 » supprimé, nouvel ID « PROD-00412 » créé → toutes les données de performances historiques sont perdues. Le Smart Bidding repart de zéro. Instabilité des enchères, pic de CPC, baisse du ROAS pendant 2 à 4 semaines.
L'attribut id est la clé primaire de chacun de vos produits dans Merchant Center. Chaque clic, conversion, signal d'enchère et avis est rattaché à cette valeur. Sa modification — même si vous gardez tous les autres attributs identiques — réinitialise complètement l'historique de performances. Considérez-le comme l'empreinte digitale permanente d'un produit dans le système de Google.
Qu’est-ce que l’attribut id ?
L’attribut id est l’identifiant unique de chaque produit dans votre flux Google Merchant Center. C’est la clé primaire que Google utilise pour suivre votre produit dans tous les systèmes : traitement des flux, participation aux enchères, attribution des clics et des conversions, signaux Smart Bidding, ciblage des campagnes et rapports de performances. Chaque donnée que Google accumule sur un produit est rattachée à son id.
Contrairement à la plupart des autres attributs de flux, l’attribut id n’affecte pas ce que les acheteurs voient — il n’apparaît jamais dans les annonces Shopping ni dans les fiches gratuites. Son impact est entièrement structurel et opérationnel. Invisible, il est facile à sous-estimer, et pourtant c’est sans doute le champ le plus lourd de conséquences de tout votre flux. La règle est simple : attribuez-le correctement une fois, puis ne le modifiez jamais.
Spécifications techniques
| Nom dans le flux | id |
| Requis | Oui — chaque produit doit avoir un id |
| Longueur maximale | 50 caractères |
| Format | Toute chaîne Unicode ; recommandé : alphanumérique + tirets/traits de soulignement uniquement |
| Sensibilité à la casse | Oui — « SKU-001 » et « sku-001 » sont des produits différents |
| Périmètre d'unicité | Doit être unique au sein d'un même compte Merchant Center et d'un même flux |
| Modification | Immuable dans les faits — toute modification réinitialise toutes les données de performances historiques |
Où s’affiche-t-il ?
-
Gestion des flux Merchant Center — L’ID est la clé de ligne affichée dans les diagnostics de flux, les listes de produits et les rapports de problèmes. Pour analyser un refus ou un problème de qualité des données, c’est par son ID que vous retrouvez le produit.
-
Interface de campagne Google Ads — Dans les campagnes Shopping, les rapports au niveau du produit, les ajustements d’enchères et les exclusions font tous référence à l’ID Merchant Center. Le ciblage par groupe de produits dans les campagnes Shopping standard et Performance Max utilise l’ID comme référence produit.
-
Balises de remarketing dynamique — La balise de remarketing de votre site web doit transmettre les mêmes valeurs d’ID que celles qui existent dans votre flux Merchant Center afin que Google puisse associer le comportement de l’utilisateur (vues de produits, ajouts au panier, achats) à des produits spécifiques pour la création d’audiences et la personnalisation des annonces.
-
Suivi des conversions — Pour les campagnes Shopping, les données de conversion sont attribuées au niveau du produit à l’aide de l’ID. C’est la base des rapports sur le ROAS au niveau du produit et des signaux Smart Bidding.
L’ID n’est jamais montré aux acheteurs, sur aucune surface Google — c’est un identifiant purement interne au système.
Règles
-
Doit être unique au sein de votre compte Merchant Center — Si deux produits portent le même ID dans le même flux, l’un écrase l’autre. Et si le compte contient plusieurs flux, les ID doivent rester uniques sur l’ensemble.
-
Maximum de 50 caractères — Les ID dépassant 50 caractères seront tronqués ou provoqueront des erreurs de flux. Concevez votre schéma d’ID pour rester bien en deçà de cette limite.
-
Sensible à la casse — Maintenez une casse cohérente dans tout votre flux et dans tous les systèmes qui font référence aux ID de produits (Google Ads, balises de remarketing, outils d’analytics). Une casse incohérente est une cause fréquente d’erreurs d’attribution.
-
Doit correspondre aux valeurs de la balise de remarketing — Si vous utilisez le remarketing dynamique, la valeur
ecomm_prodid(ou équivalente) dans la balise de votre site web doit correspondre exactement à l’idMerchant Center, y compris la casse. -
Stable d’une importation de flux à l’autre — Le même produit physique doit avoir le même ID dans chaque importation de flux. Générer de nouveaux ID à chaque importation (par ex. à partir d’horodatages ou d’un auto-incrément) est une erreur de conception grave.
Bonnes pratiques
Utilisez votre SKU comme ID
La meilleure pratique pour les ID de produits consiste à utiliser votre SKU interne — l’identifiant que votre entreprise utilise déjà pour faire référence à des variantes de produits spécifiques dans votre inventaire, votre ERP ou votre système de gestion des commandes. Les SKU sont stables (ils ne changent pas lorsque les prix, les descriptions ou les images changent), uniques par variante (chaque combinaison de taille/couleur a son propre SKU) et parlants pour vos équipes opérationnelles (utiles pour déboguer les problèmes de flux).
Conception du schéma d’ID pour les grands catalogues
Pour les catalogues contenant des milliers de SKU, un schéma d’ID structuré facilite la gestion :
| Modèle | Exemple | Idéal pour |
| SKU simple | WH-1000XM5-BLK | La plupart des e-commerçants — simple et direct |
| Préfixe de catégorie + SKU | ELEC-WH-1000XM5-BLK | Catalogues multicatégories avec des plages de SKU partagées |
| Fournisseur + SKU | SONY-WH1000XM5-BK | Places de marché multifournisseurs |
| ID de base de données interne | P-48291 | Acceptable si les ID sont garantis stables dans votre base de données |
Stratégie d’ID de variante
Pour les variantes de produits (différentes tailles, couleurs ou configurations du même produit de base), chaque variante a besoin d’un ID unique. Un schéma de nommage cohérent évite toute confusion :
-
Produit de base :
DRESS-WRAP-MIDI(ne soumettez pas la base — soumettez les variantes) -
Floral / S :
DRESS-WRAP-MIDI-FLORAL-S -
Floral / M :
DRESS-WRAP-MIDI-FLORAL-M -
Bleu marine uni / S :
DRESS-WRAP-MIDI-NAVY-S
Regroupez-les avec un item_group_id partagé (par exemple, DRESS-WRAP-MIDI) pour indiquer à Google qu’il s’agit de variantes du même produit.
Impact sur les performances
-
Continuité du Smart Bidding — Les stratégies Smart Bidding (ROAS cible, Maximiser la valeur de conversion) accumulent des signaux de conversion par ID de produit. Un ID stable avec 6 mois d’historique de conversion permet de prendre de bien meilleures décisions d’enchères qu’un nouvel ID partant de zéro. Chaque changement d’ID fait directement reculer les performances du Smart Bidding.
-
Signaux d’enchères — Les enchères de Google utilisent des signaux de performances historiques au niveau du produit (CTR, taux de conversion, qualité) ancrés à l’ID. Ces signaux mettent 4 à 8 semaines à se reconstruire après une réinitialisation d’ID, ce qui entraîne des CPC plus élevés et un taux d’impressions plus faible pendant cette période.
-
Précision du remarketing dynamique — Si les ID des balises de remarketing ne correspondent pas aux ID de flux, les listes d’audience sont mal attribuées ou vides, ce qui paralyse complètement les campagnes de remarketing. Des ID corrects dès le premier jour évitent toute cette catégorie de problèmes.
-
Rapports et attribution — Les rapports sur le ROAS au niveau du produit, les données sur le taux d’impressions et l’analyse du chemin de conversion dépendent tous d’ID stables. La modification des ID en cours de campagne rend la comparaison historique impossible et nécessite généralement un rapprochement manuel des données.
Erreurs courantes
-
Utiliser des ID séquentiels générés automatiquement qui changent lorsque les produits sont réimportés ou que la base de données est migrée
-
Utiliser des URL de produits comme ID — les URL changent lorsque la structure du site change
-
Utiliser des titres ou des noms de produits comme ID — les titres changent pour des raisons de SEO ou de merchandising
-
Casse incohérente entre les ID de flux et les valeurs des balises de remarketing, ce qui casse l’attribution du remarketing dynamique
-
Réutiliser les ID de produits arrêtés pour de nouveaux produits — les anciens signaux d’enchères du produit retiré polluent le nouveau
-
Soumettre l’ID du produit parent/de base au lieu des ID de chaque variante
-
Utiliser des caractères spéciaux ou des espaces qui provoquent des erreurs de lecture dans les flux TSV/CSV
Conseils de pro
-
Ajoutez une étape de validation des ID de flux à votre pipeline de flux — Avant chaque importation de flux, vérifiez automatiquement qu’aucun nouvel ID n’est apparu pour des produits qui avaient déjà un ID dans le flux précédent, qu’aucun ID ne dépasse 50 caractères et qu’aucun ne contient de caractères interdits. Cela permet de détecter les modifications accidentelles d’ID avant qu’elles n’atteignent Merchant Center et ne détruisent l’historique de performances.
-
Tenez un registre des ID de produits — Conservez une table de correspondance de référence entre vos identifiants produits internes et leurs ID Merchant Center. C’est particulièrement important lors des migrations de plateformes (changement de plateforme de votre site e-commerce) où les ID internes peuvent changer mais les ID Merchant Center doivent rester identiques.
-
Si un changement d’ID forcé est inévitable — Prévoyez 2 à 4 semaines avant le retour à la normale des performances. Augmentez temporairement les enchères sur les produits concernés pour maintenir le taux d’impressions pendant que le Smart Bidding réapprend. Surveillez les signaux d’enchères chaque semaine et réduisez progressivement ces protections budgétaires à mesure que les performances se stabilisent.
-
Faites de l’ID la clé produit commune à tous vos systèmes — Alignez votre ID Merchant Center avec l’ID de produit dans Google Analytics 4 (l’
item_iddans les événements e-commerce), vos balises de remarketing et votre reporting publicitaire. Un identifiant de produit unique et cohérent dans tous les systèmes permet une analyse des performances des produits de bout en bout sans rapprochement d’ID.
Foire aux questions
Que se passe-t-il si je modifie l'ID d'un produit dans mon flux ?
Quel format dois-je utiliser pour les ID de produits ?
L'ID est-il sensible à la casse ?
Puis-je utiliser le même ID pour différentes variantes de produits (tailles, couleurs) ?
item_group_id. L'ID est la clé qui distingue chaque produit achetable. Si plusieurs variantes partagent le même ID, l'une écrase l'autre dans Merchant Center, sans aucun avertissement.Quels caractères sont autorisés dans un ID de produit ?
L'attribut ID affecte-t-il ce que les acheteurs voient dans les annonces ?
id n'est jamais montré aux acheteurs. Il s'agit d'un identifiant purement interne utilisé par les systèmes de Google pour suivre le produit dans les flux, les campagnes et les rapports. Son rôle est opérationnel et technique, pas commercial. Il influence toutefois indirectement ce que voient les acheteurs, car c'est à lui que sont rattachées toutes les données de performances qui déterminent la fréquence et l'emplacement de diffusion du produit.Mon ID doit-il correspondre à l'ID de produit dans mes campagnes Google Ads ?
id Merchant Center que Google Ads associe les performances des campagnes Shopping à des produits spécifiques. Lorsque vous créez des ajustements d'enchères, des exclusions ou des étiquettes personnalisées au niveau du produit dans Google Ads, ils font référence à cet ID. Si les ID de votre flux changent, ces paramètres de campagne deviennent orphelins et doivent être recréés manuellement. Des ID stables = une configuration de campagne stable sans reprise manuelle.