Migrer d'ESP sans perdre sa délivrabilité : la méthode étape par étape

Changer d’ESP représente un moment critique pour toute stratégie d’email marketing : une migration mal préparée peut entraîner une chute brutale de délivrabilité, la perte de données de consentement ou la réapparition de contacts désabonnés. L’enjeu principal n’est pas le choix du nouvel outil — largement traité dans notre comparatif des outils d’emailing — mais la manière dont la transition elle-même est orchestrée pour préserver la réputation d’expéditeur et la conformité RGPD. Ce guide détaille les étapes techniques et organisationnelles qui font la différence entre une bascule invisible pour vos abonnés et un incident de délivrabilité qui prend des semaines à corriger.

Pourquoi la migration est le moment le plus risqué de la relation avec un ESP

La plupart des marketeurs sous-estiment la migration parce qu’ils la perçoivent comme une opération de copier-coller : exporter les contacts d’un côté, les importer de l’autre, reconfigurer quelques automatisations, et c’est terminé. En réalité, chaque ESP construit une réputation d’expéditeur propre à son infrastructure d’envoi — ses adresses IP, ses domaines partagés ou dédiés, son historique de plaintes. Cette réputation ne se transfère jamais automatiquement d’un outil à l’autre. Le nouvel ESP repart quasiment de zéro aux yeux des principaux fournisseurs de messagerie, même si votre marque envoie des emails irréprochables depuis des années.

C’est cette rupture de réputation, combinée aux risques de perte de données pendant l’export-import, qui transforme une migration en projet à part entière plutôt qu’en simple changement d’abonnement logiciel. Une entreprise qui traite la migration comme un non-événement technique découvre généralement le problème au pire moment : au premier envoi massif depuis le nouvel outil, quand les taux de délivrance chutent et que les emails commencent à atterrir dans les dossiers spam ou à être purement et simplement rejetés par les serveurs destinataires.

Ré-authentifier son domaine d’envoi avant la première campagne

Avant toute campagne depuis le nouvel ESP, il faut ré-authentifier le domaine d’envoi. Les enregistrements SPF, DKIM et DMARC doivent être mis à jour selon la documentation officielle du nouvel outil : le SPF doit inclure les serveurs du nouvel ESP, une nouvelle sélection DKIM doit être générée et publiée, et la politique DMARC doit rester cohérente avec ces changements pour ne pas provoquer de rejets. Une configuration incomplète ou mal testée expose les messages à un filtrage plus strict, voire à un rejet pur et simple par les serveurs de réception les plus stricts comme ceux de Microsoft ou Yahoo.

TechBoutique, une boutique e-commerce fictive migrant de Mailchimp vers Brevo, a consacré une semaine entière à vérifier chaque enregistrement TXT avant d’envoyer le moindre message de test. Cette prudence a permis de détecter qu’un ancien enregistrement SPF de l’ancien ESP n’avait jamais été retiré, créant un conflit de syntaxe qui aurait fragilisé l’authentification des deux outils en même temps pendant la période de transition.

Réaliser un warm-up progressif des nouvelles adresses IP

Les nouvelles adresses IP ou pools d’envoi du nouvel ESP sont inconnus des boîtes de réception. Un warm-up consiste à augmenter progressivement le volume et la fréquence des envois sur ces adresses, en commençant par les segments les plus engagés de votre liste. La période typique s’étale sur 15 à 30 jours selon le volume historique envoyé. Une entreprise SaaS fictive qui a migré vers Klaviyo a commencé par 5 % de son volume quotidien habituel, réservé aux abonnés ayant ouvert un email dans les 30 derniers jours, puis a doublé ce volume toutes les 48 heures tout en surveillant de près les taux de plaintes et de rejets définitifs (hard bounces).

Le warm-up n’est pas une formalité : c’est la période pendant laquelle les fournisseurs de messagerie évaluent la légitimité de la nouvelle infrastructure d’envoi. Interrompre ou accélérer ce processus par impatience revient à repartir de zéro si la réputation se dégrade dès les premiers jours.

Exporter et importer les listes sans perdre les informations de consentement

L’export depuis l’ancien ESP doit inclure les champs de date de consentement, source d’acquisition et statut de désabonnement — pas uniquement l’adresse email et le prénom. Les fichiers CSV ou JSON doivent être nettoyés des doublons avant import, et chaque champ doit être vérifié pour s’assurer qu’il correspond bien au champ équivalent dans le nouvel outil, dont la nomenclature interne diffère souvent. Il est indispensable de conserver les désabonnés dans une liste de suppression active dès l’import pour éviter tout envoi ultérieur accidentel.

Avant de lancer l’import définitif, une checklist de vérification s’impose :

• vérifier que chaque contact possède une preuve de consentement horodatée, exploitable en cas de contrôle ;
• exclure ou isoler les adresses inactives depuis plus de 12 mois si la politique interne de la marque le prévoit ;
• conserver une copie horodatée de l’export d’origine pour archivage RGPD, avant toute transformation du fichier ;
• tester l’import sur un petit segment (quelques centaines de contacts) avant de migrer la base entière ;
• vérifier que les tags, segments et champs personnalisés se sont bien recréés avec les bonnes valeurs.

Maintenir une période de double-run temporaire

Pendant la transition, il est souvent préférable que certains flux critiques restent actifs sur l’ancien ESP tandis que d’autres basculent progressivement sur le nouveau. Cette double-run permet de comparer les performances en conditions réelles et de détecter d’éventuels problèmes d’authentification ou de délivrabilité avant d’arrêter complètement l’ancien outil. La durée optimale se situe généralement entre deux et quatre semaines, selon la complexité des automatisations à recréer et le volume d’envoi habituel de l’entreprise.

Cette période a aussi un coût : deux abonnements actifs simultanément, une charge de travail double pour l’équipe marketing qui doit suivre deux tableaux de bord, et le risque de doublons d’envoi si les règles d’exclusion entre les deux outils ne sont pas strictement respectées. C’est pourquoi la double-run doit être planifiée avec une date de fin claire, pas laissée ouverte indéfiniment par prudence excessive.

Vérifier la conformité RGPD du nouveau sous-traitant

Le nouvel ESP agit en qualité de sous-traitant au sens de l’article 28 du RGPD dès lors qu’il traite des données personnelles pour le compte de votre entreprise. Il est nécessaire de disposer d’un accord de traitement des données (DPA) qui précise les mesures de sécurité mises en œuvre, les durées de conservation appliquées et les conditions de restitution ou de destruction des données en fin de contrat. Consultez notre guide sur la conformité RGPD en email marketing pour les points de vigilance contractuels à vérifier avant toute signature.

Erreur fréquente : migrer des listes de contacts sans avoir reçu et validé le DPA signé par le nouvel ESP. Un simple lien vers des conditions générales publiques ne suffit pas à documenter cette relation de sous-traitance ; ce document contractuel doit être conservé et accessible en cas de contrôle.

Éviter les pièges courants lors du transfert des données

Plusieurs erreurs reviennent fréquemment lors des migrations et sont responsables de la majorité des incidents post-bascule :

Les désabonnés non transférés constituent l’une des causes les plus fréquentes de plaintes après migration. Vérifiez systématiquement que la liste de suppression est active et complète avant le tout premier envoi depuis le nouvel outil.

Checklist de bascule finale

Intégrer la migration dans une stratégie globale de délivrabilité

La transition vers un nouvel ESP s’inscrit dans une démarche plus large de maintien de la réputation d’expéditeur, qui ne s’arrête pas à la fin du warm-up. Les pratiques de segmentation et de fréquence d’envoi restent déterminantes sur le long terme ; consultez notre guide sur la délivrabilité email pour approfondir ces aspects une fois la migration stabilisée. La refonte éventuelle des automatisations pendant ce projet peut aussi être l’occasion de simplifier des parcours devenus trop complexes au fil du temps, avant de les recréer à l’identique dans le nouvel outil.

Une fois ces étapes maîtrisées, testez la migration sur un segment restreint de quelques milliers de contacts avant d’étendre la bascule à l’ensemble de votre base. Cette approche progressive limite l’impact de toute anomalie résiduelle et vous laisse le temps de corriger avant que le problème n’affecte votre liste complète.