Ressources · 38
Fiabiliser les variantes produit, de l’URL au panier
Faire concorder option choisie, identité, image, prix, stock, balisage et achat.
· 8 min
Ce que ce guide permet
- Identifier chaque variante
- Tester les liens directs
- Synchroniser l’offre
- Contrôler les ruptures
Contrôle express
- Chaque combinaison vendue a-t-elle un identifiant stable ?
- Un lien direct préselectionne-t-il la bonne option ?
- Image, prix et stock correspondent-ils au panier ?
- Le balisage représente-t-il la même offre ?
- Que se passe-t-il après une rupture ?
Méthode pas à pas
- 01
Modéliser le groupe et les choix
Séparer les attributs communs du produit et les différences de chaque variante. Définir identifiant, dimensions sélectionnables et combinaisons réellement vendues.
Livrable : matrice produit, groupe et variantes.
- 02
Tester les URL directes
Ouvrir sans session chaque variante par son URL. Contrôler option présélectionnée, image, prix, disponibilité et action d’ajout au panier.
Livrable : jeu de liens directs vérifiés.
- 03
Unifier les données affichées
Tracer la source de vérité du prix, de la devise, du stock et de la promotion. Comparer fiche, panier, flux et données structurées à la même date.
Livrable : carte des flux et écarts horodatés.
- 04
Décrire correctement le groupe
Si un balisage ProductGroup est utilisé, associer variantes et identifiants selon les consignes de Google et garder chaque page compréhensible seule.
Livrable : exemples de balisage contrôlés.
- 05
Éprouver les états inhabituels
Rejouer rupture, remise expirée, option indisponible et retour depuis le panier. Éviter de présenter une offre qui ne peut être achetée.
Livrable : scénarios de transition et correction.
- 06
Surveiller les divergences
Échantillonner les variantes publiées après toute mise à jour de catalogue. Mesurer le délai de propagation et attribuer les corrections.
Livrable : tableau de suivi des écarts.
Indicateurs de pilotage
| Indicateur | Ce qu’il mesure | Première action |
|---|---|---|
| Identité | Variantes avec ID et attributs distinctifs | Corriger le modèle |
| Lien direct | URL qui sélectionnent la bonne option | Réparer la sélection |
| Concordance | Prix et stock alignés jusqu’au panier | Corriger les flux |
| Propagation | Délai d’une modification de catalogue | Réduire les copies périmées |
Erreurs fréquentes
- Créer une URL qui n’active aucune variante
- Publier une offre structurée différente du panier
- Confondre option visuelle et variante achetable
- Laisser un stock ancien dans un flux externe
Questions fréquentes
Faut-il une page séparée pour chaque variante ?
La structure dépend du site, mais Google demande qu’une variante puisse être présélectionnée par une URL distincte.
Le balisage corrige-t-il un mauvais catalogue ?
Non. Il doit décrire fidèlement l’offre visible et achetable.
Pourquoi tester sans session ?
Pour vérifier qu’un lien partagé ouvre la bonne variante sans dépendre d’un choix conservé localement.
Identité produit : GTIN et variantes
Un catalogue fiable permet de retrouver la même variante dans la fiche, le flux, le panier et le service client. Commencer par séparer l’identifiant de l’unité commerciale, la référence interne, le groupe de variantes et les conditions de vente. Une clé de contrôle peut repérer une erreur de composition ; elle ne résout pas, à elle seule, les divergences d’identité ou d’offre.
Sources consultées le 23 octobre 2026. Le calcul repose sur l’algorithme modulo 10 décrit par GS1 ; le guide NZ de 2017 est cité uniquement pour cet algorithme. Les longueurs et représentations illustratives sont rapprochées du guide GS1 1.1.0 de décembre 2025. Les exemples de recette CIE et les exemples documentaires GS1 sont distingués.
GS1 · 2D Barcodes at Retail POS Implementation Guideline · Release 1.1.0 · ratified December 2025 · §4.3 / Table 4-2
Six notions à séparer dans le modèle de données
| Notion | Rôle dans le catalogue | Piège à éviter |
|---|---|---|
| GTIN | Identifie une unité commerciale selon les règles GS1. | Une clé cohérente n’atteste ni attribution, ni authenticité, ni disponibilité. |
| SKU | Référence interne utilisée pour gérer une variante dans le système du marchand. | Une référence interne n’est pas automatiquement un GTIN ; garder ses règles et son périmètre documentés. |
| ProductGroup | Décrit les propriétés communes et le regroupement de variantes dans le balisage. | Le groupe ne remplace pas les entités Product nécessaires aux variantes. |
| productGroupID / inProductGroupWithID | Rattache les variantes à un identifiant de groupe cohérent. | Si les deux niveaux fournissent cet identifiant, ils doivent correspondre selon Google. |
| Product | Décrit la variante avec ses attributs spécifiques et son identifiant distinct. | Ne pas annoncer la couleur ou la taille du groupe quand la fiche sélectionne une autre variante. |
| Offer | Décrit les conditions de vente rattachées au produit proposé. | Prix, devise et disponibilité doivent correspondre au choix réellement achetable. |
Six propriétés variesBy reconnues dans la documentation Google
Cette liste reprend les six propriétés prises en charge par Google pour variesBy à la date de consultation. Elle ne constitue pas l’inventaire de tout Schema.org. Décrire uniquement les axes réellement proposés par le catalogue.
| Propriété complète | Usage dans la recette |
|---|---|
https://schema.org/color | Couleur réellement sélectionnable sur la fiche. |
https://schema.org/size | Taille exprimée de manière cohérente avec le choix et le panier. |
https://schema.org/suggestedAge | Âge suggéré, sans en déduire un droit ou une conformité réglementaire. |
https://schema.org/suggestedGender | Public de genre suggéré, si pertinent pour ce catalogue. |
https://schema.org/material | Matériau qui distingue les variantes vendues. |
https://schema.org/pattern | Motif qui distingue les variantes vendues. |
Google Search Central · Product variant structured data · Updated 2026-09-08 · consulted 2026-10-23
Contrôle local de clé GTIN
Saisir une chaîne complète de 8, 12, 13 ou 14 chiffres 0–9, clé finale comprise. Aucun espace, tiret, préfixe GS1 AI, code-barres compressé ou lien Digital Link n’est accepté. Le lecteur préserve les zéros initiaux et affiche les pondérations utilisées sur tous les chiffres précédant la clé.
Contrôle local de longueur et de clé modulo 10. Aucune interrogation de registre GS1, attribution de GTIN, identification de marque, lecture de code-barres ou validation d’une offre. La représentation sur 14 positions est une mise en forme du même identifiant ; elle ne crée aucun nouveau GTIN. Le résultat reste une vérification arithmétique. Des changements portant sur plusieurs chiffres peuvent conserver la même clé : la vérification ne détecte pas toutes les erreurs de saisie.
GS1 New Zealand · Bar coding basic user guide · Version 3.1 · September 2017 · printed p.57 / PDF p.61 · check-digit algorithm
Résultat arithmétique
| Position depuis la gauche | Chiffre | Poids | Produit |
|---|
Huit exemples documentaires et cas de recette
I01 · Exemple GS1 à huit chiffres
95200002
Clé cohérente avec les chiffres saisis. Attribution et produit non vérifiés.
Exemple illustratif de la table 4-2 GS1. Le dernier chiffre vaut 2 ; une clé cohérente ne décrit ni le prix ni le stock.
- Longueur reçue
8- Somme pondérée
38- Multiple de 10 atteint
40- Clé attendue
2- Clé reçue
2- Représentation sur 14 positions
00000095200002
| Position depuis la gauche | Chiffre | Poids | Produit |
|---|---|---|---|
| 1 | 9 | 3 | 27 |
| 2 | 5 | 1 | 5 |
| 3 | 2 | 3 | 6 |
| 4 | 0 | 1 | 0 |
| 5 | 0 | 3 | 0 |
| 6 | 0 | 1 | 0 |
| 7 | 0 | 3 | 0 |
GS1 · 2D Barcodes at Retail POS Implementation Guideline · Release 1.1.0 · ratified December 2025 · §4.3 / Table 4-2
I02 · Douze chiffres avec zéro initial
012345000058
Clé cohérente avec les chiffres saisis. Attribution et produit non vérifiés.
Exemple GS1 : conserver le zéro initial dans la chaîne. Une conversion en entier effacerait une partie de la représentation reçue.
- Longueur reçue
12- Somme pondérée
42- Multiple de 10 atteint
50- Clé attendue
8- Clé reçue
8- Représentation sur 14 positions
00012345000058
| Position depuis la gauche | Chiffre | Poids | Produit |
|---|---|---|---|
| 1 | 0 | 3 | 0 |
| 2 | 1 | 1 | 1 |
| 3 | 2 | 3 | 6 |
| 4 | 3 | 1 | 3 |
| 5 | 4 | 3 | 12 |
| 6 | 5 | 1 | 5 |
| 7 | 0 | 3 | 0 |
| 8 | 0 | 1 | 0 |
| 9 | 0 | 3 | 0 |
| 10 | 0 | 1 | 0 |
| 11 | 5 | 3 | 15 |
GS1 · 2D Barcodes at Retail POS Implementation Guideline · Release 1.1.0 · ratified December 2025 · §4.3 / Table 4-2
I03 · Exemple GS1 à treize chiffres
9521101530001
Clé cohérente avec les chiffres saisis. Attribution et produit non vérifiés.
Exemple illustratif GS1. La clé attendue vaut 1. Relier ensuite l’identifiant à la variante réellement proposée.
- Longueur reçue
13- Somme pondérée
49- Multiple de 10 atteint
50- Clé attendue
1- Clé reçue
1- Représentation sur 14 positions
09521101530001
| Position depuis la gauche | Chiffre | Poids | Produit |
|---|---|---|---|
| 1 | 9 | 1 | 9 |
| 2 | 5 | 3 | 15 |
| 3 | 2 | 1 | 2 |
| 4 | 1 | 3 | 3 |
| 5 | 1 | 1 | 1 |
| 6 | 0 | 3 | 0 |
| 7 | 1 | 1 | 1 |
| 8 | 5 | 3 | 15 |
| 9 | 3 | 1 | 3 |
| 10 | 0 | 3 | 0 |
| 11 | 0 | 1 | 0 |
| 12 | 0 | 3 | 0 |
GS1 · 2D Barcodes at Retail POS Implementation Guideline · Release 1.1.0 · ratified December 2025 · §4.3 / Table 4-2
I04 · Même identifiant représenté sur quatorze positions
09521101530001
Clé cohérente avec les chiffres saisis. Attribution et produit non vérifiés.
La table GS1 complète l’exemple précédent par un zéro à gauche. Cette représentation sur 14 positions ne crée pas une nouvelle unité commerciale et ne doit pas être confondue avec un nouveau GTIN-14 attribué.
- Longueur reçue
14- Somme pondérée
49- Multiple de 10 atteint
50- Clé attendue
1- Clé reçue
1- Représentation sur 14 positions
09521101530001
| Position depuis la gauche | Chiffre | Poids | Produit |
|---|---|---|---|
| 1 | 0 | 3 | 0 |
| 2 | 9 | 1 | 9 |
| 3 | 5 | 3 | 15 |
| 4 | 2 | 1 | 2 |
| 5 | 1 | 3 | 3 |
| 6 | 1 | 1 | 1 |
| 7 | 0 | 3 | 0 |
| 8 | 1 | 1 | 1 |
| 9 | 5 | 3 | 15 |
| 10 | 3 | 1 | 3 |
| 11 | 0 | 3 | 0 |
| 12 | 0 | 1 | 0 |
| 13 | 0 | 3 | 0 |
GS1 · 2D Barcodes at Retail POS Implementation Guideline · Release 1.1.0 · ratified December 2025 · §4.3 / Table 4-2
I05 · Clé finale modifiée pour la recette
9521101530002
Clé différente de celle attendue pour les chiffres saisis.
Cas CIE dérivé de I03 : seule la clé finale passe de 1 à 2. Le contrôle arithmétique doit signaler l’écart, sans inventer un autre produit.
- Longueur reçue
13- Somme pondérée
49- Multiple de 10 atteint
50- Clé attendue
1- Clé reçue
2
| Position depuis la gauche | Chiffre | Poids | Produit |
|---|---|---|---|
| 1 | 9 | 1 | 9 |
| 2 | 5 | 3 | 15 |
| 3 | 2 | 1 | 2 |
| 4 | 1 | 3 | 3 |
| 5 | 1 | 1 | 1 |
| 6 | 0 | 3 | 0 |
| 7 | 1 | 1 | 1 |
| 8 | 5 | 3 | 15 |
| 9 | 3 | 1 | 3 |
| 10 | 0 | 3 | 0 |
| 11 | 0 | 1 | 0 |
| 12 | 0 | 3 | 0 |
I06 · Longueur non admise par le lecteur
9521101530
Saisie refusée : 8, 12, 13 ou 14 chiffres 0–9, sans espaces ni séparateurs.
Dix chiffres ne correspondent à aucune des quatre longueurs acceptées. Le lecteur ne complète pas une référence tronquée.
I07 · Espace initial à corriger à la source
9521101530001
Saisie refusée : 8, 12, 13 ou 14 chiffres 0–9, sans espaces ni séparateurs.
Le lecteur refuse les séparateurs et espaces, sans normalisation silencieuse. Examiner la règle d’import avant de modifier des identifiants en masse.
I08 · Limite d’un contrôle purement arithmétique
00000000000000
Clé cohérente avec les chiffres saisis. Attribution et produit non vérifiés.
Cas CIE composé de zéros : la somme et la clé sont cohérentes mathématiquement. Le lecteur ne prouve aucune attribution GS1 ni existence de produit ; cet exemple n’est pas une référence à utiliser dans un catalogue.
- Longueur reçue
14- Somme pondérée
0- Multiple de 10 atteint
0- Clé attendue
0- Clé reçue
0- Représentation sur 14 positions
00000000000000
| Position depuis la gauche | Chiffre | Poids | Produit |
|---|---|---|---|
| 1 | 0 | 3 | 0 |
| 2 | 0 | 1 | 0 |
| 3 | 0 | 3 | 0 |
| 4 | 0 | 1 | 0 |
| 5 | 0 | 3 | 0 |
| 6 | 0 | 1 | 0 |
| 7 | 0 | 3 | 0 |
| 8 | 0 | 1 | 0 |
| 9 | 0 | 3 | 0 |
| 10 | 0 | 1 | 0 |
| 11 | 0 | 3 | 0 |
| 12 | 0 | 1 | 0 |
| 13 | 0 | 3 | 0 |
URL directe et balisage : vérifier le bon modèle
| Architecture | Repère Google | Vérification du parcours |
|---|---|---|
| Page unique avec sélecteurs | Une URL canonique distincte pour le ProductGroup ; chaque variante reste présélectionnable par URL. | Ouvrir un lien partagé sans choix mémorisé : bonne image, prix, disponibilité et ajout de la bonne variante au panier. |
| Variantes réparties sur plusieurs pages | Pas d’URL canonique unique représentant le ProductGroup ; chaque page définit de manière autonome les entités qu’elle décrit. | Vérifier l’identifiant du groupe sur chaque page et les références aux autres variantes, sans dépendre d’une page distante pour comprendre l’entité locale. |
| Changement de variante | Le contenu sélectionné doit rester cohérent avec la variante que l’URL permet de retrouver. | Contrôler retour arrière, rechargement, lien copié et panier ; conserver un état indisponible compréhensible en cas de rupture. |
Six recettes pour relier identité et achat
| Cas CIE | Preuve à recueillir | Critère de décision |
|---|---|---|
| C-ID · Import catalogue | Valeur brute, type de champ, longueur et erreur éventuelle de clé. | Préserver la chaîne et ses zéros ; isoler les rejets pour les corriger à la source, sans attribuer automatiquement de nouveaux identifiants. |
| C-GROUPE · Même famille | Identifiant du groupe et identifiants des variantes sur deux pages. | Aucun mélange de groupes ; les rattachements répétés correspondent, même après synchronisation partielle. |
| C-OFFRE · Prix et devise | Fiche, balisage, flux et panier relevés pour une seule variante à une même date. | Le montant et la devise restent cohérents ; une divergence bloque une conclusion de concordance. |
| C-STOCK · Rupture après sélection | Parcours de changement de stock et message réellement affiché. | La variante indisponible ne se transforme pas silencieusement en une autre référence au panier. |
| C-CACHE · Variante partagée | Lien ouvert sans session et après choix d’une autre option. | Le cache et la mémoire locale ne substituent pas une image, un prix ou une identité d’une autre variante. |
| C-CLAVIER · Sélecteur de variante | Parcours clavier, focus et annonce de la sélection. | Le choix est accessible, les mises à jour utiles sont compréhensibles et le focus reste utilisable après changement. |
Pour SEO, GEO et SXO, rendre l’entité stable et l’offre compréhensible compte davantage qu’accumuler des identifiants. Le balisage doit décrire les données réelles ; l’outil ci-dessus n’accorde aucune éligibilité Google et ne garantit aucun résultat enrichi. Relier les corrections au catalogue source, puis retester le lien direct et le panier.
Provenance, éditions et crédits
Sélection des six propriétés et repères de variantes adaptée de la documentation Google citée, sous CC BY 4.0 sauf mention contraire. Références GS1 créditées pour les faits et exemples numériques ; explications, recettes et code originaux CIE. Aucune approbation GS1 ou Google n’est impliquée. Google · CC BY 4.0
GS1 New Zealand · Bar coding basic user guide · SHA-256: 4c7dcaac8453a588e917d7571c908b7058153c65679f42a8359b1455149da4a2
GS1 · 2D Barcodes at Retail POS Implementation Guideline · SHA-256: aadf1b655dd9866a24befef1486ee50a9bd10f3447bda8c35346eb2cb8844b50
Google Search Central · Product variant structured data · SHA-256: f793d8e2d48afe66ef0cdd796fe2401e05913a21fd219c1931cb7f1ef0dae5fe
Google Developers · Site Policies · Google documentation attribution and licensing
Références officielles
Date de consultation des références : . La méthode et la fiche de travail proposent des contrôles à adapter à votre contexte ; elles ne constituent pas une certification.
Pour aller plus loin
Analyses associées
