Parité entre le flux marchand et la page produit

Le flux et la page produit sont deux représentations du même article, maintenues par des équipes différentes : elles divergent. L'écart supprime l'article sans toucher au classement organique, ce qui explique qu'il passe inaperçu pendant des mois. Le réflexe est de traiter les refus un par un dans l'interface, alors qu'ils viennent presque toujours d'une poignée de règles de flux ou de champs absents du catalogue source.

Le fichier de compétence

---
name: merchant-feed-and-page-parity
description: À utiliser lorsque les fiches produit gratuites affichent bien moins d'articles que n'en contient le catalogue, ou que des articles sont refusés alors que les pages produits paraissent correctes.
---

# Parité entre le flux marchand et la page produit

Le flux et la page produit sont deux représentations du même article, maintenues par des équipes différentes : elles divergent. L'écart supprime l'article sans toucher au classement organique, ce qui explique qu'il passe inaperçu pendant des mois. Le réflexe est de traiter les refus un par un dans l'interface, alors qu'ils viennent presque toujours d'une poignée de règles de flux ou de champs absents du catalogue source.

## Ce qu’il vous faut d’abord

- l'export actuel du flux, accompagné des diagnostics au niveau de l'article avec les motifs de refus
- les pages produits rendues pour un échantillon couvrant les catégories, montrant le prix et la disponibilité tels qu'un crawler les voit
- les taux de couverture GTIN, MPN et marque par catégorie, relevés dans le catalogue source et non dans le flux
- les paramètres de taxes et de livraison configurés sur le compte marchand

## Méthode

1. Comptez les articles refusés et en attente par motif avant d'ouvrir le moindre article. Deux ou trois motifs représentent généralement l'essentiel du volume, et ce sont des défauts de configuration ou de couverture, pas des défauts article par article.
2. Réconciliez d'abord les volumes : lignes du flux face aux références vendables en base. Un flux auquel il manque un tiers du catalogue est un défaut de génération, et aucun travail sur les attributs ne compte tant que ce n'est pas réglé.
3. Comparez prix et disponibilité entre le flux et la page rendue sur tout l'échantillon, en comparant les horodatages autant que les valeurs. Des caches différents sur les deux chemins sont la source d'écart la plus fréquente.
4. Corrigez la couverture des identifiants dans le catalogue source plutôt que par une règle de flux. Un identifiant inventé lors d'une transformation de flux échoue à la validation et corrompt l'enregistrement dont vous aurez besoin plus tard.
5. Construisez les titres du flux selon votre propre ordre d'attributs, marque puis produit puis l'attribut sur lequel les acheteurs cherchent, plutôt que de reprendre le titre de la page. Les titres de flux sont confrontés aux requêtes et tronqués sans ménagement, donc l'ordre du titre de page convient rarement.
6. Écrivez noir sur blanc les champs sur lesquels le flux a le droit de différer. La livraison et les taxes relèvent des réglages du compte et non des données article, et les descriptions peuvent légitimement être plus courtes que la page.
7. Recontrôlez les diagnostics à 14 jours et surveillez la répartition des motifs plutôt que le total affiché, puisque résoudre un motif en découvre régulièrement un second qu'il masquait.

## Ce que ça produit

Un flux réconcilié avec une règle de parité des champs énoncée, des refus traités à la cause, et une couverture d'identifiants réparée dans le catalogue source.

## Là où ça dérape

- rustiner les écarts avec des règles de flux pendant que le catalogue source reste faux, si bien que les mêmes erreurs reviennent à la prochaine reconstruction complète
- générer des identifiants de remplissage pour satisfaire un champ obligatoire, ce qui produit des refus plus difficiles à diagnostiquer que ne l'était le champ manquant
- lire un taux d'approbation au niveau du compte comme un indicateur de santé alors que les refus se concentrent sur quelques lignes à fort chiffre d'affaires
- comparer le flux au code source HTML alors que le prix et le stock sont injectés côté client, si bien que l'écart n'apparaît jamais aux tests

---

Extrait de la bibliothèque de compétences QuQi - https://www.quqi.io/fr/skills/merchant-feed-and-page-parity

Ce qu’il vous faut d’abord

• l'export actuel du flux, accompagné des diagnostics au niveau de l'article avec les motifs de refus
• les pages produits rendues pour un échantillon couvrant les catégories, montrant le prix et la disponibilité tels qu'un crawler les voit
• les taux de couverture GTIN, MPN et marque par catégorie, relevés dans le catalogue source et non dans le flux
• les paramètres de taxes et de livraison configurés sur le compte marchand

Méthode

1. 01 Comptez les articles refusés et en attente par motif avant d'ouvrir le moindre article. Deux ou trois motifs représentent généralement l'essentiel du volume, et ce sont des défauts de configuration ou de couverture, pas des défauts article par article.
2. 02 Réconciliez d'abord les volumes : lignes du flux face aux références vendables en base. Un flux auquel il manque un tiers du catalogue est un défaut de génération, et aucun travail sur les attributs ne compte tant que ce n'est pas réglé.
3. 03 Comparez prix et disponibilité entre le flux et la page rendue sur tout l'échantillon, en comparant les horodatages autant que les valeurs. Des caches différents sur les deux chemins sont la source d'écart la plus fréquente.
4. 04 Corrigez la couverture des identifiants dans le catalogue source plutôt que par une règle de flux. Un identifiant inventé lors d'une transformation de flux échoue à la validation et corrompt l'enregistrement dont vous aurez besoin plus tard.
5. 05 Construisez les titres du flux selon votre propre ordre d'attributs, marque puis produit puis l'attribut sur lequel les acheteurs cherchent, plutôt que de reprendre le titre de la page. Les titres de flux sont confrontés aux requêtes et tronqués sans ménagement, donc l'ordre du titre de page convient rarement.
6. 06 Écrivez noir sur blanc les champs sur lesquels le flux a le droit de différer. La livraison et les taxes relèvent des réglages du compte et non des données article, et les descriptions peuvent légitimement être plus courtes que la page.
7. 07 Recontrôlez les diagnostics à 14 jours et surveillez la répartition des motifs plutôt que le total affiché, puisque résoudre un motif en découvre régulièrement un second qu'il masquait.

Ce que ça produit

Un flux réconcilié avec une règle de parité des champs énoncée, des refus traités à la cause, et une couverture d'identifiants réparée dans le catalogue source.

Là où ça dérape

• rustiner les écarts avec des règles de flux pendant que le catalogue source reste faux, si bien que les mêmes erreurs reviennent à la prochaine reconstruction complète
• générer des identifiants de remplissage pour satisfaire un champ obligatoire, ce qui produit des refus plus difficiles à diagnostiquer que ne l'était le champ manquant
• lire un taux d'approbation au niveau du compte comme un indicateur de santé alors que les refus se concentrent sur quelques lignes à fort chiffre d'affaires
• comparer le flux au code source HTML alors que le prix et le stock sont injectés côté client, si bien que l'écart n'apparaît jamais aux tests

Utiliser cette compétence dans votre propre IA

Le fichier téléchargé est un simple markdown dont l'en-tête porte le nom et le déclencheur. Quand un assistant sait charger des compétences tout seul, c'est cet en-tête qu'il lit pour décider que celle-ci s'applique.

Plus dans SEO e-commerce