Le visiteur doit pouvoir comprendre les conditions applicables à son produit et à sa destination avant de poursuivre sa commande. Alignez fiche, panier, page de politique et données structurées. Le balisage décrit les conditions de l’entreprise ; il ne les définit pas à sa place.
Inventorier les situations réellement proposées
Listez destinations desservies, modes de livraison, frais, éventuelles limites et exceptions de catalogue. Faites confirmer les informations par les personnes responsables de l’offre et des opérations. Ne recopiez pas un modèle juridique ou commercial sans vérification. Cet article traite de la cohérence d’affichage : les conditions applicables à votre activité doivent être validées dans le cadre approprié.
Montrer les informations au bon endroit
Une fiche doit expliquer les éléments utiles à la décision et renvoyer vers une politique complète accessible. Le panier doit confirmer les conditions calculées pour la destination et les produits choisis. Évitez les formulations générales qui laissent croire à une gratuité ou à un délai universels lorsque des exceptions existent. La cohérence compte aussi dans les messages envoyés après commande.
Distinguer politique validée et représentation technique
La première source de référence est la politique approuvée de l’entreprise, avec les validations adaptées à son activité. Le site doit ensuite la représenter correctement dans les contextes concernés. Une donnée structurée ne crée pas une condition commerciale et ne permet pas de choisir à la place de l’entreprise un délai, un frais ou une exception. Cet article décrit une recette d’affichage, pas les règles juridiques applicables à chaque boutique.
| Support | Information à vérifier | Exemple d’écart à traiter |
|---|---|---|
| Politique complète | Conditions, destinations et exceptions validées | Une exception n’est plus applicable mais reste publiée |
| Fiche produit | Conditions utiles à la décision pour ce produit | Une formule générale masque un cas particulier |
| Panier | Calcul correspondant à la composition et à la destination | Le montant diffère sans explication |
| Données structurées | Conditions réellement émises pour ce périmètre | Une ancienne politique reste dans le balisage |
| Messages de confirmation | Information cohérente avec le parcours validé | Un ancien modèle de message annonce autre chose |
La documentation MerchantReturnPolicy de Google distingue notamment la politique générale et les possibilités de représentation liées aux offres. Vérifiez les propriétés prises en charge avant de coder une exception. Une propriété présente dans un vocabulaire ne signifie pas nécessairement qu’elle est utilisée dans tous les affichages d’un moteur.
Décrire les conditions dans les données
Google documente MerchantReturnPolicy pour représenter des informations de retour, ainsi que la possibilité d’une politique générale ou d’exceptions selon les cas pris en charge. Implémentez uniquement les informations validées et visibles. Vérifiez la version courante de la documentation avant développement. Une donnée structurée correcte n’assure pas que Google l’affichera dans un résultat, et ne corrige pas une page commerciale ambiguë.
Exemple fictif : un objet volumineux
Une boutique applique des frais spécifiques à un produit encombrant. La page de politique décrit cette exception, mais la fiche affiche encore un message général de livraison gratuite. L’équipe corrige le message et le calcul, puis teste une commande de démonstration sur les destinations concernées. Elle vérifie aussi que le flux catalogue ne conserve pas l’ancienne indication après synchronisation.
Un jeu de cas pour détecter les incohérences
- Définissez un cas standard avec une référence et une destination prises en charge. Notez les conditions attendues à partir de la politique validée.
- Ajoutez un produit comportant une exception réelle. Contrôlez que le texte et le calcul rendent cette exception compréhensible sans attendre la dernière étape.
- Essayez une destination non desservie et une combinaison de produits ayant des conditions différentes. Le comportement attendu doit être décidé par l’entreprise, pas improvisé pendant la recette.
- Vérifiez enfin les données structurées et les messages produits pour ces cas. Utilisez des commandes de démonstration dans l’environnement prévu, sans déclencher inutilement paiement ou expédition.
Dans un exemple fictif, un objet volumineux ne bénéficie pas des mêmes frais qu’un petit accessoire. La fiche annonce cette différence et le panier applique la règle validée. Si l’export affiche encore une ancienne condition, il faut examiner le processus de mise à jour. Modifier uniquement la phrase visible laisserait le problème sur les autres supports.
Le livrable d’une reprise de boutique peut être un tableau de cas, une liste d’écarts et les preuves de correction. Ajoutez le responsable de la prochaine revue, notamment lors d’un changement de transporteur ou de catalogue. La cohérence des flux et données produits complète cette recette ; la clarté des fiches pour les assistants d’achat en bénéficie sans que cela garantisse une recommandation ou un affichage enrichi.
Organiser une recette de cohérence
Testez un cas standard, une exception, une destination non desservie et une combinaison de produits. Comparez les résultats avec les règles approuvées, sans effectuer d’achat réel inutile. Gardez des exemples de contrôle pour chaque changement. Ce travail complète la synchronisation du catalogue, des prix et du stock et aide à limiter les incompréhensions qui arrivent ensuite au support.