Dans Migma, préparez les textes traduits comme un ensemble indissociable : objet, pré-en-tête (preview text), accroche et appel à l'action principal. Avant de programmer l'envoi dans Klaviyo, contrôlez cet ensemble dans la version finale réellement configurée. Un corps d'e-mail bien traduit ne garantit pas que la boîte de réception l'introduit fidèlement.
L'objet et le pré-en-tête ont des rôles distincts. L'objet sert à identifier le message ou à donner une raison légitime de l'ouvrir. Le texte de prévisualisation apporte le détail qui éclaire la décision du destinataire. Traduire ces deux lignes séparément risque d'engendrer des répétitions, d'omettre une condition d'éligibilité ou d'avancer une promesse que le reste de l'e-mail ne tient pas.
L'article de Klaviyo sur les objets d'e-mails recommande d'utiliser le pré-en-tête pour compléter l'objet. La méthode présentée ici applique ce principe à la relecture de localisation, à travers des exemples concrets et un point de contrôle dédié au transfert de code HTML personnalisé.
Définir d'abord le message socle
Listez les faits immuables que chaque langue doit impérativement respecter : l'offre proposée, la cible visée, l'action attendue, ainsi que les délais ou critères d'éligibilité éventuels. Notez également les éléments de formulation pouvant être adaptés naturellement selon les marchés.
Prenons un exemple concret : une invitation à un atelier envoyée à des contacts inscrits. Le message validé indique que les inscriptions sont ouvertes pour un atelier destiné aux personnes qui découvrent le produit. Aucun code promotionnel n'est prévu et rien n'indique que les places sont presque épuisées. Chaque traduction doit impérativement s'en tenir à ce cadre, même si une formule créant un sentiment d'urgence semble séduisante.
Fournissez ce brief de cadrage à Migma, accompagné des règles validées de votre charte de marque. Demandez un texte fluide dans la langue cible et le détail des choix rédactionnels susceptibles de modifier le sens de l'offre. Faites valider le ton et le fond par un relecteur linguistique qualifié : une tournure en apparence fluide ne constitue pas à elle seule une garantie d'exactitude.
Relire le binôme objet / pré-en-tête de manière isolée
Placez l'objet et le texte de prévisualisation côte à côte. Lisez-les comme le ferait un destinataire, sans compter sur le visuel d'en-tête ou le premier paragraphe pour lever une ambiguïté. Si les deux lignes affichent « Les inscriptions sont ouvertes », mettez à profit le pré-en-tête pour apporter un contexte utile plutôt que de répéter l'annonce.
En anglais de cadrage, on pourrait avoir « Your first workspace workshop » et « See the agenda and choose a session ». Ces lignes illustrent un brief de départ, sans constituer une promesse d'efficacité mesurée. La version localisée peut adopter une structure de phrase différente tout en préservant précisément l'atelier concerné et l'action requise.
N'isolez pas une condition essentielle à la fin d'un texte de prévisualisation trop long : la place disponible varie considérablement selon les messageries. Comme l'explique le guide officiel de Klaviyo sur le pré-en-tête, les terminaux et les clients de messagerie n'affichent pas la même longueur. Vérifiez la clarté du message sur la portion visible la plus courte, au lieu de vous fier à une limite de caractères théorique uniforme.
Surveiller ces quatre formes de dérive
| Dérive | Ce qu'observe le relecteur | Action corrective |
|---|---|---|
| Répétition | L'objet et le pré-en-tête réitèrent la même annonce | Ajouter un détail contextuel sans créer de promesse inédite |
| Promesse amplifiée | La traduction introduit un sentiment d'urgence ou une garantie non validée | Rétablir le message initial approuvé |
| Perte de contexte | L'atelier semble s'adresser à tous sans distinction | Préciser à nouveau l'audience cible |
| Décalage de destination | La boîte de réception incite à s'inscrire, mais le bouton renvoie vers une page générique | Aligner l'action mise en avant et l'URL réelle de destination |
Consignez les arbitrages du relecteur linguistique avec la version finale du texte. Si une tournure prête à confusion, levez l'ambiguïté avant d'intégrer l'e-mail dans le flux d'envoi.
Prendre en compte le type de modèle de destination
La documentation de Klaviyo sur le texte de prévisualisation précise un point essentiel : le champ de saisie dédié (Preview Text) est pris en charge dans l'éditeur en glisser-déposer. Pour les modèles en code HTML personnalisé (y compris ceux supportant des blocs en glisser-déposer), l'intégrateur doit insérer le texte de pré-en-tête au début du code source de l'e-mail. Dans les e-mails en texte brut, c'est le début du contenu qui fait office de prévisualisation.
Par conséquent, la présence d'un champ dans une interface donnée ne garantit pas que tous les modèles HTML exportés l'exploiteront de la même manière. Vérifiez le type exact de modèle utilisé auprès de la personne chargée de l'intégration dans la plateforme cible et inspectez le rendu du message une fois importé. N'insérez pas aveuglément d'extrait de code masqué et ne présumez pas qu'un pré-en-tête configuré à la source écrasera automatiquement les réglages du gabarit de destination.
La documentation d'export de Migma permet de sélectionner une langue d'export et de télécharger des fichiers HTML distincts pour chaque marché. Classez rigoureusement ces fichiers en les associant aux textes de boîte de réception validés. Avant de lancer la production d'un e-mail multilingue, vérifiez les contraintes opérationnelles de la méthode d'export retenue.
Contrôler le rendu effectif en boîte de réception
Envoyez un test officiel depuis la plateforme d'expédition finale. Examinez le nom de l'expéditeur, l'objet, le pré-en-tête affiché, le premier paragraphe et le bouton d'action au sein du même message. Si le pré-en-tête affiche inopinément un texte de menu de navigation ou le texte alternatif d'une image, vérifiez la structure technique du code de prévisualisation au lieu de simplement raccourcir l'objet.
Testez l'affichage sur mobile étroit ainsi que sur ordinateur de bureau. Repérez le point précis où l'objet est tronqué, les retours à la ligne maladroits ou la ponctuation qui altérerait le sens. Pour les langues s'écrivant de droite à gauche ou utilisant un alphabet non familier, confiez la relecture à un locuteur natif au lieu de vous fier uniquement à l'équilibre visuel d'une capture d'écran.
Faites en sorte que la promesse centrale reste compréhensible même lorsque le client de messagerie n'affiche que très peu de pré-en-tête. Il s'agit d'une exigence de rédaction et de mise en page, et non d'une garantie technique que chaque messagerie affichera un nombre identique de mots.
Valider une version linguistique cohérente de bout en bout
Centralisez l'objet final, le pré-en-tête, la référence du corps de texte, la langue, le modèle de destination et l'identité du relecteur. Si l'offre de référence en anglais évolue ultérieurement, identifiez les déclinaisons linguistiques impactées et soumettez-les à une nouvelle validation. Ne présumez jamais que la modification du fichier source synchronisera automatiquement les contenus déjà déployés.
Commencez par valider une première langue avec un test en boîte de réception réelle. Dès que le message et son intégration technique sont conformes, appliquez ce même protocole de contrôle à l'ensemble des autres marchés. L'objectif est d'obtenir un message fluide et cohérent pour le destinataire, tout en s'assurant que son introduction dans la boîte de réception correspond parfaitement au contenu découvert à l'ouverture.
Foire aux questions
Un corps d'e-mail bien traduit garantit-il que l'objet est correct ?
Non. L'objet, le pré-en-tête, l'accroche et l'appel à l'action doivent être validés comme une seule et même promesse, si besoin avec l'aide d'un relecteur linguistique qualifié.
Où placer le pré-en-tête dans un modèle Klaviyo en HTML personnalisé ?
Selon la documentation officielle, l'intégrateur doit insérer le texte de pré-en-tête au tout début du code source de l'e-mail. Le champ de saisie dédié est réservé aux modèles créés avec l'éditeur en glisser-déposer ; vérifiez toujours le type réel de votre modèle.
Faut-il appliquer une longueur de pré-en-tête identique pour toutes les langues ?
Non. La longueur des formulations et l'espace accordé varient selon la langue, l'appareil et le client de messagerie. Placez les informations déterminantes dès le début du texte et vérifiez le rendu effectif en boîte de réception.
La modification de la source dans Migma met-elle à jour automatiquement chaque modèle de langue exporté ?
Non, il ne faut pas le supposer. Repérez chaque version de destination concernée, répercutez la modification validée via le processus prévu, puis contrôlez le résultat final.