Comment transférer ma liste d'abonnés vers un autre service email sans perdre de contacts ni le consentement

Vous avez décidé de changer de plateforme de newsletter — pour le prix, les fonctionnalités, ou parce que l'ancien outil est devenu pénible. C'est une décision tout à fait normale. La partie qui inquiète, c'est une autre question : « qu'advient-il de ma liste ? Vais-je perdre des abonnés ? Ai-je même le droit légal de leur écrire depuis le nouveau service ? »

Bonne nouvelle : si vous faites la migration correctement, vous ne perdez aucun contact valide ni le consentement. Le consentement appartient à la relation entre vous et votre abonné, pas à la plateforme — mais vous devez en emporter la preuve avec vous. Dans ce guide, je vous montre, étape par étape, comment exporter votre liste proprement, conserver les métadonnées qui comptent pour le RGPD, et éviter l'erreur qui peut ruiner votre délivrabilité dès le premier jour sur le nouveau service.

Ce que « ne pas perdre le consentement » veut vraiment dire

Le consentement n'est pas un bouton que la plateforme vous donne. C'est l'accord que votre abonné a donné en s'inscrivant — et la preuve de cet accord vit dans vos données, pas dans le logiciel que vous utilisez.

Sous le RGPD, pour prouver que vous avez le droit d'écrire à quelqu'un, il vous faut quelques informations par contact :

• la date et l'heure de l'inscription
• la source (un formulaire sur votre site, un aimant à prospects, un paiement)
• l'adresse IP utilisée à l'inscription, si vous l'avez
• le texte auquel il a consenti (ce qui était écrit à côté de la case cochée)

Tant que vous emportez ces champs dans la nouvelle plateforme, le consentement reste valide. Pas besoin de redemander leur accord aux gens simplement parce que vous changez de fournisseur. Le problème commence quand vous exportez seulement « nom + email » et jetez le reste — là, vous n'avez plus de preuve.

Exportez la liste complète, pas seulement noms et emails

Presque toute plateforme sérieuse propose un export CSV. L'erreur la plus fréquente : les gens ne cochent que les colonnes « nom » et « email » et perdent tout le contexte.

Avant d'exporter, cherchez dans les réglages l'option d'inclure tous les champs :

• le statut de chaque contact (abonné / désabonné / rejeté)
• la date d'inscription et la source
• les étiquettes, groupes et champs personnalisés
• l'historique des désabonnements

La colonne de statut est essentielle. N'importez jamais dans la nouvelle plateforme les personnes qui se sont désabonnées ou dont les emails ont été rejetés. Si vous les réintégrez comme « actifs », vous leur écrivez à nouveau sans droit — et vous abîmez votre réputation d'expéditeur.

Enregistrez le fichier exporté en lieu sûr et ne le supprimez pas après la migration. C'est votre archive de preuve du consentement.

Importez proprement et vérifiez le mappage des champs

À l'import, la nouvelle plateforme vous demandera quelle colonne du CSV correspond à quel champ interne. C'est là que les données se perdent si vous n'êtes pas attentif.

Quelques règles pratiques :

• Mappez explicitement la date d'inscription et la source dans des champs dédiés — ne les laissez pas tomber dans « notes ».
• N'importez que les contacts au statut « abonné ». Les désabonnés, si la plateforme le permet, importez-les séparément comme « désabonnés » pour ne pas leur écrire.
• Ne cochez pas « renvoyer un email de confirmation à tout le monde » si vous avez déjà un consentement valide — vous risquez de perdre ceux qui ne rouvrent jamais le message.

Après l'import, vérifiez sur quelques contacts de test que les étiquettes et champs sont bien arrivés. Il est bien plus simple de corriger maintenant, sur dix contacts, que dans un mois quand vos automatisations puisent dans des champs vides.

Protégez la délivrabilité : authentification et « warm-up »

Même si la liste arrive parfaitement, il reste une étape que beaucoup sautent avant de s'étonner que leurs emails atterrissent en spam : authentifier votre domaine sur le nouveau service.

Avant le premier envoi, configurez dans votre DNS :

• SPF et DKIM pour le nouveau fournisseur
• idéalement DMARC aussi

Sans eux, le nouveau service envoie « en votre nom » sans preuve, et Gmail et Outlook deviennent méfiants.

Deuxième point : n'envoyez pas à toute votre liste dès le premier jour depuis un domaine neuf. La réputation d'expéditeur se construit progressivement. Envoyez d'abord à vos abonnés les plus actifs, puis élargissez sur quelques jours. Ainsi le nouveau fournisseur gagne la confiance des messageries, et vous n'êtes pas soudain marqué comme spam.

Comment nous pouvons aider, si vous préférez ne pas migrer seul

Migrer une liste n'est pas difficile, mais elle comporte des étapes où une seule case mal cochée vous coûte — soit des contacts, soit la délivrabilité, soit la preuve du consentement. Si vous avez une grande liste ou des automatisations complexes, il peut valoir la peine de confier cela à quelqu'un qui l'a déjà fait.

Chez MPO Web Studio, nous travaillons à distance, dans tout le pays, et nous prenons en charge le côté technique sans casse-tête : export propre, mappage correct des champs RGPD, configuration SPF/DKIM/DMARC et un plan de warm-up pour ne pas perdre en délivrabilité. Nous vous montrons à l'avance, en toute transparence, ce que nous faisons et combien ça coûte.

Si vous le souhaitez, écrivez-nous sur WhatsApp en précisant quelle plateforme vous utilisez et où vous voulez aller — nous vous dirons honnêtement si ça vaut le coup de le faire vous-même ou si nous devons vous aider. Sans pression et sans promesses exagérées.