Comment j'ai migré 50 000 abonnés hors de Mailchimp en 3 jours

Notre newsletter était à 49 847 abonnés quand la facture Mailchimp du mois suivant est tombée : 259 $/mois au palier Standard, programmée pour passer à 310 $ une fois les 50K franchis. Cela faisait 3 108 $ à 3 720 $/an de dépenses récurrentes pour un service dont la seule fonctionnalité essentielle pour nous était « envoyer une newsletter le mardi à une liste ».

La liste était sur Mailchimp depuis 4 ans. Taux d'ouverture 38 %, taux de clic 4,2 %, taux de plaintes négligeable. Nous ne partions pas parce que Mailchimp était cassé — nous partions parce que le prix paraissait disproportionné par rapport à l'usage.

Le remplaçant candidat : AcelleMail auto-hébergé, envoyant via Amazon SES Frankfurt (résidence UE pour notre liste d'abonnés). Licence à paiement unique à $80, environ 15 $/mois tout compris. Seuil de rentabilité de la licence : mois 1.

Le travail technique a pris environ 3 heures. Heure par heure :

• Heure 1. Mise en route d'un Hetzner CX22 (4,51 €/mois, eu-central-1 Falkenstein). Ubuntu 24.04 LTS. Installation de nginx + PHP 8.3 + MySQL 8 + composer. Téléversement du bundle AcelleMail depuis CodeCanyon, exécution de l'installeur web. Licence validée, utilisateur admin créé.
• Heure 2. Amazon SES → « Verified identities » → ajout de notre domaine d'envoi. Easy-DKIM activé (3 CNAMEs). Publication des enregistrements SPF + DMARC. Attente d'environ 10 min pour la vérification SES. Demande d'accès production (le formulaire a pris 4 minutes ; l'approbation est revenue le lendemain matin).
• Heure 3. Admin AcelleMail → Serveurs d'envoi → ajout de SES via SMTP. Collage des identifiants. Envoi du test intégré vers notre propre boîte. Livraison en boîte de réception, DKIM pass, SPF pass. ✅

Leçon 1 de la migration : la configuration technique est la partie facile. Les 2 jours suivants ont été entièrement consacrés à la migration des données + à la reconstruction de l'automatisation.

Export Mailchimp : Audience → All contacts → Export. Le téléchargement était un ZIP avec 4 CSV : abonnés inscrits, désinscrits, nettoyés (en rebond), non inscrits (en attente). Tailles : 49 847 + 8 124 + 612 + 21.

Nous avons écrit un petit script Python pour fusionner les CSV en un fichier maître avec deux colonnes nouvelles : status (subscribed / unsubscribed / bounced) et consent_source_mailchimp (nous avons préservé l'URL source que Mailchimp trackait). 30 minutes.

Import AcelleMail : Listes → Créer une liste → définir les merge fields (nous en avions 6 : email, first_name, last_name, segment, signup_source, consent_date). Puis Importer → Téléverser CSV → mapper les colonnes. L'import a tourné par lots ; environ 25 minutes pour 58K lignes au total. Les tags sont arrivés comme champ personnalisé ; nous les avons convertis en segments après l'import.

Leçon 2 : les segments Mailchimp ne s'exportent pas proprement. Le CSV vous dit seulement quels tags un contact possède, pas les règles de segment. Nous avions 11 segments ; les recréer dans le constructeur de segments AcelleMail a pris 90 minutes de plus parce que la sémantique des opérateurs diffère légèrement (« is or is not » de Mailchimp vs « equals / does not equal » de AcelleMail). Documentez vos segments AVANT de commencer la migration.

Ce fut le jour le plus long. Nous avions 4 automatisations actives sur Mailchimp : série de bienvenue (5 emails), réengagement 90 jours, suivi de téléchargement de contenu (3 emails), et une reconquête trimestrielle. Au total, 13 emails à reconstruire à partir de zéro.

Le constructeur d'automatisation de AcelleMail utilise les mêmes primitives que Mailchimp — déclencheur / attente / condition / envoi / mise à jour de tag — donc la correspondance conceptuelle était 1:1. Le goulot a été la reconstruction du HTML email. Nous avions un modèle Mailchimp personnalisé que nous utilisions comme base ; AcelleMail accepte le HTML brut, donc nous avons collé la source et remplacé les merge tags Mailchimp (*|FNAME|*) par ceux de AcelleMail ({{FNAME}}) via rechercher-remplacer.

Environ 4 heures plus tard, les 4 automatisations reconstruites + testées-envoyées vers nos propres adresses. Puis nous avons lancé le test de fumée : envoyer la newsletter programmée suivante depuis AcelleMail en PARALLÈLE de ce qu'aurait été l'envoi Mailchimp. Nous avons expédié les deux à 9h le mardi. À midi :

• Envoi Mailchimp : 38,1 % de taux d'ouverture (notre référence sur 4 semaines).
• Envoi AcelleMail : 37,4 % de taux d'ouverture. Dans le bruit.

Parité de délivrabilité confirmée. Le jour 3 s'est terminé avec le formulaire d'inscription du site pointé sur l'API AcelleMail et l'abonnement Mailchimp Standard coupé à effet fin de période de facturation.

1. 3 abonnés avaient des emojis dans leur first_name. L'export CSV de Mailchimp les encodait en placeholders ?. Nous ne l'avons pas vu avant que l'email de bienvenue ne parte vers une inscription jour 4 avec ? à la place du prénom. Correction : passage de nettoyage post-import + un sanitiseur sur le formulaire d'inscription.
2. Une automatisation a continué à se déclencher. Nous avions oublié de désactiver un flow de reconquête sur Mailchimp avant l'export. Trois abonnés inactifs ont reçu l'email de reconquête depuis Mailchimp ET depuis AcelleMail dans la même heure. Gênant. Nous nous sommes excusés dans un suivi.
3. Le taux d'ouverture a paru « faux » pendant 48 heures. AcelleMail compte les ouvertures sur le pixel de tracking ; Mailchimp compte via son propre tracker. Les définitions de métriques correspondaient, mais les 48 premières heures AcelleMail affichait 12 % d'ouvertures alors que l'historique Mailchimp montrait 38 %. Nous avons remonté la piste jusqu'au pixel de tracking pas encore chauffé dans les clients de messagerie des abonnés (qui cachent les décisions de chargement d'images). Au bout de 48h, les chiffres ont convergé.

La rétrospective 6 mois après la migration :

L'écart de temps d'ingénierie est réel et continu : nous passons environ 1 heure de plus par mois sur la revue des rebonds SES, les patchs OS et l'occasionnelle tâche de tuning MySQL. À notre taux horaire, cela représente ~50 $/mois de coût soft — soit une économie nette toujours de 4 à 5x sur Mailchimp Standard.

Le referions-nous ? Oui. Trois jours de travail pour économiser 3K $-3,5K $/an valent-ils le coup ? Oui. Le recommandons-nous à toute équipe ? Non — si vous n'avez pas la bande passante opérationnelle, la taxe de commodité de Mailchimp est peut-être la bonne taxe à payer.