Aller au contenu
Guides · Canaux & délivrabilité

Comment changer de plateforme e-mail

Pour changer de plateforme e-mail, exportez tout avant de résilier quoi que ce soit, reportez votre liste de suppression vers le nouvel outil, re-consentez là où le consentement ne se transfère pas, et chauffez progressivement le nouveau domaine d'envoi. Vos données migrent en un après-midi. Votre réputation d'expéditeur, non — c'est la partie qui demande un plan.

Mis à jour le 8 juil. 20268 min de lecturePar fromHello
À retenir
  • Le risque d'une migration tient à la réputation d'expéditeur, pas aux données — l'export est simple, un domaine d'envoi neuf ne l'est pas.
  • Exportez contacts, désabonnements, modèles, événements et historique d'engagement avant de résilier l'ancien compte.
  • Reportez la liste de suppression à chaque migration — c'est à la fois une obligation légale et une protection de la délivrabilité.
  • Chauffez progressivement le nouveau domaine et faites tourner les deux plateformes en parallèle jusqu'à ce que les taux de rebond et de plainte se stabilisent.

Qu'est-ce qui casse vraiment quand on change de plateforme ?

Presque rien ne casse dans vos données. Contacts, champs personnalisés, modèles et historique d'engagement s'exportent en CSV ou JSON, et toute plateforme correcte les importe. Ce qui casse, c'est votre réputation d'expéditeur. Les fournisseurs de messagerie notent le domaine et l'IP depuis lesquels vous envoyez, et un nouvel outil signifie en général une nouvelle identité d'envoi sans antécédents. Envoyez toute votre liste depuis un domaine « froid » le premier jour, et une bonne partie tombe en spam. Les données se copient ; la délivrabilité est la partie qui demande un plan.

Les cinq mouvements d'une migration d'ESP, dans l'ordre. Les étapes trois et quatre sont celles qu'on saute — et celles qui protègent la boîte de réception.

Exportez tout avant de résilier quoi que ce soit

L'assurance la moins chère d'une migration, c'est le timing. Exportez une copie complète de vos données tant que l'ancien compte est encore actif et payé, puis gardez-le en lecture seule jusqu'à ce que la nouvelle plateforme soit éprouvée. Résiliez d'abord et vous risquez de perdre l'accès à des désabonnements ou à un historique d'engagement impossibles à reconstruire.

  • Les contacts avec chaque champ personnalisé — pas seulement le nom et l'e-mail, mais les attributs dont dépendent vos segments.
  • Les désabonnements et la liste de suppression complète — rebonds définitifs, plaintes et blocages manuels.
  • Les modèles et le contenu réutilisable, plus les automatisations et parcours que vous recréerez.
  • L'historique des événements et les données d'engagement — ouvertures, clics et les événements comportementaux qui déclenchent vos scénarios.
  • Les enregistrements DNS et d'authentification — votre configuration SPF, DKIM et DMARC actuelle, pour référence.

Rangez l'export dans un endroit que vous contrôlez, pas seulement chez le nouveau fournisseur. Détenir une copie propre de vos propres données est tout l'objet de l'exercice — voir détenir vos données clients pour comprendre pourquoi cette copie compte au-delà de cette migration.

Pourquoi reporter la liste de suppression à chaque migration ?

La liste de suppression — tous ceux qui se sont désabonnés, ont provoqué un rebond définitif ou déposé une plainte — est le seul export qu'on ne peut jamais sauter. Sur le plan légal, un désabonnement est définitif et suit la personne, pas la plateforme ; l'envoyer depuis un nouvel outil reste la même infraction que sur l'ancien. Côté délivrabilité, ces adresses sont précisément celles qui génèrent plaintes et rebonds, les deux signaux qui coulent le plus vite un domaine froid. Importez la liste de suppression avant tout le reste, et vérifiez que la nouvelle plateforme la traite comme un blocage actif, pas comme une simple archive.

Re-consentement : garder le consentement ou reconfirmer ?

Le consentement n'est pas lié à votre ancien fournisseur : dans la plupart des cas, il voyage donc avec le contact — un opt-in valide reste valide après une migration. Vous le gardez quand vous pouvez prouver comment et quand chaque personne s'est abonnée et que vous continuez d'envoyer le courrier qu'elle a accepté. Vous reconfirmez quand la traçabilité manque, quand la liste est ancienne et inactive, ou quand vous changez nettement ce que vous envoyez. Une campagne de re-consentement en double opt-in est la façon propre de rafraîchir une liste fragile avant qu'elle ne nuise au nouveau domaine.

SituationStatut du consentementAction
Opt-in documenté, engagement récentSe transfèreImporter et envoyer normalement
Opt-in prouvable, même contenuSe transfèreImporter ; chauffer progressivement
Aucune trace de l'abonnementIncertainReconfirmer avant d'envoyer
Liste ancienne, inactive ou achetéeFaible ou nulRe-consentir ou supprimer

Comment chauffer le nouveau domaine et l'IP ?

Chauffer, c'est augmenter votre volume lentement pour que les fournisseurs de messagerie fassent confiance à la nouvelle identité d'envoi. Les recommandations de Google pour les expéditeurs sont explicites : commencez par un faible volume vers des utilisateurs engagés et augmentez-le au fil du temps, et évitez les pics soudains si vous n'avez pas d'historique de gros volumes. Commencez par les contacts les plus susceptibles d'ouvrir — abonnés récents et actifs — puis élargissez l'audience sur des jours ou des semaines. Surveillez de près votre taux de plaintes ; Google demande aux expéditeurs en masse de le maintenir sous 0,10 % et de ne jamais atteindre 0,30 %. Si les rebonds ou les rejets temporaires grimpent, ralentissez la montée jusqu'à ce que le taux d'erreur baisse, puis augmentez de nouveau. Une IP dédiée met plus de temps à chauffer qu'un pool partagé ; planifiez le calendrier selon celle que vous avez choisie.

Comment mapper profils, événements et segments ?

Chaque plateforme modélise les clients un peu différemment ; prévoyez donc du temps pour traduire la vôtre. Alignez vos attributs de profil sur les nouveaux noms et types de champs, mappez vos événements suivis un pour un, et reconstruisez les segments dynamiques sur le nouveau schéma. C'est le moment d'élaguer les champs morts et les événements obsolètes plutôt que de recopier le désordre — un plan de tracking propre rend les automatisations de la nouvelle plateforme bien plus faciles à construire. Gardez l'e-mail transactionnel et marketing sur des flux séparés pendant cette étape, pour qu'un reçu n'attende jamais une chauffe marketing et qu'un segment cassé ne bloque jamais une réinitialisation de mot de passe.

À quoi ressemble une bascule sans risque ?

Ne basculez pas d'un coup. Faites tourner les deux plateformes en parallèle et déplacez le trafic par étapes — d'abord une petite tranche engagée, puis des segments plus larges à mesure que les chiffres tiennent. Surveillez le taux de rebond, le taux de plainte et le placement en boîte de réception sur le nouvel outil après chaque hausse ; si l'un s'envole, mettez en pause et diagnostiquez avant d'envoyer davantage. Gardez le courrier transactionnel sur le canal éprouvé jusqu'à ce que les flux marketing soient stables. Une fois que la nouvelle plateforme porte votre volume complet proprement sur deux ou trois cycles, retirez l'ancienne. Si vous cherchez encore une destination, nos comparatifs des outils open-source d'automatisation marketing, des alternatives à Customer.io et des plateformes d'engagement client pour startups sont un bon point de départ.

FAQ

Questions fréquentes

  • Vais-je perdre mon historique e-mail en changeant ?

    Non, si vous exportez d'abord. Contacts, champs personnalisés, modèles et historique d'engagement s'exportent tous en CSV ou JSON tant que l'ancien compte est actif. Ce que vous ne pouvez pas récupérer après résiliation, ce sont les données que vous n'avez jamais exportées — sortez donc une copie complète, rangez-la dans un endroit que vous contrôlez, et gardez l'ancien compte en lecture seule jusqu'à ce que le nouveau soit éprouvé.

  • Combien de temps prend une migration d'ESP ?

    Le transfert des données peut prendre un après-midi. La partie sûre — chauffer le nouveau domaine et basculer par étapes — prend deux à quatre semaines, parce que vous cadencez le volume pour bâtir une réputation d'expéditeur, sans attendre un import. Précipiter la chauffe est la façon la plus courante de ruiner la délivrabilité pendant un changement.

  • Dois-je redemander à tout le monde de s'abonner ?

    En général, non. Un opt-in valide reste valide après une migration, tant que vous pouvez prouver comment et quand chaque personne s'est abonnée et que vous continuez d'envoyer ce qu'elle a accepté. Ne reconfirmez que pour les adresses sans traçabilité claire, les listes très anciennes et inactives, ou un changement notable de ce que vous envoyez.

  • Puis-je continuer à envoyer pendant la migration ?

    Oui — c'est tout l'intérêt de faire tourner les deux plateformes en parallèle. Gardez vos envois actuels sur l'outil éprouvé, déplacez un petit segment engagé vers le nouveau, et augmentez cette part à mesure que les taux de rebond et de plainte tiennent. Ne basculez complètement qu'après que la nouvelle plateforme a porté votre volume proprement sur deux ou trois cycles.

Découvrez la plateforme que l'équipe pilote.

Guides liés
Accès anticipé

Votre growthen autopilote.

L'accès anticipé ouvre progressivement, pour que l'équipe s'ajuste à de vrais cas d'usage. Les petites équipes aux grandes ambitions passent en premier.

déjà 500+ sur la liste

Pas prêt à laisser un e-mail ? C'est open source. Faites-la tourner vous-même dès aujourd'hui. Voir sur GitHub

Pas de spam. Un e-mail quand votre place s'ouvre. Désinscription à tout moment.