Vous avez choisi une nouvelle plateforme pour une meilleure automatisation, de meilleurs tarifs ou de meilleures intégrations, et le plan de projet couvre les modèles, les flux et les formulaires. Ce qu'il oublie généralement, c'est la délivrabilité. Changer de fournisseur d'e-mailing est surtout un travail d'export et d'import, jusqu'à ce que la première campagne envoyée depuis la nouvelle plateforme atterrisse en spam parce que les nouvelles IP n'avaient aucun historique, que la liste de suppression n'a pas suivi, ou que DKIM n'a jamais été configuré. Ce guide explique ce qui vous suit et ce qui reste derrière, puis vous donne une checklist de migration ESP pour avant, pendant et après le changement.
La réponse en bref#
La réputation de votre domaine vous suit. La réputation de vos IP, vos listes de suppression, votre historique de rebonds et vos données d'engagement ne vous suivent pas, sauf si vous les déplacez vous-même. Donc : exportez vos suppressions et importez-les dans la nouvelle plateforme avant le moindre abonné, vérifiez la liste avant de l'importer, authentifiez le nouvel ESP sur votre propre domaine avant le premier envoi, faites le warm-up en commençant par vos abonnés les plus engagés, faites tourner les deux plateformes en parallèle pendant quelques semaines, et conservez l'ancien compte jusqu'à ce que vous ayez tout exporté. Et ne changez pas de plateforme pour fuir un problème de délivrabilité : une réputation de domaine abîmée vous suit sur la nouvelle plateforme.
Ce qui vous suit et ce qui reste derrière#
Les fournisseurs de messagerie comme Gmail évaluent à la fois le domaine de votre adresse d'expéditeur et de votre signature DKIM, et les adresses IP d'où provient votre courrier. Quand vous changez de plateforme, le domaine reste le même et les IP changent. Tout le reste dépend de ce que vous exportez.
| Élément | Vous suit-il ? | Que faire |
|---|---|---|
| Réputation du domaine | Oui, si vous continuez à envoyer depuis le même domaine | Authentifiez le nouvel ESP avec ce domaine pour que la réputation s'applique |
| Réputation des IP | Non ; elle appartient aux IP de l'ancienne plateforme | Prévoyez une montée en charge sur les nouvelles IP, partagées ou dédiées |
| Désabonnements, hard bounces, plaintes | Non | Exportez-les et importez-les en premier |
| Historique des rebonds et compteurs de soft bounces | Non | Vérifiez la liste avant l'import |
| Données d'engagement (dernier clic, dernier achat) | Seulement si vous les exportez | Exportez-les dans des champs personnalisés ; vous en avez besoin pour ordonner le warm-up |
| Preuves de consentement (date, source et formulaire d'inscription) | Seulement si vous les exportez | Exportez-les ; le RGPD attend de vous que vous puissiez démontrer le consentement |
| Clés DKIM, domaines de rebond et de suivi | Non ; chaque ESP a les siens | Publiez les enregistrements DNS de la nouvelle plateforme avant le premier envoi |
| Automatisations, modèles, formulaires, intégrations | Non | Reconstruisez, testez et redirigez chacun d'eux |
La première ligne vaut dans les deux sens. Une solide réputation d'expéditeur sur votre domaine vous donne une longueur d'avance sur la nouvelle plateforme. Une réputation faible vous suit aussi : si vos e-mails arrivent en spam aujourd'hui, corrigez la cause (qualité de la liste, plaintes, authentification) avant de migrer, pas en migrant.
La checklist de migration ESP#
Servez-vous-en comme liste de référence. Les sections suivantes expliquent les étapes qui posent le plus souvent problème.
| Phase | Tâche | Terminé quand |
|---|---|---|
| Avant | Exporter les désabonnements, hard bounces et plaintes | Chaque type de suppression est exporté avec ses dates |
| Avant | Exporter les contacts avec les champs d'engagement et de consentement | Dernier clic, dernier achat, date et source d'inscription sont inclus |
| Avant | Importer les suppressions dans le nouvel ESP | La liste de suppression est remplie avant tout import de contacts |
| Avant | Vérifier la liste | Adresses non délivrables et jetables retirées ; sort des catch-all décidé |
| Avant | Configurer SPF, DKIM, domaine de rebond et domaine de suivi | Un message de test passe SPF et DKIM, alignés pour DMARC |
| Avant | Choisir une IP partagée ou dédiée et fixer le calendrier | Un plan de warm-up écrit, à l'écart de votre haute saison |
| Pendant | Faire le warm-up, abonnés les plus engagés d'abord | Le volume n'augmente que tant que rebonds et plaintes restent bas |
| Pendant | Faire tourner les deux plateformes en parallèle | Personne ne reçoit d'e-mails des deux ; les désabonnements sont synchronisés chaque jour |
| Pendant | Rediriger formulaires, intégrations et vérification | Une inscription de test n'arrive que dans le nouvel ESP |
| Après | Surveiller Postmaster Tools, SNDS, rebonds et plaintes | Indicateurs stables à plein volume |
| Après | Dernier export depuis l'ancien ESP, puis le mettre hors service | Suppressions, rapports et preuves de consentement sauvegardés ; anciens enregistrements DNS supprimés |
Avant le changement#
Exportez les suppressions en premier, et importez-les en premier#
Votre liste de suppression est le fichier le plus important de la migration. Elle contient toutes les personnes qui se sont désabonnées, toutes les adresses qui ont produit un hard bounce et toutes les personnes qui vous ont signalé comme spam, et rien de tout cela n'est transféré automatiquement. Chaque plateforme les nomme différemment : Mailchimp a des contacts nettoyés (cleaned) et archivés, Klaviyo des profils supprimés (suppressed), ActiveCampaign utilise les statuts rebondi et désabonné. Les guides de nettoyage pour Mailchimp, Klaviyo et ActiveCampaign montrent où se trouve chacun.
Importez les suppressions dans la nouvelle plateforme avant tout abonné. Si vous importez d'abord les contacts, il existe une fenêtre pendant laquelle un flux de bienvenue ou une campagne de test peut atteindre des personnes qui se sont désinscrites. Cela produit des plaintes, et un désabonnement n'expire pas parce que vous avez changé de logiciel : CAN-SPAM exige que les désinscriptions soient honorées sous 10 jours ouvrables, et les lois fondées sur le consentement sont plus strictes encore.
Vérifiez la liste avant de l'importer#
Sur l'ancienne plateforme, des années de gestion des rebonds tenaient discrètement les adresses mortes à l'écart de vos envois. Sur la nouvelle, chaque adresse est un destinataire inédit, sans historique. Les adresses qui se sont dégradées depuis votre dernier envoi, et celles qui produisaient des soft bounces à répétition avec une boîte pleine, arrivent avec exactement la même allure que vos meilleurs abonnés. Et une nouvelle plateforme a tendance à surveiller de très près les premiers envois d'un nouveau compte.
Vérifiez l'export avant qu'il n'entre. Retirez les adresses non délivrables et jetables, et décidez délibérément du sort des résultats catch-all et inconnus plutôt que de les importer par défaut. Si votre plateforme d'e-mailing actuelle fait partie des 49 connecteurs actifs de la page des intégrations, Qualisend peut nettoyer la liste sur place avant l'export, en réécrivant chaque verdict sous forme de tag ou de champ, si bien que l'export contient déjà les résultats. Sinon, importez le CSV. Si une partie de la liste n'a pas reçu d'e-mail depuis six mois ou plus, accordez-lui le soin supplémentaire décrit dans comment écrire sans risque à une ancienne liste d'e-mails.
Authentifiez le nouvel ESP sur votre domaine#
Configurez cela avant le premier envoi, pas après. Le guide SPF, DKIM et DMARC explique le rôle de chaque enregistrement ; pour une migration, les points précis sont les suivants :
- SPF. Suivez la procédure de la nouvelle plateforme. Certaines vous demandent
d'ajouter un
include:à votre enregistrement SPF racine ; d'autres gèrent SPF via un sous-domaine de rebond personnalisé qu'elles hébergent. Conservez l'include de l'ancienne plateforme jusqu'à ce qu'elle cesse d'envoyer, et restez sous la limite de 10 requêtes DNS de SPF. Le générateur d'enregistrement SPF construit un enregistrement valide. - DKIM. Publiez la clé DKIM de la nouvelle plateforme. Elle utilise son propre sélecteur, si bien que l'ancienne et la nouvelle clé peuvent coexister pendant la période de chevauchement. Le domaine de signature doit être le vôtre, pas celui de l'ESP, pour que la réputation de votre domaine s'applique.
- Domaine de return-path (rebond) personnalisé. Faites pointer un sous-domaine vers la nouvelle plateforme pour que SPF passe sur un domaine aligné avec votre adresse d'expéditeur.
- DMARC. Votre enregistrement existant reste en place. S'il est en
p=quarantineoup=reject, le courrier mal configuré de la nouvelle plateforme sera bloqué : envoyez donc d'abord des messages de test et lisez vos rapports agrégés, comme l'explique comment configurer DMARC. - Domaine de suivi. Configurez un domaine de suivi des liens à votre marque au lieu de partager celui de la plateforme par défaut.
Passez ensuite votre domaine dans le vérificateur SPF, DKIM et DMARC et envoyez un message de test vers un compte Gmail pour confirmer que SPF, DKIM et DMARC sont bien validés.
Choisissez une configuration d'IP et le bon moment#
La plupart des expéditeurs ont leur place sur le pool partagé de la nouvelle plateforme, qui est déjà chaud. Une IP dédiée démarre sans réputation et a besoin d'un volume élevé et régulier pour rester en bonne santé ; les compromis sont détaillés dans IP dédiée vs IP partagée.
Évitez de changer de domaine d'envoi dans le même projet. Un nouveau domaine sur de nouvelles IP, ce sont deux démarrages à froid en même temps. Si vous voulez déplacer votre courrier marketing sur un sous-domaine, le guide de stratégie de sous-domaine d'envoi explique comment faire, mais prévoyez qu'il aura besoin de son propre warm-up.
Le calendrier compte aussi. Ne migrez pas dans les semaines qui précèdent vos plus gros envois. Avec le Black Friday 2026 le 27 novembre, une migration commencée fin octobre placerait le warm-up en pleine haute saison. Si c'est votre cas, terminez la checklist de délivrabilité pour le Black Friday sur la plateforme que vous avez et migrez après les fêtes.
Pendant le changement#
Faites le warm-up avec vos abonnés les plus engagés#
Même avec une bonne réputation de domaine, les nouvelles IP n'ont aucun historique auprès des fournisseurs de messagerie qui reçoivent votre courrier. Commencez par les abonnés qui ont cliqué ou acheté récemment, car ils produisent les signaux positifs qui bâtissent la confiance, puis ajoutez des segments moins engagés à mesure que les taux de rebond et de plaintes tiennent. Sur un pool partagé, la montée en charge peut être plus rapide que sur une IP dédiée, mais cela doit rester une montée progressive. Le guide pour chauffer un domaine ou une IP détaille le rythme à suivre.
Faites tourner les deux plateformes en parallèle#
Laissez l'ancienne plateforme envoyer aux segments que vous n'avez pas encore déplacés. Cela maintient stable le volume total émis depuis votre domaine et garantit que chacun continue de recevoir vos e-mails au rythme habituel pendant que les nouvelles IP se construisent un historique. Déplacez les segments par tranches croissantes, semaine après semaine, jusqu'à ce que la nouvelle plateforme porte tout avec des indicateurs stables. Cela prend généralement quelques semaines ; laissez les chiffres décider, pas une date du calendrier.
Deux règles assurent la cohérence du chevauchement :
- N'écrivez jamais à la même personne depuis les deux plateformes. Séparez proprement les segments pour que personne ne reçoive de doublons.
- Synchronisez chaque jour les désabonnements et les rebonds. Quelqu'un qui se désinscrit sur l'ancienne plateforme pendant le chevauchement doit aussi être exclu sur la nouvelle.
Redirigez formulaires, intégrations et vérification#
Chaque point d'entrée de contacts doit pointer vers la nouvelle plateforme : formulaires du site, pop-ups, synchronisations du paiement et de l'e-commerce, synchronisations du CRM, webhooks et outils d'automatisation. Un formulaire oublié continue d'alimenter l'ancien compte pendant des mois, et ces abonnés ne reçoivent jamais vos e-mails. Soumettez une inscription de test par chacun d'eux.
Remettez ensuite la vérification à l'entrée. Si la nouvelle plateforme fait partie des intégrations actives de Qualisend, la vérification en temps réel peut contrôler chaque nouveau contact dès son arrivée (disponible sur la plupart des connecteurs), et un nettoyage automatique peut revérifier la liste tous les 7, 14 ou 30 jours. Pour les formulaires qui alimentent directement la plateforme, l'API de vérification contrôle les adresses à l'inscription.
Après le changement#
Surveillez les tableaux de bord des fournisseurs#
Google Postmaster Tools est rattaché à votre domaine : il continue donc de fonctionner pendant la migration ; surveillez votre taux de spam et votre réputation chez Gmail à mesure que le volume bascule. Microsoft SNDS est rattaché aux IP. Sur une IP dédiée, demandez l'accès pour les nouvelles adresses ; sur un pool partagé, c'est l'ESP qui détient ces données. En parallèle, surveillez les taux de rebond et de plaintes par campagne ainsi que toute hausse des reports chez un fournisseur en particulier.
Mettez l'ancienne plateforme hors service avec soin#
- Faites un dernier export des suppressions une fois la période en parallèle terminée, car des désabonnements ont continué d'arriver sur l'ancienne plateforme pendant tout ce temps.
- Exportez l'historique dont vous pourriez avoir besoin plus tard : rapports de campagne, preuves de consentement et données d'engagement. Beaucoup de plateformes suppriment les données du compte à sa fermeture ; passez à un forfait moins cher jusqu'à ce que vous soyez sûr d'avoir tout récupéré.
- Désactivez les anciennes automatisations pour que rien ne parte d'un compte que vous ne surveillez plus.
- Supprimez les anciens enregistrements DNS en dernier. Retirez l'ancien include SPF et l'ancienne clé DKIM uniquement quand plus rien n'est envoyé depuis cette plateforme.
Gardez la nouvelle liste propre#
Une nouvelle plateforme n'arrête pas l'érosion. Fixez un rythme de nettoyage et une règle pour retirer les abonnés qui deviennent silencieux, comme l'expliquent l'hygiène de liste d'e-mails et la politique de sunset, afin que la liste que vous avez migrée reste aussi propre que le jour du déménagement.
Foire aux questions
01Vais-je perdre ma réputation d'expéditeur si je change de fournisseur d'e-mailing ?
En partie. La réputation de votre domaine vous suit tant que vous continuez à envoyer depuis le même domaine et que vous authentifiez la nouvelle plateforme avec DKIM sur ce domaine. La réputation de vos IP reste derrière, avec les IP de l'ancienne plateforme : les nouvelles IP doivent donc se construire un historique, et c'est pourquoi vous augmentez le volume en commençant par vos abonnés les plus engagés. Une mauvaise réputation de domaine vous suit aussi : changer de plateforme ne résout donc pas un problème de délivrabilité.
02Faut-il faire un warm-up quand on change d'ESP ?
Sur une IP dédiée, oui, en partant de zéro. Sur le pool partagé de la nouvelle plateforme, les IP sont déjà chaudes, mais votre courrier est nouveau pour elles : il reste donc prudent d'augmenter le volume progressivement pendant les premières semaines, en commençant par les abonnés qui ont cliqué ou acheté récemment et en ajoutant des segments moins engagés à mesure que les taux de rebond et de plaintes tiennent.
03Combien de temps faire tourner les deux plateformes d'e-mailing en parallèle ?
Jusqu'à ce que la nouvelle plateforme porte tout votre volume avec des indicateurs de rebond, de plaintes et de réputation stables, ce qui prend généralement quelques semaines. Pendant le chevauchement, séparez les segments pour que personne ne reçoive d'e-mails des deux plateformes, et synchronisez chaque jour les désabonnements et les rebonds entre elles.
04Faut-il vérifier sa liste avant de l'importer dans un nouvel ESP ?
Oui. La nouvelle plateforme n'a aucun historique de rebonds pour vos adresses : tout ce qui s'est dégradé depuis votre dernier envoi arrive donc avec l'air valide et produit un hard bounce dès la première campagne, précisément au moment où le nouveau compte est le plus surveillé. Vérifiez l'export, retirez les adresses non délivrables et jetables, et décidez délibérément du sort des résultats catch-all et inconnus.
05Que deviennent mes désabonnements quand je change de plateforme d'e-mailing ?
Rien, à moins que vous ne les déplaciez. Les listes de suppression ne sont pas transférées automatiquement : exportez donc chaque désabonnement, hard bounce et plainte pour spam de l'ancienne plateforme et importez-les dans la nouvelle avant tout abonné. Faites aussi un dernier export après la période en parallèle, car les désinscriptions continuent d'arriver sur l'ancienne plateforme jusqu'à ce qu'elle cesse d'envoyer.
Vous changez de plateforme ? Vérifiez l'export avant qu'il ne touche le nouveau compte avec 100 crédits gratuits qui n'expirent jamais, et découvrez sur la page des intégrations à quelles plateformes Qualisend se connecte pour un nettoyage sur place et en temps réel.
