Avant d'augmenter vos volumes d'envoi, vérifiez si un délai différent rendrait votre message plus pertinent. Préparez une version créative validée dans Migma, conservez-la à l'identique sur chaque branche de timing et définissez un protocole de test rigoureux avec le responsable du parcours dans Klaviyo.
Ce guide est proposé par Migma pour les équipes lifecycle à la recherche d'un cadre d'expérimentation concret, plutôt que d'une règle de fréquence universelle. Les recommandations officielles de la plateforme ont été vérifiées le 15 octobre 2026. L'exemple d'expérimentation présenté ici sert de support méthodologique ; il ne constitue en aucun cas un résultat mesuré ni la garantie qu'envoyer moins de messages augmentera votre chiffre d'affaires.
Définir la décision avant d'ajuster le calendrier
Formulez clairement ce que l'équipe cherche à apprendre. « Le deuxième rappel de configuration doit-il arriver plus tôt ? » est une question bien plus actionnable que « À quel rythme faut-il écrire à tout le monde ? ». La première cible un message précis, un état utilisateur donné et une variable évaluable.
L'interview de Criquet Shirts récemment publiée par Klaviyo invite justement à réévaluer ses volumes d'envoi. Prenez le retour d'expérience de cette marque comme une incitation à auditer vos pratiques, pas comme une prévision pour votre propre compte. Leurs résultats ne dictent pas le bon calendrier pour une audience différente.
Pour le test suggéré, ciblez un rappel d'onboarding destiné aux personnes ayant créé un compte sans finaliser une action précise. Notez l'action attendue, le délai actuel, l'alternative envisagée et l'hypothèse sous-jacente. Évitez de modifier l'offre et le délai en même temps : le résultat deviendrait impossible à interpréter.
Valider un message unique dans Migma
Partez du contexte de marque validé, puis renseignez dans Migma l'action en attente, les caractéristiques produit vérifiées et la prochaine étape attendue. Demandez un rappel court qui aide l'utilisateur à reprendre là où il s'est arrêté. Ne présumez pas qu'une personne ayant interrompu sa configuration a forcément besoin d'une réduction ou d'un argumentaire commercial plus insistant.
Un brief efficace pourrait ressembler à ceci : « L'utilisateur a créé son compte mais n'a pas finalisé la configuration de son espace de travail. Expliquez la prochaine étape, intégrez le lien vers la page de configuration adéquate et proposez une option d'assistance. N'affirmez pas que son équipe l'a déjà rejoint. » Il s'agit d'un exemple : le responsable des données doit confirmer la règle d'éligibilité exacte.
Conservez une création strictement identique sur les deux branches de timing. Relisez ensemble l'objet, le texte de prévisualisation, le libellé du bouton d'action, la mise en page et la valeur de repli pour les variables de nom optionnelles. Si le design change en cours de test, documentez la modification et déterminez si la comparaison reste pertinente.
Lancez Email Preflight, corrigez les avertissements identifiés et relancez la vérification. Cet outil permet de sécuriser la qualité de la création et d'éviter les erreurs d'envoi courantes. Il ne garantit toutefois pas que l'audience sélectionnée soit la bonne, ni que le protocole de test soit valide.
Distinguer le test de délai des limites de fréquence
La documentation officielle de Klaviyo sur la fréquence des flows détaille comment tester des branches avec des délais différents tout en maintenant un contenu strictement identique. Elle aborde également le Smart Sending, qui limite le nombre de messages qu'un destinataire peut recevoir sur une période donnée. Ces deux fonctionnalités répondent à des enjeux distincts.
Un test de délai cherche à déterminer le timing optimal pour ce flow précis. Une limite de fréquence peut exclure un message par ailleurs légitime simplement parce qu'un autre envoi a eu lieu récemment. Si l'une des branches enregistre davantage d'exclusions (skips), l'équipe doit en tenir compte pour interpréter les résultats.
Demandez au responsable du parcours de consigner les paramètres réels de chaque message concerné. Ne partez pas du principe que tous les flows prédéfinis utilisent les mêmes options par défaut. Maintenez les garde-fous existants sur les campagnes et les flows, sauf décision explicite et motivée de la personne en charge.
Structurer un brief validé par les deux parties
| Élément du test | À consigner avant le lancement |
|---|---|
| État de l'utilisateur | Action inachevée et règle d'entrée dans le flux |
| Modification testée | Délai actuel vs alternative retenue |
| Création | Version Migma unique et validée, utilisée sur les deux branches |
| Règle de sortie | Action déclenchée dès que la tâche est finalisée |
| Autres points de contact | Campagnes et flows parallèles, limites de fréquence actives |
| Évaluation | Indicateur clé (outcome), période d'observation et responsable de l'analyse |
Laissez le responsable Klaviyo paramétrer le test selon la configuration actuelle du compte. Le rôle du designer est de livrer le message validé et d'identifier tout élément textuel qui deviendrait caduc après une attente prolongée : une formule comme « Finalisez votre inscription aujourd'hui » perd tout son sens après plusieurs jours.
Utilisez le workflow d'export de Migma pour transférer la création validée, puis contrôlez le rendu dans Klaviyo. L'export du template et le ciblage de l'audience sont deux étapes distinctes. Vérifiez l'objet réel, les variables dynamiques, l'expéditeur et le timing directement dans l'outil d'envoi.
Tester les scénarios de sortie du flow
Le cas limite critique concerne l'utilisateur qui finalise la tâche pendant la période d'attente. Déterminez si cette personne doit recevoir un message différent ou aucun rappel. Demandez ensuite au gestionnaire du parcours de tester ce comportement avec des profils de test contrôlés.
Passez également en revue les réentrées dans le flow, les données optionnelles manquantes et les profils ayant reçu une campagne récemment. Ces cas de figure révèlent souvent que les écarts constatés proviennent du routage ou des règles d'exclusion plutôt que du délai en lui-même.
Notez systématiquement les comportements attendus et les comportements observés. Un aperçu visuel réussi ne garantit pas que les bonnes personnes ont été ciblées. Une répartition correcte entre les branches ne prouve pas que le bouton d'action fonctionne une fois l'email reçu.
Analyser les résultats avant de créer l'itération suivante
Comparez les métriques définies sur la période d'observation convenue. Prenez en compte les volumes réellement envoyés et ignorés (skips), l'engagement qualifié, la complétion des tâches et les signaux négatifs mesurables de manière fiable. Ne déclarez pas une variante gagnante dès les premières variations encourageantes d'une courbe de taux d'ouverture.
Si les données ne sont pas concluantes, constatez-le simplement et évaluez si un nouveau test justifie de solliciter à nouveau votre base. Ne transformez pas un résultat marginal ou parasité en règle de fréquence globale pour l'entreprise.
Réintégrez les enseignements validés dans le prochain brief Migma. La documentation de suivi des résultats de Migma préconise une boucle d'amélioration supervisée par l'humain et précise expressément que Migma ne désigne pas automatiquement de vainqueur d'A/B test. La décision finale sur le timing reste entre les mains de l'équipe responsable du parcours.
Foire aux questions
Un test de délai est-il équivalent au Smart Sending ?
Non. Un test de délai compare l'impact du moment d'envoi d'un message dans un flow. Le Smart Sending limite le nombre d'emails reçus sur une période donnée et peut entraîner des messages non envoyés (skips). Il convient d'analyser les deux lors de la lecture des résultats.
Le design doit-il varier selon les branches de délai ?
Non, conservez une création validée identique lorsque le test porte sur le timing. Si le texte ou l'offre change en parallèle, il devient impossible d'attribuer l'écart observé au seul délai d'envoi.
Que se passe-t-il si un utilisateur finalise sa configuration pendant le délai d'attente ?
Définissez la règle de sortie souhaitée avant le lancement, puis testez-la avec des profils contrôlés. Le rappel doit rester pertinent face à l'évolution du statut de l'utilisateur.
Migma désigne-t-il automatiquement la variante gagnante ?
Non. La documentation actuelle de Migma indique qu'un humain sélectionne le vainqueur de l'A/B test. Dans ce workflow, le responsable du parcours conserve également la décision finale sur les réglages de timing dans Klaviyo.