Résoudre les erreurs Merchant Center: diagnostic et solutions

par Francis Rozange | Avr 4, 2026 | Google Ads

Resoudre les erreurs Merchant Center : diagnostic et solutions

Un compte Google Ads peut etre parfaitement structure, correctement finance, et cible sur la bonne audience, et ne produire aucune impression sur Shopping ou Performance Max. La cause est rarement la strategie d’enchere. C’est le flux. Quand Merchant Center decide qu’un produit est rejete, qu’un compte est a risque, ou qu’une source de donnees est obsolete, cette decision se propage instantanement a toutes les campagnes en aval. Pas de flux, pas de Shopping. Pas de flux propre, pas de diffusion retail Performance Max. Le levier est en amont de l’achat media.

Ce guide traite Merchant Center comme le premier systeme a deboguer quand le revenu chute, pas le dernier. Il parcourt la structure du tableau de bord diagnostic, les erreurs au niveau article qui apparaissent dans 80 % des comptes, les suspensions au niveau compte qui prennent des semaines a recuperer, le processus de recours, et un ordre de priorite pratique pour resoudre les problemes sans bruler une semaine sur des avertissements qui ne bloquent pas la diffusion.

Pourquoi la sante Merchant Center conditionne tout le reste

Performance Max retail, Shopping ads, fiches gratuites de l’onglet Shopping, YouTube Shopping, et le knowledge panel marchand lisent tous depuis la meme source : un flux Merchant Center en bonne sante. La documentation officielle de Google est explicite sur ce point. Un produit rejete n’est eligible a aucune de ces surfaces, peu importe le budget de la campagne, l’enchere, ou la qualite du creatif.

L’erreur de diagnostic la plus courante consiste a regarder l’interface Google Ads en premier quand les impressions chutent. Performance Max en particulier cache bien ce piege : la campagne continue a depenser sur les combinaisons de texte et d’assets pendant que le flux produit est silencieusement disqualifie, donc la depense totale parait normale tandis que le revenu retail s’effondre. L’analyse Tinuiti des recuperations apres rejets montre que le compte enterprise moyen perd 8 a 12 jours de revenu avant que l’equipe realise que le goulot est dans Merchant Center, pas dans Ads.

La regle est simple : si les impressions Shopping chutent de plus de 20 % en 24 heures, ouvrez Merchant Center avant d’ouvrir Google Ads. Le tableau de bord diagnostique vous dira en 90 secondes ce qu’une investigation cote Ads ne fera pas remonter en trois heures.

La structure du tableau de bord diagnostic

Dans Merchant Center, le rapport Diagnostics est divise en trois onglets qui portent chacun un perimetre d’impact different. Comprendre cette repartition fait la moitie du travail.

Problemes au niveau article (Item issues)

Les problemes article affectent des produits specifiques, pas le compte dans son ensemble. Le tableau de bord affiche le nombre de produits affectes, la destination (Shopping ads, fiches gratuites, Buy on Google, local), et le pays de vente ou le probleme s’applique. Un seul produit peut avoir plusieurs problemes sur plusieurs destinations, c’est pourquoi le compte d’articles affectes correspond rarement au compte de produits rejetes.

La granularite compte : un ecart de prix sur 2 000 SKUs en France est un probleme d’integration, tandis qu’un ecart de prix sur 4 SKUs est presque toujours une edition manuelle de prix qui ne s’est pas propagee. Le premier necessite un correctif d’integration, le second un email a l’equipe inventaire.

Problemes au niveau compte (Account issues)

Les problemes au niveau compte affectent l’integralite du compte marchand. C’est la colonne a forts enjeux. Les suspensions pour misrepresentation, les signaux de paiement suspect, le statut d’operation commerciale non fiable, et les informations de contact non verifiees y figurent. Un seul probleme au niveau compte peut suspendre tous les produits sur toutes les destinations, instantanement.

Selon la couverture Search Engine Land des tendances de suspension, la part des suspensions classees « misrepresentation » a fortement augmente entre 2022 et 2024 alors que Google resserrait les seuils de revue automatisee. Cette categorie est maintenant la premiere source d’exclusion permanente du programme marchand pour les retailers PME.

Qualite des donnees (Data quality)

L’onglet qualite des donnees suit les problemes structurels qui ne bloquent pas toujours la diffusion mais degradent l’appariement, le classement, et l’eligibilite aux placements enrichis. GTINs manquants sur produits de marque, images basse resolution, titres generiques, attributs de marque manquants, types de produit non specifies y apparaissent. La plupart sont des avertissements plutot que des erreurs bloquantes. Ils n’empecheront pas vos produits de s’afficher, mais ils brideront le volume gagne par rapport a un catalogue propre.

Le cout d’ignorer la qualite des donnees est invisible dans n’importe quel rapport unique. Les benchmarks annuels de DataFeedWatch sur les flux montrent constamment 20 a 40 % de hausse d’impressions pour les catalogues qui resolvent tous les avertissements par rapport aux catalogues qui ne resolvent que les erreurs dures. L’onglet avertissements, c’est la ou vivent les gains discrets et cumulatifs.

Erreurs au niveau article qui apparaissent dans 80 % des comptes

La meme douzaine d’erreurs genere la majorite du volume sur les forums de support Merchant Center. Les reconnaitre au premier coup d’oeil reduit le temps de diagnostic de plusieurs heures a quelques minutes.

Ecart de prix (price_microconsistency)

Le crawler Google scrape votre page produit, extrait le prix visible par un utilisateur (typiquement depuis les donnees structurees JSON-LD ou les balises de prix visibles), et le compare au prix soumis dans votre flux. Si l’ecart depasse un seuil de tolerance, le produit est rejete avec l’erreur « Mismatched value » ou « Prix non coherent ».

Les causes racines frequentes : un prix change sur le site mais la synchro de flux tourne toutes les 24 heures, une remise appliquee au checkout non refletee dans le flux, un prix affiche dans la mauvaise devise, ou une logique d’inclusion TVA qui differe entre la page et le flux. Le correctif est d’activer les Mises a jour automatiques d’articles dans les parametres Merchant Center, qui permet a Google de corriger lui-meme le prix du flux a partir du prix de la page dans une marge que vous autorisez. Combine a un flux d’inventaire quasi temps reel, ceci elimine 90 % des rejets pour ecart de prix.

Problemes d’image (image_link_broken, image_too_small, promotional_overlay)

Les erreurs d’image se rangent en trois familles : l’URL ne renvoie pas une image (404, 403, ou type MIME non-image), l’image est sous le minimum de 100×100 pixels (250×250 pour le textile), ou l’image contient des superpositions promotionnelles (textes type « 50 % OFF », filigranes, badges). La troisieme est la plus souvent ignoree car l’image s’affiche correctement sur le site mais viole la politique d’absence de superposition.

La politique d’image de Google interdit explicitement les superpositions textuelles annoncant des prix, des pourcentages, la livraison gratuite, ou des bordures qui encadrent le produit. Beaucoup de boutiques generent des images de banniere de soldes dynamiquement via leur CMS ou une app marketing, et ces images deviennent l’image produit principale sans que le merchandiser le realise. Auditez en verifiant 20 URLs d’images aleatoires depuis le flux dans un navigateur en navigation privee.

GTIN obligatoire (gtin_missing)

Pour les produits d’une marque qui existe dans la base catalogue Google, le GTIN est obligatoire. Le rejet se declenche quand l’attribut brand correspond a un fabricant connu (Nike, Apple, Sony, Bosch, etc.) mais que l’attribut gtin est vide. Soumettre un GTIN errone est traite aussi durement que l’omettre : une chaine de 13 chiffres qui ne valide pas contre le checksum GS1 sera rejetee.

Pour les produits en marque distributeur, les articles artisanaux, les produits vintage, et les configurations personnalisees, l’attribut gtin peut etre omis, mais vous devez alors soumettre identifier_exists a false. Le mode d’echec le plus courant consiste a laisser identifier_exists a sa valeur par defaut tout en laissant gtin vide, ce que Google interprete comme un GTIN manquant plutot que comme un cas sans GTIN applicable.

Produit rejete pour misrepresentation (au niveau article)

Les signalements de misrepresentation au niveau article se declenchent quand la revue automatisee Google detecte que la page produit contredit le flux. Les patterns classiques : un produit titre « AirPods Apple authentiques » vendu par un revendeur non autorise, une mention « livraison gratuite » dans le flux contredite par des frais de livraison au checkout, un prix qui necessite une inscription email pour etre debloque, ou un produit qui necessite plusieurs accessoires pour fonctionner mais est commercialise comme autonome.

Cette categorie est glissante. Le message d’erreur est identique a la misrepresentation au niveau compte, mais la consequence est locale : seuls les produits affectes sont rejetes, le compte reste actif. Reperer la misrepresentation au niveau article tot compte parce que des grappes de signalements article sont le precurseur d’une suspension au niveau compte.

Identifiants manquants (mpn_missing, brand_missing)

Pour les produits sans GTIN, Google exige toujours identifier_exists a false, plus une marque et un MPN (numero de piece fabricant) quand ils sont connaissables. La chaine de repli est : GTIN prefere, brand+MPN en deuxieme, brand seul en troisieme pour certaines categories. Les titres generiques comme « T-shirt bleu medium » sans marque ni MPN declenchent des signalements de visibilite reduite plutot que des rejets francs, mais le delta d’impressions est significatif.

Page produit invalide (link_broken, redirect_loop)

Le crawler tente de fetcher l’URL soumise dans l’attribut link. Il attend une reponse 200 dans un delai raisonnable, avec une fiche produit rendue. Les liens casses produisent des rejets immediats. Plus subtil : les redirections en boucle, les redirections vers des pages categorie au lieu de pages produit, les soft 404 (statut 200 avec contenu « produit introuvable »), et les pages qui exigent l’acceptation des cookies avant de rendre le contenu.

L’outil de diagnostic : collez le lien dans la fonction d’inspection d’URL dans Merchant Center, qui montrera ce que le crawler a effectivement recupere. Une page qui s’affiche bien dans votre navigateur mais est recuperee comme un soft 404 par Googlebot est le mode d’echec typique pour les sites avec des regles anti-bot agressives.

Problemes de page d’atterrissage mobile (mobile_landing_page_error)

Google fetche la page produit avec un user agent mobile independamment du crawl desktop. Un site qui s’affiche correctement sur desktop mais leve une erreur JavaScript, une redirection non geree, ou un viewport bloque sur mobile sera rejete pour les appareils mobiles specifiquement. La serie troubleshooting de Store Growers identifie ceci comme l’erreur la plus negligee dans les audits 2024, parce que la previsualisation desktop dans Merchant Center semble correcte et le marchand suppose que la page est saine.

Le correctif utilise le meme outil d’inspection d’URL, avec le toggle d’appareil regle sur mobile. Si le HTML rendu differe significativement entre les fetchs desktop et mobile, le probleme est dans la couche responsive, pas dans le flux.

GTIN obsolete (gtin_obsolete)

Un GTIN qui etait valide il y a cinq ans mais a depuis ete retire par GS1, reaffecte, ou marque obsolete declenchera un rejet. Cela arrive avec des produits presents dans le catalogue depuis longtemps, surtout dans les categories ou les fabricants cyclent leurs numeros de SKU. Le correctif est de rafraichir le GTIN contre le catalogue actuel du fabricant, pas d’inventer un remplacement.

Problemes de date d’effet du prix soldes

L’attribut sale_price_effective_date utilise un format d’intervalle ISO 8601. Soumettre une promotion qui s’est terminee hier, une promotion qui demarre en 2027, ou un intervalle avec des timestamps malformes rejettera le produit ou retirera entierement le sale_price. L’equipe merchandising regle souvent ces dates manuellement et oublie de les retirer apres une campagne, laissant des dates obsoletes que Google signale.

Ecarts de politique de livraison

Si le cout de livraison dans le flux depasse le cout de livraison affiche au checkout de plus d’une faible tolerance, Google le signale comme misrepresentation. L’inverse (le flux montre la livraison gratuite, le checkout facture) est traite plus durement parce qu’il surprend le consommateur. L’analyse approfondie de Search Engine Journal sur la configuration de livraison documente comment la livraison forfaitaire, la livraison par tableau, et la livraison calculee par transporteur doivent etre configurees dans les services de livraison au niveau compte pour correspondre a la realite du checkout.

Erreurs de configuration fiscale

Pour les vendeurs US, les enregistrements fiscaux manquants ou les reglages de taxe sur la livraison incorrects produisent des rejets au niveau de l’etat. Pour les vendeurs UE et UK, les prix de flux TVA incluse ou TVA exclue doivent correspondre au rendu de la page. Un flux soumettant des prix HT a un pays attendant des prix TTC (ou vice versa) declenchera des rejets en masse.

Etiquettes d’efficacite energetique (UE)

Pour les appareils et l’electronique en UE, les attributs energy_efficiency_class, min_energy_efficiency_class et max_energy_efficiency_class sont obligatoires pour de nombreux types de produits. Des donnees de classe energetique manquantes ou incorrectes declenchent des rejets specifiques au marche UE alors que les produits continuent a etre diffuses aux US.

Erreurs au niveau compte et recuperation

Les problemes au niveau compte sont ceux qui ruinent un Black Friday. Ce sont aussi ceux que les marchands diagnostiquent le plus souvent de travers, parce que les symptomes (pas d’impressions, pas de clics) sont identiques a des problemes d’enchere, des problemes de budget, ou des reinitialisations d’apprentissage algorithmique Performance Max.

Comportement de paiement suspect

Ce signalement se declenche quand Google detecte des patterns de paiement qu’il considere a haut risque : taux de remboursement inhabituellement eleves, chargebacks au-dessus des normes du secteur, transactions refusees groupees d’une maniere qui ressemble a de la fraude. Le message d’erreur est generique, le chemin de resolution ne l’est pas.

Le correctif est procedural. Soumettez une demande de revue via le centre d’aide Merchant Center, joignez des preuves d’operations legitimes : enregistrement d’entreprise, factures recentes, logs de service client, documentation de la politique de remboursement. L’equipe revue paiement de Google examine manuellement. Le delai moyen de resolution est de 5 a 7 jours ouvrables quand la documentation est complete a la premiere soumission, plus long quand des documents manquent.

Suspension de compte pour misrepresentation

La misrepresentation est la categorie la plus difficile a recuperer. Une fois qu’un compte est suspendu pour misrepresentation de soi ou du produit, le chemin typique est : soumettre un recours, etre rejete, soumettre un recours plus detaille, etre rejete a nouveau, travailler avec une agence partenaire Google pour escalader. Le guide de recuperation Tinuiti rapporte que moins de 40 % des suspensions pour misrepresentation sont annulees au premier recours, et environ 15 % ne sont jamais annulees.

Les declencheurs de misrepresentation sont superposes. Pages de prix qui cachent des frais jusqu’au checkout. Affirmations promotionnelles qui ne peuvent etre etayees. Ventes de produits de marque par des revendeurs non autorises. Numeros de telephone qui ne menent pas a un humain. Adresses d’entreprise qui ne correspondent pas a l’enregistrement de l’entite legale. Politiques de retour qui contredisent les informations affichees. N’importe lequel de ces elements peut declencher la suspension, et le recours doit traiter toutes les causes suspectees, pas seulement celle que le marchand soupconne.

Reputation non fiable

Google maintient un signal de reputation distinct qui agrege le feedback utilisateur, les plateformes d’avis tierces, les plaintes BBB, et les depots aupres des bureaux de protection du consommateur. Un compte en bonne tenue sur les attributs techniques peut quand meme etre signale pour reputation non fiable si les signaux externes se deteriorent. La recuperation exige de traiter les signaux de reputation sous-jacents, pas seulement de soumettre des documents.

Informations de contact invalides

Le nom commercial, l’adresse, le numero de telephone et l’email soumis a Merchant Center doivent correspondre aux informations publiques sur le site. Les ecarts declenchent un signalement au niveau compte. Le correctif est d’aligner les deux sources : mettre a jour le pied de page du site, la page contact, les pages legales, et les parametres d’information commerciale Merchant Center sur les memes donnees.

Verification d’operation commerciale

Les nouveaux comptes et les comptes qui modifient leur profil commercial doivent verifier les operations commerciales : verification telephonique, verification video du local physique, verification documentaire de l’enregistrement d’entreprise. Les delais de verification courent sur 1 a 3 semaines. Les comptes qui n’achevent pas la verification dans la fenetre sont suspendus pour operation commerciale non verifiee, ce qui est recuperable mais ajoute du delai.

Paiement suspect, en detail

Le paiement suspect merite son propre traitement parce que c’est le type de suspension le plus opaque. Le signal Google est composite : il considere le taux de chargeback, le taux de remboursement, le taux de litige, la velocite des transactions, la distribution geographique des acheteurs, le mix de moyens de paiement, et l’historique des litiges contre le marchand ou son processeur de paiement.

La checklist de recuperation qui produit le taux de reinstauration le plus eleve, en pratique observee : un PDF clair de l’enregistrement d’entreprise, des releves recents du processeur de paiement montrant des taux de chargeback en dessous du seuil de classification a haut risque utilise par le processeur, trois mois de logs d’emails service client montrant comment les litiges sont geres, et un document de politique de remboursement qui correspond a ce qui est publie sur le site. Soumettre tous ces elements dans un seul recours, avec un narratif ecrit qui parcourt les politiques et les preuves, double la probabilite de reinstauration par rapport a l’envoi de documents seuls.

Suspension misrepresentation : la plus dure a recuperer

La regle la plus importante : ne soumettez pas un recours desinvolte. Les recours misrepresentation sont examines par des humains, et ils lisent chaque mot. Un recours qui dit « Je ne comprends pas pourquoi j’ai ete suspendu, veuillez reviser » ferme le dossier plus vite qu’un recours qui traite chaque cause plausible.

Le cadre qui gagne : identifier chaque declencheur misrepresentation possible dans le compte (auditer la transparence des prix, les affirmations promotionnelles, la divulgation d’identite commerciale, la clarte de la politique de retour, la joignabilite du contact), documenter la remediation pour chacun, et soumettre l’audit avec le recours. Le revisionneur cherche la preuve que le marchand a compris la politique, identifie le probleme, et l’a corrige. Il ne cherche pas une explication de pourquoi la suspension etait injuste.

Ce qui perd les recours : blamer l’automatisation Google, pretendre que la suspension est une erreur sans preuve, demander la clarification de la raison specifique, envoyer le meme recours deux fois avec une formulation differente, escalader via une agence partenaire avant d’avoir epuise le processus de recours standard. Ce qui gagne : un document de remediation structure, des captures avant/apres des pages de politique, une declaration breve de responsabilite, et la patience pour la fenetre de revue de 5 a 14 jours.

Avertissements vs erreurs : la difference de priorisation

Les erreurs bloquent la diffusion. Les avertissements la degradent. La difference compte parce que resoudre un avertissement quand une erreur dure existe est du temps perdu.

Une erreur signifie que les produits affectes ne s’afficheront pas sur les destinations affectees. Statut rejete, violation de politique dure, attribut obligatoire manquant. Tant que l’erreur n’est pas resolue, ces produits generent zero impression. Les erreurs sont urgentes.

Un avertissement signifie que les produits s’afficheront, mais avec une visibilite reduite, un classement inferieur, ou une eligibilite limitee aux placements enrichis. GTIN manquant, image basse resolution (au-dessus du minimum mais sous le recommande), titre court, type de produit manquant. Le produit apparait toujours, juste moins souvent ou moins en evidence.

Le calcul : un compte avec 200 erreurs et 5 000 avertissements doit corriger les 200 erreurs en premier, meme si le compte d’avertissements est 25 fois plus grand. Recuperer un produit rejete en actif vaut plus que de resserrer la qualite des donnees sur 25 produits qui s’affichent deja. L’exception : si les avertissements incluent des conditions precurseur d’erreurs (comme des problemes de qualite d’image en tendance qui finiront par franchir le seuil de politique), les anticiper a un retour.

Sante du flux et diffusion Performance Max

Performance Max retail utilise le flux Merchant Center comme source primaire d’assets. Les produits rejetes n’entrent pas dans le pool d’assets. Les produits avec avertissements sont eligibles mais concourent avec un handicap. La couverture Search Engine Land sur les dependances de flux Performance Max montre que les comptes avec des taux de rejet au-dessus de 5 % voient la diffusion Performance Max chuter disproportionnellement, parce que l’algorithme alloue la depense aux groupes de produits qui ont assez d’inventaire eligible pour apprendre.

L’implication pratique : une campagne Performance Max qui perd la diffusion se debogue souvent dans Merchant Center, pas dans les parametres de la campagne. Verifiez le taux de rejet par groupe de produits, identifiez les groupes ou le taux de rejet depasse 20 %, et resolvez-les avant d’ajuster les encheres ou les budgets.

Debogage des donnees structurees

Quand un ecart de prix, un ecart de disponibilite, ou un probleme d’identifiant produit persiste apres correction du flux, la cause est typiquement les donnees structurees sur la page produit. Google lit les schemas produit JSON-LD, les balises OpenGraph, et les microdata, et les donnees extraites de ces sources peuvent surclasser ou contredire le flux.

Rich Results Test

Le Rich Results Test de Google rend la page produit avec un user agent Googlebot et montre les donnees structurees que le crawler extrait. Si le champ prix dans les donnees structurees rendues differe du prix du flux, la page est la source de verite du point de vue Google. Le correctif est sur la page, pas dans le flux.

Validateur schema.org

Le validateur schema.org verifie la validite syntaxique des donnees structurees. Il attrape les proprietes obligatoires manquantes, les dates malformees, les codes devise qui ne correspondent pas a ISO 4217, et les IDs produit qui ne valident pas contre les formats attendus. Les pages qui passent le validateur mais produisent quand meme des ecarts ont generalement un probleme de contenu (par exemple, le schema liste le prix regulier mais pas le prix solde), pas un probleme de syntaxe.

Comparaison manuelle flux vs page

Pour les cas tetus, le diagnostic de dernier recours : ouvrir la page produit dans un navigateur, voir le HTML rendu, trouver le bloc de donnees structurees, copier les valeurs de prix, disponibilite et identifiant dans un tableur a cote des valeurs correspondantes du flux, et chercher les differences. Les ecarts qui survivent aux outils automatises sont souvent des differences d’espaces (un espace insecable dans le prix), des differences d’encodage (une virgule contre un point comme separateur decimal), ou des differences d’unite (prix au kilo contre prix a l’unite).

Ordre de priorite pour les corrections

Le triage qui minimise le temps de recuperation, dans l’ordre :

Problemes au niveau compte d’abord. Une seule suspension au niveau compte vaut plus de revenu perdu que 10 000 erreurs au niveau article. Toujours.
Erreurs article a fort volume ensuite. Si 30 % du catalogue est rejete pour un seul type d’erreur, corriger l’integration qui le produit recupere plus de revenu que de trier les SKUs individuels.
Erreurs article a forte marge en troisieme. Un best-seller rejete vaut plus qu’un produit longue traine rejete.
Erreurs article longue traine en quatrieme. Corrigez en lot ce qui peut l’etre, acceptez que certains produits resteront rejetes.
Avertissements en dernier. Resolvez-les en lots pendant les periodes calmes. Ne laissez jamais les avertissements pre-empter le travail sur les erreurs.

La discipline qui casse cet ordre de priorite : un stakeholder demande pourquoi un produit specifique n’apparait pas, et l’equipe passe trois heures sur un SKU pendant que le probleme au niveau compte continue a saigner du revenu. Restez structurel.

Workflow diagnostic 7 jours pour un nouveau compte

Pour un compte qui vient d’etre connecte a Merchant Center, ou pour un audit de compte herite d’une agence precedente, le workflow qui fait remonter tous les problemes materiels en une semaine :

Jour 1. Revue des problemes au niveau compte. Confirmez le statut de verification, les informations de contact, l’identite commerciale, la configuration de paiement, les services de livraison, les services fiscaux. Resolvez tout ce qui n’est pas vert.
Jour 2. Audit de configuration du flux. Confirmez le planning du flux, la frequence de synchro, le ciblage pays et langue, la structure flux primaire vs flux supplementaire. Confirmez que les Mises a jour automatiques d’articles sont activees si pertinent.
Jour 3. Revue des erreurs au niveau article. Triez par compte d’articles affectes, decroissant. Documentez les 10 premieres erreurs et leurs causes racines.
Jour 4. Inspection d’URLs echantillon. Choisissez 20 produits rejetes couvrant les principales erreurs et passez chacun par l’outil d’inspection d’URL. Identifiez si le probleme est cote flux ou cote page.
Jour 5. Audit des donnees structurees. Lancez le Rich Results Test sur 10 pages produit representatives. Documentez tout ecart entre schema de page et flux.
Jour 6. Triage des avertissements. Identifiez les types d’avertissement affectant 10 % ou plus du catalogue. Construisez un plan de remediation.
Jour 7. Documentation et propriete. Ecrivez un resume d’une page des problemes, des correctifs, et de l’equipe responsable pour chacun. Planifiez le check mensuel recurrent.

Check mensuel recurrent

Une fois qu’un compte est sain, la cadence pour le maintenir sain est mensuelle, pas hebdomadaire. L’hebdomadaire cree du bruit ; le trimestriel rate les problemes a developpement lent. Le check mensuel de 30 minutes :

Onglet Account issues. Confirmez zero probleme ouvert. Si de nouveaux sont apparus, traitez comme urgent.
Onglet Item issues. Revoyez le compte d’articles affectes par type de probleme. Comparez au mois dernier. Investiguez tout type de probleme avec plus de 50 % de croissance des articles affectes.
Taux de rejet par groupe de produits. Si un groupe depasse 5 %, creusez. Si un groupe depasse 20 %, traitez en correctif prioritaire.
Log de synchro du flux. Confirmez que le flux s’est rafraichi a l’heure. Cherchez les synchros sautees.
Diffusion Performance Max retail. Comparez la diffusion actuelle au mois dernier. Si la diffusion baisse de 15 % ou plus sans changement de budget correspondant, la cause est souvent la sante du flux.

Documenter le check mensuel dans un rapport partage, avec les memes metriques a chaque fois, fait remonter les tendances qu’un audit ponctuel ratera.

Erreurs courantes

Les patterns qui consomment du temps et ne produisent pas de recuperation :

Traiter Merchant Center comme une sous-fonctionnalite Google Ads. C’est un produit distinct avec des politiques distinctes, des processus de revue distincts, et un support distinct. Trier les problemes Merchant Center depuis l’interieur des diagnostics Google Ads rate le detail pertinent.

Soumettre le meme recours deux fois. Les revisionneurs voient le doublon. Le second recours est traite comme une priorite plus basse, pas plus haute.

Corriger les avertissements pendant que les erreurs sont ouvertes. Le calcul est faux. Les erreurs bloquent la diffusion, les avertissements la degradent.

Croire que le flux est la source de verite quand la page le contredit. La revue automatisee Google traite la page comme faisant autorite pour le prix, la disponibilite et l’identifiant. Aligner le flux sur une page erronee ne resout pas le probleme.

Desactiver les Mises a jour automatiques d’articles a cause d’une seule mauvaise correction. La fonctionnalite recupere plus de revenu qu’elle n’en perd sur toute fenetre de temps raisonnable. L’exception est les flash sales a haute velocite ou le prix change plus vite que le crawler ne peut suivre ; dans ces cas, un flux d’inventaire quasi temps reel est la solution plus propre.

Ignorer les erreurs de page d’atterrissage mobile parce que le site desktop est correct. Le trafic mobile represente la majorite des clics Shopping pour la plupart des categories. Un rejet mobile uniquement coupe l’audience adressable de plus de moitie.

Traiter les recours misrepresentation comme de la paperasse de routine. Chaque recours qui echoue reduit la probabilite que le suivant reussisse. Le premier recours doit etre le plus solide.

Conclusion

Merchant Center est le substrat. L’architecture des campagnes, la strategie d’enchere, le travail creatif, le ciblage d’audience reposent tous dessus. Quand le substrat se fissure, rien de ce qui est au-dessus ne fonctionne. Les equipes qui gagnent sur Google Ads retail sont celles qui traitent la sante du flux comme une discipline operationnelle quotidienne, pas comme un exercice d’hygiene trimestriel.

L’instinct diagnostique a developper : quand quelque chose cesse de fonctionner, ouvrez Merchant Center en premier. Account issues en deuxieme. Item issues en troisieme. La cause est en amont du symptome 80 % du temps.