Prenez Migma comme version de référence pour l'e-mail validé par votre équipe. Après l'export vers Klaviyo, comparez cette référence avec le gabarit réellement alimenté par les données. La validation finale doit porter sur la version exacte que recevront les destinataires, y compris les ajustements propres à la plateforme de destination qui n'étaient pas visibles sur le canevas d'origine.
Une capture d'écran permet de reconnaître la mise en page, mais elle ne garantit pas qu'un bouton renvoie vers la bonne page ni qu'un prénom manquant soit remplacé par un texte de repli (fallback) naturel. De même, un gabarit peut conserver l'apparence générale tout en altérant une phrase, une condition d'offre ou un lien de désabonnement en pied de page.
La documentation d'export de Migma recommande explicitement de vérifier le rendu final dans l'outil de destination. La grille de relecture ci-dessous permet d'établir un compte rendu de recette clair pour cette étape de transmission. Ce protocole s'applique à un e-mail donné, indépendamment des chantiers de migration globale de compte ou du choix d'un outil d'email testing.
Figer la version de référence
Attribuez à l'e-mail un identifiant de version explicite et conservez la source validée sous la main. Consignez l'objectif du message, son objet, son texte de prévisualisation (preheader), les arguments clés, les URL de destination des boutons et les éventuelles variantes de contenu approuvées. Conservez la capture d'écran comme repère visuel aux côtés de ces éléments factuels.
Évitez de valider une cible mouvante. Si un collaborateur modifie la source dans Migma après l'export, tranchez : faut-il réexporter et recommencer la revue, ou conserver le gabarit de destination calé sur la version validée précédente ? Un simple horodatage est bien moins utile qu'une note précisant exactement ce qui a changé.
Prenons un exemple concret : une invitation à un atelier comprenant un bouton d'inscription et une courte phrase précisant les critères d'éligibilité. Cette mention peut sembler secondaire à côté de l'image principale, mais elle détermine à qui s'adresse l'invitation. Elle a toute sa place dans le registre de recette.
Structurer la comparaison en trois étapes
Vérifiez d'abord le fond. Relisez l'accroche, l'offre, les détails pratiques et l'appel à l'action. Assurez-vous qu'aucune condition validée n'a disparu lors d'une adaptation ou d'un raccourcissement de texte. Contrôlez aussi bien le texte intégré aux images que le duo objet/preheader et le corps du message.
Examinez ensuite le comportement technique. Testez chaque lien important dans le gabarit final, et pas uniquement le libellé du bouton. Vérifiez que les redirections de tracking mènent bien à la page prévue et que les liens de désinscription ou de gestion des préférences s'appuient sur les balises natives prises en charge par la plateforme de destination.
Contrôlez enfin le rendu visuel. Inspectez le message alimenté sur écran large et sur mobile, ainsi que dans les clients de messagerie les plus utilisés par votre audience. Portez attention à l'ordre de lecture, au contraste, aux retours à la ligne, à la taille des boutons, au recadrage des images et au risque qu'une valeur dynamique particulièrement longue ne décale des éléments essentiels.
Le guide d'email testing de Beefree offre une bonne vue d'ensemble des anomalies fréquentes lors du contrôle qualité final. Fondez-vous sur votre propre source validée et sur les exigences de votre audience pour fixer vos critères d'acceptation.
Classifier les écarts selon leur impact
| Écart constaté | Question à se poser | Décision recommandée |
|---|---|---|
| Substitution de police | Le texte reste-t-il lisible et la hiérarchie claire ? | Accepter si le résultat sert l'objectif validé |
| Destination du bouton modifiée | L'action promise est-elle toujours exécutée ? | Corriger avant validation |
| Donnée de personnalisation absente | Un texte de repli (fallback) validé s'affiche-t-il ? | Corriger ou supprimer la variable |
| Condition d'éligibilité omise | Le sens de l'offre est-il modifié ? | Rétablir la mention ou soumettre à une nouvelle validation |
| Espacement décoratif différent | Cela nuit-il au confort de lecture ou au clic ? | Évaluer en contexte |
Ces recommandations constituent une aide à la décision éditoriale, non une grille de mesure absolue du rendu. Définissez vos critères éliminatoires avant de vous attarder sur des détails purement visuels.
Tester le gabarit avec des jeux de données variés
Affichez un aperçu pour un cas standard, un cas avec des textes longs et un cas où les champs optionnels sont vides. Si l'e-mail exploite des données d'événements, demandez au responsable Klaviyo de confirmer le jeu d'échantillons et le mapping des champs. Un aperçu parfait obtenu avec des valeurs saisies à la main ne garantit en rien le bon fonctionnement du flux de données en production.
Vérifiez si les actions critiques dépendent d'une variable susceptible d'être absente. La valeur de repli doit préserver la suite du parcours pour le destinataire, ou bloquer explicitement l'envoi du message selon la règle métier définie. Un lien vide ou une balise de gabarit affichée en clair constituent un motif de rejet immédiat.
Utilisez des données de test fictives ou strictement anonymisées dans les comptes rendus partagés. L'équipe de validation a besoin d'observer le comportement du template, pas d'accéder au profil complet d'un client. Les données réelles ou sensibles doivent rester cantonnées aux environnements sécurisés prévus à cet effet.
Garder le mode d'export à l'esprit
Migma propose deux modes de transfert vers Klaviyo : un export HTML brut et une passerelle d'adaptation éditable (en version bêta). La documentation actuelle détaille les contraintes de mise en page et de format propres à chaque méthode. Choisissez l'option adaptée aux besoins réels de votre e-mail et inspectez le résultat obtenu, sans présumer que les deux modes offriront les mêmes fonctionnalités d'édition native.
Si l'adaptation éditable altère la mise en page de façon significative, soumettez l'écart à la personne qui a validé la version initiale. Si l'export HTML garantit une meilleure fidélité visuelle, privilégiez cette option. Dans les deux cas, vous devrez impérativement vérifier les variables, l'expéditeur, le segment ciblé et la planification directement dans l'outil de routage.
Les recommandations de compatibilité de Migma rappellent également que de légères variations d'affichage sont inévitables d'une boîte de réception à l'autre. L'objectif est d'obtenir un message stable, lisible et parfaitement opérationnel, sans promettre un rendu identique au pixel près ni une délivrabilité infaillible.
Conclure le passage de relais par un arbitrage explicite
Consignez le nom du gabarit contrôlé, la version source correspondante, les jeux de données testés et les écarts acceptés. Indiquez l'identité du relecteur ainsi que la date. Si une condition obligatoire n'est pas remplie, désignez un responsable et suspendez la campagne jusqu'à résolution du problème.
L'export d'un gabarit ne déclenche aucun envoi. C'est au gestionnaire de la campagne qu'il revient de trancher sur l'audience finale, l'expéditeur et la date d'envoi une fois cette revue terminée. Pour vos prochains e-mails, réutilisez cette grille de contrôle en actualisant simplement les éléments de preuve. Vous garantirez ainsi que chaque validation porte sur un livrable concret, plutôt que d'accorder un feu vert sur la base d'une ancienne capture d'écran.
Foire aux questions
Une capture d'écran validée prouve-t-elle que l'export est prêt ?
Non. Elle sert de repère visuel, mais l'équipe de recette doit également vérifier le gabarit réel, les données injectées, le fonctionnement des liens et les paramètres d'envoi définitifs.
L'e-mail exporté doit-il être identique au pixel près dans chaque messagerie ?
Non. Chaque client applique ses propres règles de rendu. Définissez vos critères d'acceptation (lisibilité, mise en page, contenu, liens) et testez les messageries prioritaires pour votre audience.
Que faire si la source est modifiée après l'export ?
Décidez si le modèle dans l'outil de destination reste calé sur la version précédente ou si vous devez procéder à un nouvel export et à une nouvelle revue. Consignez cet arbitrage par écrit.
L'export vers Klaviyo déclenche-t-il l'envoi de la campagne ?
Non. L'export réalise uniquement le transfert technique. La validation finale de l'audience, de l'expéditeur, de l'objet et du calendrier d'envoi relève d'une étape distincte dans Klaviyo.