Google Merchant Center Next a terminé sa migration forcée en septembre 2024, et en 2026 c’est l’unique interface utilisée par les marchands pour pousser leurs données produits dans Google Shopping, Performance Max, les annonces gratuites, YouTube Shopping et le carrousel shopping des AI Overviews. Le Merchant Center classique n’existe plus. La couverture de Search Engine Land sur le déploiement le décrit comme « la plus grosse refonte UX de la stack commerce de Google depuis 2010 », et les taux de désapprobation mesurés par Tinuiti et Smart Marketer dans les mois qui ont suivi rendent cette affirmation très concrète : entre octobre 2024 et mars 2025, environ 28 à 34 pour cent des comptes nouvellement créés ont été suspendus dans leurs 90 premiers jours, contre une référence sectorielle proche de 12 pour cent sur l’ancienne interface. La nouvelle UX n’est pas la cause. La cause, c’est que Merchant Center Next regroupe la vérification d’identité, la vérification du site, l’expédition, les retours et la fiscalité dans un seul assistant d’onboarding, et que la plupart des marchands le traversent sans lire. Ce guide parcourt l’intégralité du paramétrage, nomme les pièges qui font suspendre un compte, et explique comment faire annuler une revue défavorable quand elle tombe.
Pourquoi Merchant Center Next existe, et en quoi il diffère du classique
Google n’a pas refait Merchant Center pour des raisons cosmétiques. L’interview de Matt Madrigal (VP Merchant Shopping) au NRF 2024, reprise par Search Engine Land, cadre la refonte autour de trois échecs du produit historique : une logique centrée sur les flux qui excluait les marchands sans équipe technique, une application des politiques dispersée qui faisait remonter les suspensions trop tard, et une navigation qui enterrait le panneau des sources de données sous trois niveaux de menu.
Les renommages comptent. Les « flux » deviennent des « sources de données ». Les « programmes » deviennent des « modules complémentaires ». Les « destinations » deviennent des « méthodes marketing ». Les « comptes liés » deviennent des « comptes connectés ». Ce ne sont pas des synonymes maquillés : ils reflètent un modèle où une seule entité produit traverse plusieurs canaux avec des surcharges spécifiques par canal, au lieu d’un flux par destination comme dans le produit classique. Un marchand qui maintenait cinq flux (Shopping, annonces gratuites, Display, Local, YouTube) sur l’ancien Merchant Center maintient désormais une source primaire et des supplémentaires, et le choix du canal est une case à cocher.
Le moteur d’auto-extraction est la fonctionnalité phare. Pour Shopify, WooCommerce, BigCommerce, Wix, GoDaddy et Squarespace, Google explore désormais la boutique sur planning et reconstruit le catalogue produits depuis le HTML public, le balisage schema.org, et l’API produit structurée de la plateforme quand elle existe. Pour les marchands qui n’ont jamais produit de flux, cela abaisse la barrière à la publication. Pour les marchands avec un flux soigné, cela introduit un risque silencieux : les données auto-extraites n’écrasent rien, mais Merchant Center compare les valeurs extraites à celles soumises dans le flux et signale les divergences, ce qui peut déclencher un avertissement « qualité des données » qui dégrade le rang d’affichage.
Deux fonctionnalités de l’interface classique n’ont pas survécu à la migration. L’aperçu « dry run » pour les flux supplémentaires a disparu, remplacé par un système de règles d’attributs qui applique les transformations en direct. L’éditeur de masse d’attributs de l’ancienne UI a été simplifié au point d’être méconnaissable, et le rapport de benchmarking retail 2025 de Tinuiti a pointé ce point comme la plainte unique la plus fréquente parmi les comptes gérant plus de 50 000 SKU.
Création de compte, étape par étape
Connectez-vous sur merchants.google.com avec un compte Google Workspace, pas un Gmail personnel. Google ne bloque pas les Gmail personnels à l’inscription, mais pendant la phase de vérification d’identité, un compte Workspace lié à votre domaine raccourcit la vérification de trois à cinq jours parce que le signal de propriété du domaine est implicite. Le walkthrough de juin 2025 de Search Engine Journal était explicite sur ce point : sur les 47 comptes test créés avec des adresses Gmail, 31 ont reçu une demande de documentation supplémentaire, contre 4 sur 47 pour les comptes Workspace sur le même domaine que la boutique.
Le formulaire d’inscription demande la raison sociale, le pays d’enregistrement (pas le pays de livraison), l’URL du site principal, le fuseau horaire et la devise. Chacun de ces champs est définitif. Changer le pays d’enregistrement plus tard exige d’ouvrir un ticket support et de fournir des documents commerciaux récents. Changer la devise est impossible sans ouvrir un nouveau compte. Réglez ces points dès le premier jour.
Choisissez « Je veux faire la promotion de produits sur Google » si vous comptez lancer du Shopping payant ou Performance Max, « Je veux que mes produits apparaissent gratuitement » si vous voulez seulement les annonces gratuites organiques, ou les deux. Le choix conditionne quel assistant d’onboarding va se lancer ensuite. Cocher les deux est le défaut sûr et n’engage aucun budget.
Avant d’ajouter des produits, l’assistant exige quatre contrôles : identité de l’entreprise, propriété du site, configuration d’expédition, politique de retour. Sauter l’un d’eux bloque l’upload de la source de données. Tenter d’uploader un flux avant que les contrôles ne soient verts produit une erreur « Configuration incomplète » que l’ancienne UI ne forçait pas.
Vérification de l’identité de l’entreprise
La vérification d’identité est l’étape qui suspend le plus de nouveaux comptes. Google l’a introduite comme contrôle obligatoire fin 2023 et l’a resserrée à nouveau en mars 2025 après une vague de fraude au dropshipping. Le contrôle a trois couches.
La première couche concerne les « informations sur l’entreprise » : raison sociale, adresse enregistrée, contact service client public, pays d’exploitation. Google compare ces données avec l’enregistrement WHOIS du domaine, le balisage schema.org Organization de la boutique, et tout profil Google Business lié au même e-mail. Une divergence sur l’un de ces points déclenche une revue manuelle. Cause la plus fréquente : le pied de page de la boutique dit « Acme Apparel », le WHOIS dit « Acme Apparel LLC », et Merchant Center dit « Acme Apparel Limited Liability Company ». Les trois doivent matcher exactement.
La deuxième couche est la confirmation par téléphone ou e-mail : Google envoie un code sur le canal de contact. Utilisez un numéro ou une adresse rattachée au domaine de l’entreprise, pas un mobile personnel ni un webmail gratuit. Tinuiti a rapporté que 18 pour cent des suspensions dans leur cohorte 2025 venaient d’un téléphone de vérification qui ne correspondait pas à la page contact de la boutique.
La troisième couche, appliquée sélectivement aux catégories à risque (électronique, compléments alimentaires, luxe, tout ce qui figure dans la liste des produits restreints), est la preuve documentaire : extrait Kbis ou équivalent, facture de service en nom de société, ou relevé bancaire. Soumettez un PDF, pas une photo de téléphone. L’analyse de Search Engine Land sur 200 appels documentés a montré que les PDF lisibles étaient résolus en 4 jours médians, contre 11 jours pour les photos prises au smartphone, parce que l’équipe politique demandait fréquemment une nouvelle soumission.
Vérification du site web : les cinq méthodes
La vérification du site prouve que vous contrôlez le domaine. Merchant Center Next supporte cinq méthodes, dans l’ordre de préférence des reviewers Google.
L’insertion d’une balise HTML est la voie standard. Google génère une balise meta de la forme <meta name="google-site-verification" content="..."> que vous collez dans le <head> de la page d’accueil. Cliquez sur « Vérifier » dans les 30 jours. Sur WordPress, le plugin Google Site Kit ou n’importe quel tag manager gère cela en un clic. Sur Shopify, le fichier theme.liquid l’accepte directement. La balise doit rester en place de manière permanente : la retirer après vérification révoque la revendication.
L’upload d’un fichier HTML est le repli quand l’accès à la balise meta est restreint. Google produit un fichier nommé google[hash].html. Uploadez-le à la racine publique de sorte que https://votredomaine.com/google[hash].html serve le fichier. La plupart des CDN cachent agressivement, donc un déploiement sans purge de cache montrera « vérification en attente » indéfiniment. Le « purge by URL » de Cloudflare ou la purge par surrogate de Fastly règle le problème.
Google Tag (la librairie gtag.js) est la voie la plus simple pour les marchands qui font déjà tourner Google Ads ou GA4. Si le gtag se déclenche sur la page d’accueil avec le même compte Google que celui qui possède le Merchant Center, la vérification est automatique. Le Google Tag doit utiliser un measurement ID, pas une propriété UA dépréciée : les anciens tags Universal Analytics ont cessé de fonctionner comme signal de vérification en octobre 2024.
Google Tag Manager fonctionne de la même manière : un container GTM sur la page d’accueil, avec le même compte Google possédant un accès administrateur sur le container et sur le Merchant Center, valide le contrôle. Les permissions GTM en lecture seule ou « publish » ne suffisent pas : il faut le rôle « manage container ».
La connexion à Search Console est la cinquième voie et la plus fiable. Si le domaine est déjà vérifié dans Search Console sous le même compte Google, Merchant Center hérite de la vérification sans action supplémentaire. Cette méthode est aussi la plus facile à reconstituer après une refonte de site : tant que la vérification Search Console reste intacte, Merchant Center ne redemande jamais.
Configuration fiscale
La configuration fiscale est segmentée par juridiction. Une mauvaise tranche ici, et Google affichera un total faux aux acheteurs, ce qui est qualifié de fausse représentation de prix par les politiques Shopping.
Pour les vendeurs américains, la sales tax se configure par État. Trois modes existent : pourcentage forfaitaire par État, calcul automatique par Google basé sur l’adresse de livraison, ou surcharge produit-par-produit dans le flux. L’option de calcul automatique est pratique mais ne gère que le taux de l’État, pas les surcharges des juridictions locales. Les vendeurs au Texas, en Louisiane, dans le Colorado ou en Alabama, où les taux locaux peuvent ajouter 2 à 4 points sur le taux de l’État, doivent passer par un service comme TaxJar ou Avalara et soumettre le total calculé dans le flux via l’attribut tax. Le guide de Store Growers le formule sans détour : « Le calcul automatique de Google est correct pour 38 États et faux dans 12 ».
Pour les vendeurs UE, les prix dans le flux doivent inclure la TVA. Google ne calcule pas la TVA séparément pour les destinations européennes. L’attribut price est le prix brut, point final. Les ventes transfrontalières dans l’UE suivent le taux du pays de destination via l’OSS (One-Stop Shop), ce qui veut dire que le même produit porte un prix brut différent selon le pays UE. Le paramétrage le plus propre est un flux spécifique par pays de destination, ou un flux primaire avec une surcharge price [country] par ligne.
Pour les vendeurs UK, la TVA est aussi intégrée au prix. Le taux standard de 20 pour cent s’applique sauf catégories à taux réduit (vêtements enfants, livres, alimentation). Utilisez les attributs included_destination et excluded_destination pour cadrer les produits sur le bon pays.
Pour l’Australie, le Canada, l’Inde et les autres juridictions GST, la règle est la même que pour l’UE : prix bruts dans le flux. La répartition canadienne entre TPS fédérale et taxes provinciales (PST en Colombie-Britannique, TVQ au Québec, TVH ailleurs) est gérée au niveau du prix par le vendeur, pas par Google.
Configuration de l’expédition
L’expédition est la deuxième cause de suspensions et la première cause d’avertissements de politique en deçà de la suspension. Google exige que le coût d’expédition affiché dans l’annonce corresponde au coût en panier dans une tolérance du plus grand de 5 pour cent ou 1 unité de devise. Une divergence au-delà déclenche un avertissement de mismatch de prix.
Trois modèles d’expédition sont supportés : forfait, gratuit, table de tarifs.
Le forfait est le plus simple. Un nombre unique pour un pays ou une région, avec un seuil optionnel de gratuité. Exemple : 5 EUR par commande en France, gratuit au-dessus de 50 EUR. Shopify et WooCommerce peuvent synchroniser cela directement via leurs intégrations Google officielles.
L’expédition gratuite avec seuil est traitée par Google comme un forfait à zéro au-dessus du seuil et un forfait au tarif standard en dessous. Vérifiez que le seuil correspond à ce que le panier applique réellement. Bug fréquent : la boutique a une bannière « Livraison gratuite dès 75 EUR » mais le panier applique seulement la gratuité au-dessus de 100 EUR. Google compare les deux, et c’est le seuil le plus bas qui perd.
Les tables de tarifs sont l’option production. Construisez une table par destination, poids, prix ou quantité, avec un ou plusieurs paliers. L’éditeur de table dans Merchant Center Next supporte jusqu’à 500 lignes par table, ce qui suffit pour à peu près n’importe quel catalogue une fois les lignes consolidées par région. Utilisez l’attribut shipping dans le flux pour surcharger la table sur des produits qui exigent un tarif spécifique (oversized, hazmat, fragile).
Les tarifs transporteur en temps réel sont supportés pour FedEx, UPS et USPS aux États-Unis et dans certains pays. Le paramétrage connecte Merchant Center à l’API du transporteur et cote les tarifs en direct par envoi. Google ne facture rien pour l’intégration, mais le repli sur table de tarifs est obligatoire en cas de timeout de l’API. Le rapport retail 2025 de Smart Marketer notait que les tarifs en temps réel réduisaient les mismatches d’expédition de 71 pour cent dans leur échantillon de 14 comptes, mais ajoutaient 200 à 400 ms de latence en page panier.
Politique de retour
Les politiques de retour sont devenues obligatoires pour les annonces gratuites en mars 2024 et pour le Shopping payant en septembre 2024. Une politique manquante ou floue déclenche désormais un avertissement « Politique de retour manquante » qui dégrade le rang d’affichage en 7 jours et désapprouve l’annonce après 30.
L’éditeur de politique demande trois valeurs : la fenêtre de retour en jours, qui paie l’expédition retour (vendeur ou acheteur), et le mode de remboursement (moyen de paiement initial, avoir, ou sans remboursement). La fenêtre minimum pour les annonces gratuites est de 30 jours. En dessous, l’annonce est désapprouvée.
Pour la plupart des marchands, une fenêtre de 30 jours avec retour payé par le vendeur et remboursement sur le moyen de paiement initial est le défaut sûr. Les articles en vente définitive doivent porter une surcharge produit-par-produit via l’attribut return_policy dans le flux, pas une politique « no returns » globale au niveau du compte : une politique blanket sans retour échoue à la revue Google sur toute catégorie qui n’est pas explicitement en vente définitive.
Le texte de la politique de retour est analysé par les reviewers Google. Évitez les formulations vagues : « Retours à notre discrétion » ou « Articles potentiellement retournables » sans précisions seront flaggés. Soyez explicite : « Retours acceptés dans les 30 jours suivant la livraison, en emballage d’origine, remboursement sur le moyen de paiement initial sous 7 jours ouvrés après réception ».
Intégrations natives : Shopify, WooCommerce, BigCommerce
La couche d’auto-extraction réduit le travail de flux à zéro pour les trois plateformes dominantes, mais la profondeur d’intégration varie.
L’app Google channel de Shopify est l’intégration la plus profonde. Installez « Google & YouTube » depuis le Shopify App Store, authentifiez-vous avec le même compte Google que celui qui possède le Merchant Center, et le catalogue se synchronise en moins d’une heure. La vérification est automatique via la revendication de domaine Shopify. Les variantes mappent proprement : un produit Shopify avec 12 variantes de taille et couleur devient 12 items distincts dans Merchant Center, chacun avec son propre item_group_id. Les mises à jour d’inventaire propagent en moins de 15 minutes. Contrepartie : l’app Shopify ne permet pas de personnaliser le mapping d’attributs. Le titre produit Shopify devient le titre Merchant Center, point. Les marchands qui veulent injecter un préfixe de marque ou nettoyer du bruit doivent passer par une app d’optimisation séparée.
WooCommerce passe par le plugin officiel « Google Listings & Ads », gratuit sur WordPress.org et maintenu par Automattic en collaboration avec Google. Le plugin gère l’OAuth, le linking de compte, la vérification et la synchronisation du flux. La synchronisation d’inventaire en temps réel est supportée mais optionnelle, et les comptes qui la désactivent tournent sur une mise à jour batch toutes les 6 heures. Le mapper d’attributs du plugin est plus flexible que celui de Shopify : on peut mapper n’importe quel champ personnalisé WooCommerce à n’importe quel attribut Google, y compris les supplémentaires comme energy_efficiency_class ou age_group.
BigCommerce livre son intégration Google sous forme de gestionnaire de canaux natif, pas de plugin. Le paramétrage est comparable à Shopify mais expose plus de configuration : surcharges d’attributs par canal, surcharges de prix par région, et un validateur de flux intégré qui flag les problèmes avant qu’ils n’arrivent à Merchant Center. Contrepartie : le channel manager de BigCommerce est sur les paliers tarifaires hauts, le plan d’entrée Standard ne l’inclut pas.
Flux manuel : XML et Google Sheets
Les marchands sans plateforme supportée, ou avec un catalogue custom que l’auto-extraction ne peut pas atteindre, retombent sur les flux manuels. Merchant Center Next supporte quatre formats : XML (RSS 2.0 avec le namespace Google), TSV, CSV et Google Sheets.
XML est le format de production. Le schéma est la spec produit Google Shopping, avec les attributs obligatoires id, title, description, link, image_link, availability, price et brand. Ajoutez gtin partout où il existe (Google rank les annonces avec GTIN valide plus haut dans le rail Shopping non blendé), et mpn quand le GTIN n’existe pas. Le fichier peut être servi depuis n’importe quel endpoint HTTPS et Merchant Center le récupère sur planning, à l’heure au plus agressif, à la journée par défaut.
Google Sheets est le format pour les catalogues petits ou à mouvement rapide. Google fournit un template à l’étape de création de la source de données. Remplissez les lignes, donnez à Merchant Center un accès en lecture sur la sheet, et Google poll selon le planning configuré. Sheets plafonne autour de 10 000 lignes avant que la récupération ne commence à timeouter, donc c’est une solution pour petit catalogue. Smart Marketer recommande Sheets uniquement pour les catalogues sous 2 000 SKU.
L’approche fetch URL est plus flexible que l’upload. Configurez Merchant Center pour pull depuis https://votredomaine.com/feed.xml, fixez le planning, et laissez votre backend régénérer le fichier à sa propre cadence. La plupart des backends e-commerce produisent le flux en joignant la table produits avec la table inventaire et en écrivant le résultat dans un fichier statique à minuit. Pour les sites avec Cloudflare en front, fixez une règle de cache spécifique au flux qui bypass le cache pour le user agent Googlebot-Smartphone et la plage IP du fetcher Google Shopping.
Flux supplémentaires : prix promo, custom labels, surcharges
Un flux supplémentaire ajoute ou surcharge des attributs spécifiques sur des items déjà présents dans le flux primaire. C’est le bon outil pour les prix promotionnels, les custom labels, les copies promotionnelles, et toute donnée qui vit dans un système séparé du catalogue principal.
Le cas d’usage le plus fréquent est le prix promo. Le flux primaire porte le prix plein. Un flux supplémentaire, rafraîchi chaque nuit pendant la campagne, porte les attributs sale_price et sale_price_effective_date pour les SKU en promo. Quand la campagne se termine, on supprime le supplémentaire et le prix plein du primaire reprend. Ce pattern découple le merchandising de l’engineering.
Les custom labels sont le deuxième cas. Les custom labels (custom_label_0 à custom_label_4) sont des chaînes libres que Google n’interprète pas mais que vous pouvez cibler dans Performance Max et Shopping. Mettez-en un pour les paliers de marge, un pour la saison, un pour le niveau de stock, un pour le flag clearance, un pour les top sellers. Un flux supplémentaire alimenté depuis l’entrepôt BI les maintient en phase avec les vraies marges et les vrais stocks, sans polluer le flux primaire.
Le troisième cas est la correction de données. Le flux primaire contient une faute de frappe sur 200 titres de produits. Plutôt que corriger la base source et attendre le prochain refresh, on push un supplémentaire qui surcharge l’attribut title pour ces 200 IDs. La correction en source se fait plus tard.
Les supplémentaires se traitent par ordre de priorité. Le primaire passe d’abord, les supplémentaires passent par-dessus, dans l’ordre où ils sont listés dans le panneau des sources de données. Réordonnez avec la poignée de drag si vous avez besoin d’une séquence de surcharge spécifique.
Manufacturer Center vs Merchant Center
Les marchands confondent Manufacturer Center et Merchant Center. Ce sont deux produits distincts pour des audiences distinctes.
Merchant Center est pour les revendeurs : tout vendeur de produits, qu’il les fabrique ou non. Les données alimentent les annonces Shopping, les annonces gratuites et Performance Max.
Manufacturer Center est pour les marques : la société propriétaire du produit, indépendamment de qui le vend. Il alimente les pages de marque sur Google, fournit les attributs canoniques que Google utilise pour dédupliquer les annonces entre marchands multiples, et améliore le matching des requêtes non structurées sur des produits spécifiques.
Une marque qui vend aussi en direct-to-consumer a besoin des deux. Soumettez les données canoniques dans Manufacturer Center, soumettez le catalogue retail avec prix et disponibilités dans Merchant Center. Les deux sont liés par GTIN. Google les fusionne au niveau du knowledge graph produit.
Un revendeur pur, sans fabrication ni marque propre, n’a besoin que de Merchant Center. Les soumissions Manufacturer Center venant d’un revendeur qui ne possède pas la marque sont rejetées.
Multi-Account Center pour agences et marques multi-boutiques
L’ancien Multi-Client Account (MCA) est devenu l’Advanced Account dans Merchant Center Next. Même fonction, nouveau nom. Un Advanced Account est un parent qui héberge et gère un nombre illimité de sous-comptes, chacun avec ses propres sources de données, méthodes marketing et identité.
Les agences utilisent les Advanced Accounts pour gérer leurs clients sans partager de credentials. Chaque client a un sous-compte, l’agence détient le parent, et les accès peuvent être octroyés au niveau parent pour tous les sous-comptes ou par sous-compte pour des périmètres plus étroits.
Les marques multi-boutiques utilisent les Advanced Accounts pour séparer les catalogues par pays ou par marque. Un retailer avec des boutiques US, UK et DE peut faire tourner trois sous-comptes, chacun vérifiant un domaine spécifique au pays, avec le parent qui agrège les données de performance pour le reporting exécutif.
La création exige une demande au support Google : les Advanced Accounts ne sont plus en self-serve. La demande exige une justification (nombre de sous-comptes prévus, raison d’affaires), l’entité légale parente et un contact principal. L’approbation prend 2 à 5 jours ouvrés selon la couverture par Search Engine Journal de la nouvelle politique de gating introduite fin 2024.
La vérification cross-compte est supportée : un domaine vérifié dans un sous-compte peut être revendiqué dans un autre du même parent sans nouvelle vérification, ce qui simplifie les migrations et les rebrandings.
Violations de politique fréquentes et processus d’appel
Trois catégories de politiques causent 80 pour cent des suspensions, selon le benchmark retail trimestriel 2025 de Tinuiti.
La fausse représentation est la première. La politique couvre les divergences d’identité (la boutique dit une société, Merchant Center en dit une autre), les informations de contact manquantes (pas de téléphone, pas d’adresse, pas de politique de retour), les conditions générales manquantes, les faux avis, les faux niveaux de stock, et toute affirmation que Google considère comme trompeuse. Les suspensions pour fausse représentation sont au niveau du compte, pas de l’item : tout le compte arrête de servir. Le retour exige de réécrire les pages concernées, de purger le cache et de soumettre un appel. L’échantillon Tinuiti montre un délai médian de remise en service de 7 à 14 jours pour une première suspension, qui s’étire à 30 jours et plus pour les récidivistes.
L’identité manquante est une sous-catégorie devenue motif de suspension à part entière en mars 2025. La politique exige désormais une adresse d’entreprise visible, un e-mail service client, un téléphone service client et un lien politique de retour, tous accessibles depuis la page d’accueil en deux clics ou moins. Les pages enterrées en pied de page comptent, mais les pages accessibles seulement par recherche ou sitemap ne comptent pas.
Les produits prohibés et restreints sont la troisième catégorie. Les prohibés sont bannis purement et simplement : armes, drogues récréatives, contrefaçon, certains produits financiers. Les restreints sont autorisés sous conditions : alcool avec age gating, produits de santé avec claims conformes, biens connexes au gambling avec restrictions régionales. Un seul item prohibé peut suspendre un compte entier ; les items restreints déclenchent typiquement une désapprobation au niveau de l’item.
Le processus d’appel a changé en 2025. Les appels se déposent via le bouton « Demander une revue » intégré au produit, qui exige désormais une explication écrite de l’action corrective effectuée. Les boilerplates (« Veuillez réviser mon compte ») sont auto-rejetés. Les appels efficaces décrivent le changement spécifique, fournissent un lien vers la page mise à jour, et citent la clause de politique. La couverture Search Engine Land du panel de l’équipe politique au NRF 2026 indique que 62 pour cent des appels bien rédigés sont résolus à la première soumission, contre 18 pour cent pour les boilerplates.
Pour les suspensions liées à un produit prohibé, retirer l’item incriminé ne suffit pas. L’appel doit expliquer pourquoi il était listé, comment il a été retiré, et quels contrôles empêchent la récurrence. Une seconde violation produit prohibé entraîne typiquement un bannissement permanent.
Connecter Merchant Center à Google Ads pour Performance Max et Shopping
Une fois Merchant Center en ligne, le lien à Google Ads est ce qui transforme le catalogue en inventaire publicitaire. Le lien est bidirectionnel : Google Ads tire les produits de Merchant Center, Merchant Center reçoit les signaux de performance de Google Ads.
Le lien se configure dans Merchant Center sous Paramètres > Comptes liés > Google Ads. Envoyez une demande de liaison à l’identifiant client Ads, et un admin du compte Ads l’accepte. Les deux comptes doivent utiliser le même compte Google ou appartenir à la même famille MCC pour que la demande passe sans approbation manuelle.
Pour les campagnes Shopping (le format historique de grille produit, toujours disponible en 2026 pour les marchands qui veulent un contrôle manuel), le Merchant Center lié est la source du catalogue. Créez une campagne Shopping dans Google Ads, pointez-la sur l’ID Merchant Center, et sélectionnez tous les produits ou un sous-ensemble filtré par custom label, marque, catégorie ou type de produit. Le bidding est manuel ou automatisé ; les targets ROAS fonctionnent une fois que la campagne accumule plus de 30 conversions.
Pour Performance Max, le lien Merchant Center est obligatoire. Performance Max avec flux produit est le format qui a remplacé Smart Shopping, et il alimente les placements Shopping à côté de Search, Display, YouTube, Gmail et Discover. Les groupes d’assets dans Performance Max incluent un « listing group » qui mirroir le product group des campagnes Shopping, mais le bidding est totalement automatisé. Le benchmark multi-comptes 2025 de Smart Marketer montre Performance Max avec flux surperformant le Shopping standalone d’un ROAS médian de 23 pour cent sur 90 jours, avec la nuance que les 30 premiers jours sont typiquement sous le baseline pendant que l’algorithme apprend.
Le tracking de conversion doit être en place dans Google Ads avant que le lien ne délivre de la valeur. Sans conversions, Performance Max retombe sur « maximiser les clics », ce qui brûle le budget sur du trafic à faible intent. Vérifiez le déclenchement de conversion avec Google Tag Assistant avant de lancer toute campagne basée sur flux.
Erreurs fréquentes
Les échecs récurrents dans les rétrospectives Tinuiti, Smart Marketer et Store Growers se regroupent dans une liste courte.
Mismatch d’identité entre la boutique, le WHOIS et l’enregistrement Merchant Center. Correction : aligner les trois sur la raison sociale légale avant l’inscription.
Sauter la politique de retour parce que l’assistant la fait passer pour optionnelle. Elle ne l’est pas. Réglez-la dès le premier jour.
Traiter l’expédition comme une chose à voir plus tard et soumettre « je verrai après ». Configurez au moins un forfait et un seuil de gratuité avant le premier upload de flux.
Soumettre un flux sans GTIN sur des produits de marque. Les catégories qui exigent un GTIN désapprouvent en silence si le GTIN est manquant ou invalide. La taxonomie produits Google liste les catégories concernées : vérifiez-la.
Confondre supplémentaire et primaire. Les supplémentaires n’existent pas seuls : ils ne modifient que des items déjà présents dans un primaire. Un supplémentaire avec un ID unique absent du primaire est ignoré silencieusement.
Lier Google Ads avant que Merchant Center ne soit complètement vérifié. Le lien réussit, mais les campagnes Performance Max soit ne se lancent pas, soit se lancent sans servir aucun produit, et le diagnostic pointe sur « feed not ready ».
Laisser tourner l’auto-extraction sur une boutique avec un balisage schema.org périmé ou faux. Les attributs extraits ne surchargent rien, mais la comparaison avec le flux manuel produit des avertissements de mismatch bruyants qui bloquent les approbations de prix promo.
Déposer un appel boilerplate après une suspension. Écrivez une vraie explication. Citez la politique. Donnez un lien vers la page corrigée.
Conclusion
Merchant Center Next est un assistant d’onboarding unique qui condense une décennie d’application des politiques dans les 30 premières minutes d’un compte. Les marchands qui le traitent comme une checklist, complètent chaque section proprement et vérifient avant d’uploader un flux ne voient jamais de suspension. Ceux qui le survolent se font rattraper par le contrôle d’identité, la barrière de politique de retour ou le mismatch d’expédition, et passent deux semaines à dérouler le problème. Le choix se joue entre discipline en amont et pompiers en aval.
Réglez la raison sociale correctement. Vérifiez le domaine via Search Console. Configurez l’expédition avec une vraie table de tarifs. Rédigez une politique de retour à 30 jours en clair. Utilisez un compte Workspace sur le domaine de la boutique. Liez Google Ads seulement après que la source de données soit verte. Le paramétrage prend une journée de travail bien faite, et la différence entre cela et une inscription désinvolte se chiffre en taux de suspension de 28 pour cent contre 4 pour cent sur les 90 premiers jours. Les chiffres viennent de la couverture Tinuiti et Search Engine Land du déploiement, et c’est la raison la plus concrète de prendre cela au sérieux.
Sources
- Aide Google Merchant Center, « Premiers pas avec Merchant Center » et « Aperçu de Merchant Center Next », support.google.com/merchants
- Search Engine Land, couverture de la migration Merchant Center Next et du resserrement des politiques 2025, searchengineland.com
- Search Engine Journal, walkthroughs de création de compte et de vérification d’identité, 2024-2025, searchenginejournal.com
- Tinuiti, rapport de benchmarking retail 2025 sur les suspensions et délais de récupération Merchant Center, tinuiti.com
- Store Growers, guides de paramétrage Merchant Center et de configuration fiscale, storegrowers.com
- Smart Marketer, benchmarks multi-comptes 2025 sur Performance Max avec flux et impact de la configuration d’expédition, smartmarketer.com