Rédiger des fiches produit qui permettent de choisir

Décrire le produit observable

Nommez le produit avec les mots que les clients emploient et précisez matière, dimensions, variantes, contenu et usage. Distinguez les mesures vérifiées des exemples de mise en situation. Une description copiée du fournisseur peut manquer les questions propres à votre clientèle.

Ajoutez des réponses courtes aux hésitations récurrentes : entretien, compatibilité, délai ou disponibilité. Le guide du catalogue aide à définir les champs communs avant de publier des dizaines de fiches.

Distinguez les identifiants avant d’enrichir la fiche. Le SKU est une référence propre au marchand ; un GTIN identifie un article commercial selon les règles correspondantes. Exemple fictif : DEMO-LOT12 peut être un SKU interne, mais ne devient pas un GTIN en changeant le nom du champ. Google Merchant Center recommande un identifiant id stable, éventuellement le SKU, et demande de ne pas le recycler pour un autre produit. Conservez les valeurs d’origine, y compris les zéros initiaux, sans les convertir en quantités ; vérifiez ensuite le format exigé par chaque destination.

Pour un lot, relevez qui l’a constitué et ce que désigne la référence fournie. Dans Merchant Center, un multipack créé par le fabricant utilise les identifiants du multipack ; pour un regroupement créé par le vendeur, les consignes renvoient aux identifiants des produits unitaires et au paramétrage multipack applicable. Ne mélangez donc pas article, variante et conditionnement dans une seule colonne ambiguë. Certains produits n’ont pas de GTIN attribué : la documentation demande de ne jamais deviner une valeur. Faites confirmer la référence et le contenu du colis auprès de la source produit avant publication.

• Caractéristiques réellement mesurées.
• Variantes distinctes et compréhensibles.
• Questions fréquentes traitées sur la fiche.

Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

Montrer plusieurs vues utiles

Préparez une vue principale et des détails utiles à la décision : échelle, matière, assemblage et contenu livré. Exemple fictif : une lampe est photographiée avec une ampoule décorative non fournie ; précisez cette exclusion près de l’image et dans le contenu du colis. Lorsqu’une couleur est sélectionnée, montrez la variante correspondante ou indiquez explicitement la portée illustrative de la photographie.

Donnez à chaque image un texte alternatif adapté et un fichier léger. Testez le cadrage sur téléphone et le zoom lorsqu’il est utile. Une belle photo ne remplace pas une dimension écrite en texte.

• Photo principale propre au produit.
• Détails et échelle visibles.
• Images légères et accessibles.

Rendre les conditions visibles

Présentez le prix et ce qu’il inclut, la disponibilité, les frais ou modalités pertinents et l’action suivante à proximité de la décision. Les conditions susceptibles de varier doivent être reliées à une source éditoriale et mises à jour ensemble.

Les consignes Google sur les données produit distinguent fiche informative et produit achetable. N’affichez dans les données structurées que des informations présentes et exactes sur la page.

• Prix et disponibilité cohérents.
• Conditions accessibles avant l’action.
• Balisage fidèle au contenu visible.

Vérifier le parcours complet

Testez la fiche depuis une catégorie, une recherche et un lien direct vers une variante. Exemple fictif : la taille choisie devient indisponible après ouverture ; l’état, le prix et l’action doivent rester cohérents jusqu’au panier. Vérifiez aussi le retour à la liste et les produits retirés. Une image encore visible ne doit pas laisser croire que la référence peut toujours être commandée.

Relisez les fiches après une évolution de prix ou de catalogue. Le guide du parcours de commande complète la vérification après la sélection du produit.

Exercice fictif : deux lampes d’une même famille portent les références LAMP-BL et LAMP-RD. Le groupe peut partager une description de fabrication, mais couleur, photographie, prix et disponibilité doivent correspondre à la variante choisie. Une référence interne de démonstration n’est pas un GTIN : n’inventez pas un identifiant commercial normalisé.

Pour l’éligibilité des variantes dans Google, chaque variante doit disposer d’un identifiant distinct dans le balisage et pouvoir être présélectionnée par une URL distincte. La documentation différencie une famille sur une seule page et des variantes sur plusieurs pages : il n’existe donc pas une règle de canonique à appliquer indistinctement. Testez le lien direct puis le panier ; le simple changement de photographie ne valide pas le parcours.

• Entrées et liens directs testés.
• Variantes et ruptures traitées.
• Révision prévue après changement produit.

Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

• Google Search Central · Product variants

  Google Search Central décrit l’identification et l’accès aux variantes ; Schema.org définit leur regroupement. Sources consultées le 22 octobre 2026. Les références LAMP et les produits de cet exercice sont fictifs.

• Schema.org · ProductGroup

  ProductGroup regroupe des variantes partageant des caractéristiques ; le groupe lui-même ne désigne pas le produit directement vendu.