Prix produits Klaviyo : contrôler l'e-mail final

Un e-mail produit peut sembler parfaitement finalisé tout en affichant le tarif de la veille. Pour éviter ce piège, commencez dans Migma par caler le message, le design et l'offre validée, puis contrôlez le bloc produit une fois alimenté dans Klaviyo avant de planifier l'envoi. L'enjeu central consiste à savoir d'où provient ce montant et à quel moment précis il est résolu.

Ce guide est proposé par Migma aux équipes e-commerce qui conçoivent leurs créations dans Migma avant de router leurs campagnes via Klaviyo. Il détaille une méthode de relecture rigoureuse, sans chercher à comparer l'ensemble des plateformes d'envoi du marché. Les comportements décrits ici s'appuient sur la documentation officielle vérifiée le 27 octobre 2026. Aucun outil de design ne peut garantir la justesse commerciale d'un prix sans validation préalable auprès de la source de référence de la boutique.

Identifier l'origine de l'écart avant de modifier le design

Sélectionnez un produit concerné et relevez les éléments affichés dans l'e-mail : prix, devise, intitulé du produit, URL de redirection et profil utilisé pour l'aperçu. Comparez ces données avec la vitrine ciblée et l'offre promotionnelle validée pour l'opération. Notez également s'il s'agit d'une campagne ponctuelle programmée ou d'un flux automatisé (flow) appelé à tourner bien après la création de son modèle.

Évitez de corriger l'écart en saisissant immédiatement un chiffre en dur dans la maquette. Cette approche masque la cause racine et génère une version supplémentaire difficile à maintenir. Déterminez d'abord si l'erreur provient de la création graphique, des données du catalogue ou du paramétrage du bloc dans l'éditeur d'e-mail.

Prenons l'exemple d'une boutique fictive appliquant une remise sur un pull, passant de 60 £ à 45 £. Une maquette validée la semaine précédente affiche toujours 60 £. L'équipe créative doit déterminer si ce montant correspond à un texte statique, à un détail produit sélectionné manuellement ou à une variable résolue dynamiquement depuis un flux de données. Chacune de ces situations appelle une correction différente. Cet exemple chiffré sert uniquement à illustrer la démarche d'analyse et ne constitue pas un résultat client constaté.

Comprendre comment s'actualisent les données produit

La documentation de Klaviyo sur les blocs produits distingue les blocs statiques, où les articles sont choisis manuellement, des blocs dynamiques, où une source de flux (feed) détermine automatiquement les références affichées.

Cette différence est déterminante pour les envois différés. D'après la documentation actuelle, les informations des produits sélectionnés manuellement ne se mettent pas à jour dynamiquement au moment de l'envoi lorsque l'option Localize for recipient est désactivée. Klaviyo recommande d'utiliser un flux intégrant les articles retenus au sein d'un bloc dynamique lorsque ces données de catalogue doivent impérativement rester fraîches. Les catalogues localisés offrent une autre option prise en charge : les blocs statiques éligibles peuvent localiser les informations produit lors de l'envoi.

Pour autant, un tarif obsolète ne découle pas systématiquement d'un problème de bloc statique. Un catalogue désynchronisé, un champ erroné ou un titre rédigé à la main peuvent produire un résultat identique. Isolez la source avant d'appliquer un correctif.

Veillez également à ne pas confondre le contenu fictif de l'éditeur avec un aperçu réel. Klaviyo affiche des éléments génériques (placeholders) dans les blocs dynamiques en phase d'édition. Vérifiez les vrais produits via l'aperçu de l'e-mail en sélectionnant un profil précis. Une capture d'écran montrant des données fictives ne constitue pas une preuve suffisante pour valider une campagne.

Mettre en place une grille de contrôle des prix

Préparez votre section produit dans Migma afin de regrouper tous les textes validés au même endroit. Le flux de travail pour e-mails éditables de Migma permet à l'équipe de relire les textes, les liens, les boutons d'appel à l'action et la mise en page avant l'export. Conservez les données produit certifiées directement dans le brief pour éviter qu'une retouche graphique n'altère l'offre commerciale.

Construisez un tableau de vérification simple avec une ligne par cas de test, comprenant :

• Le produit attendu et la boutique de destination.
• Le prix actuel validé et la devise associée.
• La présence requise ou non d'un prix d'origine (barré).
• Le catalogue ou la source alimentant le bloc final.
• Le profil de test retenu pour l'aperçu et le marché ciblé.
• Le résultat constaté, le nom du relecteur et l'horodatage du contrôle.

Intégrez au minimum un article à prix plein, un article remisé et une référence dont les caractéristiques viennent de changer. Si votre campagne s'adresse à plusieurs marchés, associez un profil représentatif à chacun d'entre eux. Cette grille sert de trace de validation synthétique ; elle ne garantit pas à elle seule que quelques aperçus couvrent l'intégralité de vos destinataires.

Faites valider les montants attendus par le responsable e-commerce. L'équipe design ne doit pas déduire le régime de TVA, les taux de conversion ou l'éligibilité promotionnelle à partir d'une simple maquette visuelle.

Vérifier les prix barrés et les règles de repli (fallbacks)

Un prix barré constitue une promesse commerciale à part entière. La documentation de Klaviyo mentionne l'option Original price for sale products dans les réglages de style du bloc. Pour les catalogues dynamiques pris en charge, Klaviyo extrait cette valeur directement du flux lorsqu'elle existe. Les blocs statiques permettent aussi d'éditer manuellement ce champ de prix d'origine.

Vérifiez systématiquement les deux tarifs ainsi que les mentions attenantes. Un prix remisé exact placé à côté d'un prix d'origine erroné fausse l'offre promotionnelle. Si vous indiquez un pourcentage de réduction dans un titre ou sur un bouton, contrôlez cette mention séparément : elle ne s'adapte pas automatiquement à la logique interne du bloc produit.

Dans le cas des catalogues localisés via Shopify Markets, la documentation détaille l'option Localize for recipient pour les blocs statiques compatibles. Une fois activée, les prix, la devise et les informations produit s'ajustent selon la langue et la région du contact. En l'absence de paramètres régionaux ou de données spécifiques à la zone, le système applique un comportement de repli (fallback) documenté, qui peut renvoyer vers le catalogue par défaut.

Testez au minimum un profil disposant de données régionales complètes et un profil qui en est dépourvu, puis notez la règle de repli déclenchée. Remplacer manuellement un symbole monétaire ne garantit en rien que la valeur numérique correspondante soit exacte pour le marché ciblé.

Contrôler le rendu final directement dans la plateforme d'envoi

Passez votre création validée dans Migma Email Preflight. Cet outil examine les aperçus selon les messageries, la validité des liens, la rédaction et les risques d'envoi fréquents. Appliquez les corrections nécessaires et relancez le test. Preflight n'a pas vocation à valider vos prix de vente ni à garantir la délivrabilité en boîte de réception.

Une fois le transfert effectué, inspectez l'e-mail alimenté dans Klaviyo. Assurez-vous que la logique dynamique des blocs produits reste bien gérée par le module natif de la plateforme d'envoi. L'exportation d'un design depuis Migma ne crée ni ne maintient automatiquement les requêtes vers votre catalogue. Les blocs produits standards de Klaviyo n'acceptent pas de code HTML personnalisé ; l'aide en ligne oriente vers des modèles hybrides pour associer un bloc natif à un e-mail en HTML sur mesure.

Cliquez sur chaque lien produit pour vérifier la page d'atterrissage, la version régionale du site et l'offre affichée. Contrôlez l'image et le nom de l'article en promotion avec la même rigueur que les chiffres : un tarif exact associé à une mauvaise déclinaison de produit ou à une mauvaise destination induit le lecteur en erreur.

Laissez la réalisation des tests d'envoi finaux et le déclenchement de la campagne entre les mains du responsable désigné. Documentez précisément les aperçus vérifiés et les éventuels points en suspens avant de donner le feu vert pour la diffusion.

Éviter les correctifs isolés et non documentés

Une fois l'anomalie résolue, mettez à jour le brief validé dans Migma et consignez la configuration finale retenue dans la plateforme d'envoi. Si vos tarifs évoluent rapidement, effectuez cette vérification au plus près du lancement. Si vous dupliquez ce gabarit pour une campagne ultérieure, prévoyez un nouveau cycle de contrôle des données, même si la structure visuelle reste strictement identique.

L'objectif est d'aboutir à un accord clair et traçable : la création véhicule une offre validée, le bloc produit final s'appuie sur la bonne source de données, et les profils de test affichent le résultat attendu. Structurez votre prochain projet dans Migma à partir de ces bases certifiées, puis vérifiez systématiquement l'e-mail alimenté dans son environnement d'envoi réel.

Foire aux questions