Section 8: Variantes
L’onglet Variantes n’apparaît que lorsqu’un produit inclut une ou plusieurs variantes (telles que la taille, la couleur ou la coupe). Son rôle est d’offrir de la visibilité sur la manière dont CatalogPilot représente les variantes pour la découvrabilité, et non d’encourager une édition de routine.
Pourquoi les variantes sont représentées séparément
CatalogPilot génère volontairement des enregistrements de variantes indépendants dérivés du produit parent.
Il ne s’agit pas de duplication « pour dupliquer ». C’est une décision structurelle délibérée qui permet :
- Des données structurées spécifiques aux variantes
- Une indexation au niveau des attributs (taille, couleur, coupe, SKU)
- Une meilleure découvrabilité pour les recherches longue traîne et filtrées
- Une interprétation précise par les systèmes d’IA et les moteurs d’achat
En pratique :
- Un produit parent reste l’entité canonique
- Chaque variante devient une entité Produit structurée distincte
- Toutes les entités de variantes référencent la même URL canonique et le même produit parent
- Aucune page dupliquée n’est créée
- Aucun conflit de canonique n’est introduit
Cela permet à un produit avec plusieurs variantes d’être découvert et indexé via plusieurs points d’entrée spécifiques aux variantes, tout en restant un seul produit du point de vue de la vitrine et du client.
Modèle d’héritage (comment le contenu est partagé)
CatalogPilot utilise un modèle d’héritage strict :
- Le produit parent est la source autoritative
- Les enregistrements de variantes héritent de tout le contenu applicable
- Seuls les attributs définissant la variante (tels que la taille ou la couleur) sont ajoutés ou surchargés
Cela garantit :
- Cohérence entre variantes
- Absence de dérive de contenu
- Génération de schéma prévisible
- Relations propres entre parent et variantes
En raison de ce modèle, la plupart des champs de variantes sont volontairement en lecture seule ou visuellement atténués.
Recommandations d’édition (Important)
L’édition du contenu des variantes est fortement déconseillée.
Dans la plupart des cas :
- Modifier les variantes n’apporte aucun bénéfice SEO ou de découvrabilité
- Les modifications doivent être effectuées au niveau du produit parent
- Les enregistrements de variantes se mettent à jour automatiquement via l’héritage
Les modifications manuelles de variantes ne doivent être envisagées que si quelque chose est clairement incorrect, et même dans ce cas, elles doivent être utilisées avec parcimonie.
Prix et identifiants
Les sections Prix et Identifiants (GTIN, MPN, SKU, Identifiant de plateforme, URL) :
- Proviennent directement de votre plateforme eCommerce
- Se mettent à jour dynamiquement via le schéma de la plateforme
- Sont affichées à titre de référence uniquement
Les prix, l’inventaire et les identifiants doivent toujours être gérés dans votre plateforme de vitrine, et non dans CatalogPilot.
CatalogPilot reflète ces données automatiquement lors de la synchronisation.
Pourquoi cela compte pour la découvrabilité
En représentant les variantes comme des entités structurées :
- Les moteurs de recherche peuvent indexer des offres spécifiques à une taille ou une couleur
- Les flux d’achat peuvent correspondre plus précisément à l’intention de l’utilisateur
- Les systèmes d’IA peuvent raisonner correctement sur la disponibilité et les attributs du produit
Cela amplifie significativement la découvrabilité sans augmenter le risque, la complexité ou la charge de travail du marchand.
Point clé
L’onglet Variantes existe afin que vous puissiez :
- Confirmer que les variantes sont reconnues et structurées correctement
- Comprendre comment CatalogPilot étend la découvrabilité au niveau machine
- Faire confiance au système pour gérer les variantes de manière sûre et cohérente
La plupart des marchands consulteront brièvement cet onglet puis passeront à autre chose — exactement comme prévu.
