Réparation de flux Google Shopping
FeedMender lit votre fichier produit, trouve chaque problème sur lequel Google agit et répare ce qui peut l'être à partir de vos propres données. Vous recevez en retour une source de données supplémentaire qui continue de s'appliquer, y compris après que la synchronisation de cette nuit a tout écrasé.
Déposez votre source de données ici
csv · tsv · xlsx · xml · json · zip · gz
Votre fichier est envoyé sur notre serveur, analysé, puis supprimé sous six heures. Vous pouvez le supprimer plus tôt d'un seul clic. L'analyse de démonstration ne quitte jamais votre navigateur.
Notre catalogue de démonstration : 43 produits avec 39 défauts intégrés.
Une analyse réelle prend environ une minute pour 4 000 produits. Vous voyez chaque résultat avant de payer quoi que ce soit.
Chaque résultat rattaché à l'attribut auquel il appartient, avec le nombre de lignes et ce que nous écrivons. Classés par fréquence d'apparition.
Résultats d'une analyse de flux de démonstration.
Vingt-deux des 225 contrôles, sur un catalogue de 4 182 produits. Votre fichier produira une distribution différente.
Votre boutique continue d'exporter selon son propre calendrier. Rien ne change dans votre CMS et rien n'est réécrit dans votre source de données principale.
Une seconde source dans Merchant Center qui correspond sur id et remplace
uniquement les attributs que nous avons corrigés. Le fichier vous appartient : il va dans
une feuille de calcul de votre propre compte Google, que Merchant Center lit chaque jour.
Cette lecture quotidienne empêche aussi les données d'expirer, car les données produit
expirent 30 jours après leur dernière actualisation.
Google superpose le supplément à votre source principale chaque fois qu'il la traite, si bien que le flux régénéré cette nuit n'annule pas les corrections. C'est ce qui en fait un achat plutôt qu'un abonnement.
Pourquoi la synchronisation nocturne ne peut pas l'annuler. Rien n'est
jamais réécrit dans votre fichier, il n'y a donc rien dedans que votre boutique puisse
écraser. Google garde les deux sources séparées et reconstruit le produit qu'il diffuse à
partir des deux, à chaque récupération : votre ligne est lue d'abord, nos corrections sont
posées par-dessus ensuite, avec correspondance sur id. Votre boutique peut
régénérer le fichier à trois heures du matin, réécrire les descriptions et réordonner les
colonnes. La récupération suivante lit ce nouveau fichier, puis applique de nouveau le
même overlay. Cela cesse de s'appliquer dans deux cas seulement, tous deux de votre
fait : vous supprimez la source de données, ou l'id d'un produit disparaît
de votre flux.
Le prix et le stock sont corrigés par une règle, pas par une valeur. Leur
format est aussi défectueux que le reste et il doit être corrigé. Mais écrire
119.95 EUR dans le supplément fige le prix que nous avons vu à ce moment-là,
et votre prochaine promotion servirait l'ancien prix. Pour ces champs, le rapport vous
fournit une règle d'attribut à la place : remplacer la virgule, ajouter la devise, faire
correspondre vos propres libellés de stock aux quatre valeurs de Google. Une règle
s'exécute sur ce que votre flux dit ce soir, elle corrige donc le format pour de bon
plutôt que pour un jour. Vous la collez une fois, dans le même écran que celui où vous
ajoutez la source de données.
Ce qu'une source supplémentaire ne peut pas faire. Elle ne met à jour que
les produits dont l'id existe déjà dans votre flux principal ; les produits
ajoutés après l'analyse ne sont donc pas couverts tant que vous ne la relancez pas.
Le texte réécrit est déclaré. Les titres que nous reconstruisons sont
livrés en structured_title avec digital_source_type
trained_algorithmic_media, car Google exige que le contenu généré soit déclaré. Google utilise title quand
les deux attributs sont présents ; un titre réécrit nécessite donc aussi une règle
d'attribut dans Merchant Center qui efface l'original. Le rapport vous indique quels
produits et où cliquer. Chaque réécriture est d'abord vérifiée mot à mot par rapport à
votre propre ligne : tout ce qui introduit un fait absent de vos données est écarté et
votre titre d'origine est conservé.
Google publie plusieurs centaines de pages d'exigences sur les données produit. FeedMender applique la partie qu'un fichier peut prouver, des chiffres de contrôle GS1 aux dimensions d'image qui deviennent obligatoires le 31 janvier 2027. Vérifié par rapport au centre d'aide en juillet 2026.
Encodage, marques d'ordre des octets, délimiteur choisi par cohérence du nombre de champs, largeur par ligne, guillemets non fermés, bonne formation du XML. Les lignes impossibles à parser sont comptées et nommées, jamais abandonnées en silence.
Séparateurs décimaux et de milliers, code ISO 4217 manquant, devise de sale_price
incohérente, périodes de soldes sans prix soldé, unit_pricing_measure face à une
mesure de base d'une autre famille.
Mod-10 GS1, préfixes restreints 2, 02, 04, préfixes coupon lus sur la forme à 13 chiffres
complétée par des zéros, notation scientifique, conversion ISBN-10 et UPC-E,
contradictions d'identifier_exists, id en double ou trop long.
Exigences éditoriales, limites de 150 et 5 000 caractères, capitalisation vérifiée contre une liste d'acronymes, balisage HTML, couverture de termes trop mince pour les requêtes que le produit devrait viser.
Énumération fermée avec les libellés NL, FR et DE pris en charge, ISO 8601 sur chaque champ
de date, horizon d'expiration_date, availability_date pour les
précommandes et les réapprovisionnements, contradictions de stock signalées plutôt que résolues.
Listes de valeurs fermées pour color, size_system, size_type,
gender et age_group, valeurs de couleur concaténées,
intégrité d'item_group_id au sein d'un groupe de variantes, complétude des attributs vestimentaires.
Chaque URL distincte est récupérée, seize en parallèle : code de réponse, dimensions en pixels
par rapport au minimum actuel et à celui de 2027, format déclaré contre format réel, plafonds
de mégapixels et d'octets. Puis Googlebot, Googlebot-image et
AdsBot-Google sont vérifiés séparément, car AdsBot ignore le groupe générique.
Prix à l'unité là où la directive sur l'indication des prix s'applique, forme de la
certification EPREL, energy_efficiency_class limité à CH, NO et GB depuis
avril 2025, livraison obligatoire pour BE et NL. La partie que les outils conçus pour le
marché américain laissent de côté.
Nous préférons être clairs à ce sujet plutôt que de vous le laisser découvrir après coup.
L'analyse et le rapport complet sont gratuits. Vous payez au téléchargement de la correction.
Un catalogue, un paiement, pas de renouvellement. Les corrections vont dans une feuille de calcul de votre propre compte Google ; il ne reste donc rien de chez nous à continuer de payer. Relancez l'analyse dans six mois et vous ne payez de nouveau que si vous le souhaitez.
Neuf étapes, une seule fois. Tout reste dans votre propre compte Google, et rien de ce que vous faites ici ne peut toucher le flux que votre boutique exporte.
Le rapport, et les corrections sous forme de feuille de calcul. Les corrections sont ce que Merchant Center lira ; le rapport est pour vous.
Dans Google Sheets : Fichier, Importer, Téléverser, puis remplacez la feuille de calcul. Donnez-lui un nom que vous reconnaîtrez encore dans six mois, par exemple "FeedMender corrections, shop.example.com".
Cherchez un id de produit et un code-barres commençant par un zéro. Si le zéro a disparu, ou si un code-barres affiche désormais 8.71E+12, l'import a transformé le texte en nombres. Importez de nouveau avec cette conversion désactivée. Tout, dans notre fichier, est stocké comme texte ; cela n'arrive donc que lorsqu'on demande à la feuille de calcul d'être maligne.
Puis Ajouter des données produit supplémentaires. S'il n'y a pas d'onglet Sources supplémentaires, regardez d'abord sous Paramètres, Modules complémentaires.
Pas le modèle : la feuille de calcul existante. Merchant Center se connecte via votre propre compte Google ; la feuille reste donc privée et nous ne la voyons jamais. Sur un Workspace administré, un administrateur devra peut-être autoriser une fois le compte de service Merchant Center.
Le libellé de flux et la langue doivent correspondre à la source à laquelle elle
appartient. Une source supplémentaire ne met à jour que les produits dont elle y trouve
l'id, et elle ne peut ni ajouter ni supprimer de produits, ce qui explique
aussi pourquoi elle ne peut rien casser.
Google lit la feuille toutes les 24 heures par défaut. Cette lecture quotidienne est aussi ce qui empêche les données d'expirer, ce qu'elles feraient 30 jours après leur dernière actualisation.
Ce sont les corrections que nous ne figeons délibérément pas sur une valeur : le format du prix, vos libellés de stock, et la règle qui laisse passer un titre réécrit. Le rapport donne le texte exact et le champ auquel chaque règle appartient.
Les produits reviennent quand Merchant Center les retraite, pas à l'instant où vous appuyez sur Enregistrer. Rien de plus ne vous est demandé ensuite, et supprimer la source de données plus tard n'efface pas votre feuille.
En partie, et nous en utilisons un nous-mêmes. Réécrire un titre trop pauvre est un travail
de langue et un modèle y est bon ; cette étape lui revient donc. Le reste n'est pas un
travail de langue. Un chiffre de contrôle GS1, c'est de l'arithmétique, et un modèle
laissera passer un code-barres qui échoue au calcul. Savoir si une image fait 480 par 480,
ou si elle répond tout court, ne se sait qu'en récupérant chaque URL du fichier. Savoir si
AdsBot-Google est bloqué se trouve dans un fichier sur votre serveur. Notre
analyse elle-même n'appelle jamais de modèle.
Le plus gros problème, c'est que cela devient une boucle. Un modèle corrige ce que vous avez pensé à lui demander et laisse intactes les quatre-vingt-dix-neuf fautes dont vous ignoriez l'existence ; la façon de trouver le reste est donc d'envoyer le flux et de laisser Google le refuser. Ce verdict arrive au rythme de Merchant Center, pas au vôtre, et le temps qu'il arrive, votre boutique a de nouveau exporté le fichier par-dessus votre travail. Chaque tour attend Google. Nous exécutons toute la liste en une passe, puis nous vérifions que les corrections ne se sont pas cassées entre elles.
Être juste est aussi plus difficile qu'il n'y paraît. Le nôtre a un jour proposé "Blue" pour un téléviseur, parce que la colonne couleur indiquait Blue sur la majeure partie du catalogue. Ancré dans les données du marchand, et pourtant faux. Ce qui l'a arrêté, c'est un filtre de pertinence et une vérification mot à mot par rapport à la ligne source, tous deux écrits après l'avoir vu se produire.
Et une réécriture correcte doit encore arriver quelque part : en structured_title
avec le contenu généré déclaré, en sachant que Google utilise title quand les
deux sont présents, dans une source supplémentaire qui ne peut pas ajouter de produits et
qui expire 30 jours après sa dernière actualisation. L'analyse est gratuite ; le moyen le
plus rapide de trancher tout cela est donc de la lancer et de voir si ce qui en ressort
est ce que vous auriez trouvé.
Mettez le fichier que nous générons dans une feuille de calcul de votre propre compte Google, et ajoutez cette feuille dans Merchant Center comme source de données supplémentaire. Google la lit toutes les 24 heures depuis là.
Elle n'a pas besoin d'être publique et nous ne la voyons jamais. Merchant Center se connecte à votre feuille via votre propre compte Google plutôt que par un lien que vous publiez ; les corrections restent donc dans votre espace de travail, sous vos règles de conservation et d'accès. Sur un Workspace strictement administré, un administrateur devra peut-être d'abord autoriser le compte de service Merchant Center, ce qui est un réglage, pas un projet.
Le rapport l'accompagne : les règles d'attribut à coller pour les champs que nous ne figeons délibérément pas, ainsi que la source principale, le libellé de flux et la langue auxquels votre feuille doit correspondre.
id. Votre export peut se régénérer
aussi souvent qu'il le veut.En partie, et il vaut la peine de savoir laquelle. Les règles vivent dans votre compte plutôt que dans un fichier ; elles s'exécutent donc sur chaque ligne que votre boutique envoie à partir de là, y compris les produits qui n'existaient pas lors de notre analyse. Les corrections qui ont dû être écrites produit par produit, un titre reconstruit ou un code-barres réparé, couvrent les produits présents dans le fichier que nous avons lu.
Le rapport est l'autre moitié de la réponse. Presque rien de ce que nous trouvons n'est un cas isolé : votre export fait la même erreur dans le même champ à chaque fois, et le rapport indique quelles fautes sont systématiques et d'où elles viennent, pour qu'elles puissent être corrigées à la source et que les nouveaux produits arrivent propres. Relancer l'analyse est gratuit ; vous pouvez donc vérifier quand vous voulez, et vous ne payez que s'il y a quelque chose de nouveau qui vaut la réparation.