Merchant Center : vidéos produit, offres suspendues et flux à vérifier

Trois changements passés par Google Merchant Center en octobre 2026 concernent directement les boutiques WooCommerce, PrestaShop et Drupal Commerce qui synchronisent leur catalogue vers Google Shopping. Aucun n’est spectaculaire pris isolément, mais ensemble ils touchent au suivi quotidien du flux produit : la façon de transmettre les données, la façon de diagnostiquer un problème, et surtout l’obligation de passer par la bonne interface technique.

Le responsable d’une boutique ne lit pas lui-même ces notes de version techniques. C’est pourtant son flux produit, et donc sa visibilité sur Google Shopping à l’approche du Black Friday, qui est en jeu si l’extension ou le module chargé de cette synchronisation n’a pas suivi.

Le point qui presse : Content API for Shopping n’est plus qu’un sursis

Google a mis fin à Content API for Shopping le 18 août 2026. Depuis le 1ᵉʳ septembre 2026, les requêtes adressées à cette ancienne interface génèrent des erreurs de façon progressive, et non plus un simple avertissement. L’interface qui doit la remplacer, Merchant API, est en place depuis plusieurs mois déjà : ce n’est pas une nouveauté, c’est son caractère désormais obligatoire qui change la donne.

Pour une boutique, la question à se poser est simple : l’extension ou le module qui envoie le catalogue vers Google Shopping (gestion native, module tiers, ou flux généré puis transmis par un outil de gestion de flux) parle-t-il encore à Content API ? Si c’est le cas, des produits peuvent déjà être rejetés silencieusement, ou le seront bientôt, sans qu’aucune alerte visible dans l’administration de la boutique ne le signale clairement. La vérification se fait du côté de l’éditeur de l’extension (changelog, note de compatibilité Merchant API) et, en dernier recours, en comparant le nombre d’offres actives dans Merchant Center à la taille réelle du catalogue.

Un attribut vidéo directement dans la fiche produit

Merchant API accepte désormais un attribut videoLinks au niveau de l’offre, pour transmettre une vidéo produit par ce canal plutôt que par un ajout manuel, produit par produit, dans l’interface. L’intérêt n’est pas de filmer l’intégralité d’un catalogue : peu de boutiques en ont les moyens, et une vidéo de mauvaise qualité n’apporte rien. L’intérêt est de pouvoir industrialiser l’envoi d’une vidéo existante (démonstration, déballage, présentation fournisseur) sur les quelques références qui en disposent déjà, sans repasser à la main dans Merchant Center à chaque mise à jour de catalogue.

Pour une boutique qui gère déjà les attributs de son flux produit via un outil de gestion de flux ou un module de catalogue, la question à se poser est de priorité, pas de principe : quelles sont les dix ou vingt références qui justifient l’effort, et l’outil utilisé sait-il déjà pousser cet attribut, ou faut-il attendre une mise à jour.

Offres suspendues : un diagnostic enfin lisible

Le second changement touche directement le quotidien d’un catalogue actif. Jusqu’ici, un problème de conformité sur une partie des offres pouvait remonter sous la forme d’un message générique au niveau du compte, ACCOUNT_DISAPPROVAL, sans indiquer immédiatement quelles références étaient concernées. Il fallait ensuite chercher, offre par offre, laquelle posait réellement problème.

Google dénormalise désormais ces problèmes jusqu’au niveau de l’offre : le diagnostic apparaît directement sur le produit concerné, avec le détail de la méthode marketing et du pays touchés. Pour une boutique dont une partie du catalogue est régulièrement rejetée pour des motifs mineurs (image non conforme, prix incohérent avec la page produit, attribut manquant), le gain est direct : moins de temps passé à chercher quelle offre pose problème, plus de temps à la corriger. C’est d’autant plus utile dans les semaines qui précèdent le Black Friday, période où les mises à jour de boutique ralentissent volontairement alors que la pression sur la visibilité du catalogue, elle, augmente.

Comment vérifier son intégration cette semaine

1. Identifier l’outil utilisé. Extension native, module tiers ou outil de flux externe : noter précisément lequel transmet le catalogue à Google Shopping.
2. Vérifier sa compatibilité Merchant API. Consulter le changelog ou la documentation de l’éditeur pour confirmer qu’il n’appelle plus Content API for Shopping.
3. Comparer le nombre d’offres actives. Dans Merchant Center, vérifier que le nombre d’offres actives correspond à la taille réelle du catalogue, et non à une fraction silencieusement rejetée.
4. Consulter les offres signalées. Ouvrir la liste des offres avec un problème et vérifier que le diagnostic désormais affiché (méthode marketing, pays) permet bien de corriger sans deviner.
5. Réserver la vidéo aux références qui le justifient. N’activer l’attribut vidéo que sur les produits qui en disposent déjà, sans en faire un chantier de production pour tout le catalogue.

Ce qu’il faut retenir

• Content API for Shopping est abandonnée depuis le 18 août 2026 ; les erreurs liées à son usage s’aggravent progressivement depuis le 1ᵉʳ septembre 2026.
• Merchant API accepte désormais une vidéo par offre via l’attribut videoLinks, à réserver aux références qui disposent déjà d’un contenu vidéo de qualité.
• Les problèmes de suspension s’affichent maintenant offre par offre, avec le détail du canal et du pays concernés, au lieu d’un message générique de compte.
• Une vérification de compatibilité avant le Black Friday évite de découvrir un flux dégradé en pleine période de forte visibilité.