Comment envoyer 50 000 emails par mois pour moins de 5 $ avec AcelleMail + Amazon SES

« L'auto-hébergé est moins cher que le SaaS à 50K abonnés » est la thèse permanente sur /guide/email-marketing-cost-savings. Le guide pilier traite le calcul long format à plusieurs tailles de liste ; ce billet zoome sur le chiffre unique le plus demandé : 50 000 messages par mois — un volume typique d'une newsletter petite à moyenne, ou d'un cycle de vie SaaS.

La décomposition en coût mensuel récurrent :

Donc, stricto sensu, la ligne SES est sous 5 $ à 50K (tarification AWS actuelle) ; le tout compris fait 18-22 $ s'il vous faut aussi l'hôte EC2. Le « 5 $ » désigne précisément le coût marginal d'envoi — ce que coûte votre volume d'expédition, par-dessus une infrastructure fixe que vous faites peut-être déjà tourner. Vérifiez le tarif SES courant sur aws.amazon.com/ses/pricing avant de citer. Les coûts de transfert de données sortantes sont facturés séparément et dépendent de la région.

Trois schémas courants poussent le coût au-dessus du chiffre titre :

1. Écart sandbox-vers-production. Les nouveaux comptes SES démarrent en sandbox (200 messages/jour, destinataires vérifiés manuellement uniquement). Quitter la sandbox est une demande gratuite via la console SES — décrivez votre cas d'usage, vos pratiques d'hygiène de liste, votre plan de gestion des rebonds. L'approbation tombe en général sous 24h. Sauter cette étape vous laisse coincé au plafond sandbox, quel que soit le prix.
2. Sélection de région. La tarification SES est spécifique à la région. Si vos abonnés sont concentrés dans une région, expédiez depuis cette région pour minimiser à la fois la latence et le coût de transfert de données. La page de tarification liste les tarifs par région.
3. Pièces jointes lourdes. SES facture en supplément par Go de données envoyées au-delà d'un palier gratuit par message. Pour des newsletters texte, c'est négligeable ; pour du courrier transactionnel riche en PDF / images, cela peut dominer à grand volume. La parade est d'héberger les pièces jointes sur votre CDN et de les lier plutôt que de les attacher.

L'installation suit le chemin LEMP standard :

L'installeur web tient en sept étapes : validation de licence, identifiants DB, valeurs mail-from par défaut, compte admin, identifiants SES (ou tout autre vendor), vérification de la configuration cron, et un balayage final des paramètres. L'ensemble tient largement sous 10 minutes si vous avez les clés d'accès AWS à portée.

Si vous ne voulez pas faire tourner votre propre hôte EC2, vous pouvez aussi installer AcelleMail sur de l'hébergement mutualisé (cPanel, Plesk, ou tout hôte LAMP/LEMP avec PHP 8.3 + MySQL 8) — la ligne de coût s'effondre alors entièrement dans votre facture d'hébergement existante.

Dans l'admin AcelleMail, Serveurs d'envoi → Ajouter un serveur d'envoi → Amazon SES → SMTP. AcelleMail livre trois drivers SES sous app/SendingServers/Drivers/Vendors/Amazon/ : AmazonBaseDriver.php (partagé), AmazonSmtpDriver.php (transport SMTP) et AmazonApiDriver.php (REST HTTPS). Pour les nouveaux opérateurs, le driver SMTP est recommandé — il fonctionne sans bidouillage de politique IAM et est identique en délivrabilité au driver API.

Les identifiants SMTP SES ne sont pas identiques à votre clé d'accès AWS IAM. Générez-les via la console SES → « SMTP settings » → « Create SMTP credentials ». Cela crée un utilisateur IAM avec la permission minimale ses:SendRawEmail et expose une paire nom/mot de passe dérivée de la clé d'accès de cet utilisateur.

Le walkthrough complet est dans Les 7 enregistrements DNS dont tout expéditeur d'email auto-hébergé a besoin. Le minimum pour envoyer via SES à 50K/mois :

SES vérifie les CNAMEs DKIM automatiquement dès qu'ils se propagent. Vous verrez le statut vérifié dans la console SES sous « Verified identities » dans les minutes suivant la publication.

L'accès production SES est la porte entre « 200 messages/jour vers des adresses vérifiées » et « votre quota quotidien au niveau compte vers qui vous voulez ». Le formulaire est court :

• Description du cas d'usage. Un paragraphe — « Je fais tourner une newsletter auto-hébergée pour {audience} via AcelleMail ; volume ~50K/mois. »
• Plan d'hygiène de liste. Mentionnez le double opt-in, la gestion du désabonnement, le traitement des feedbacks de plaintes.
• Conformité à la AUP. Cochez la case.

L'approbation AWS tombe en général sous 24 heures. La transition sandbox-vers-production est l'étape la plus oubliée par les nouveaux opérateurs ; vous pouvez installer AcelleMail, envoyer parfaitement vers l'adresse de test vérifiée, puis être perdu quand l'envoi vers de vrais abonnés échoue. Vérifiez toujours si votre compte est en accès production avant de déboguer quoi que ce soit d'autre.

Si vous utilisez SES avec des IPs partagés (le défaut), vous n'avez pas besoin de chauffer l'IP — les IPs SES de production sont des pools pré-chauffés dont vous héritez la réputation. Ce qu'il faut chauffer, c'est le domaine From : même sur un IP SES partagé, les fournisseurs de messagerie suivent la réputation par domaine, donc un domaine tout neuf passe quand même par une rampe de 2-3 semaines avant d'atteindre l'envoi de pointe.

Le calendrier en vigueur est dans Un calendrier de warmup IP sur 6 semaines. En version condensée : démarrer à 50/jour, doubler prudemment, viser 50K/mois sur 4-6 semaines. Le modèle WarmupStrategy de AcelleMail exécute cela automatiquement — configurez-le sur le serveur d'envoi et le plafond quotidien est appliqué avant tout lancement de campagne.

Trois endroits à surveiller :

• SES Reputation metrics (dans la console SES). Le taux de rebonds doit rester sous 5 % (alerte) / 10 % (suspension). Le taux de plaintes doit rester sous 0,1 % (alerte) / 0,5 % (suspension). Marge de travail pratique : rebonds < 2 %, plaintes < 0,05 %.
• Google Postmaster Tools (postmaster.google.com). Gratuit ; expose le taux de spam quotidien, la réputation IP / domaine, le taux de pass d'authentification, et les livraisons de feedback loop. Inscrivez-vous le jour où vous publiez le DNS, pas plus tard.
• Tableau de bord Rebonds / Plaintes AcelleMail. Les récepteurs webhook (app/SendingServers/Webhooks/BounceReceived.php + ComplaintReceived.php) consomment les événements SNS de SES et écrivent des lignes dans BounceLog ; le tableau de bord admin trace le taux dans le temps. Les rebonds définitifs blacklistent automatiquement ; les rebonds temporaires s'accumulent.

L'auto-hébergé à 50K/mois est sans ambiguïté moins cher que toute option SaaS. Mais l'avantage de coût par message n'est pas le seul axe. Trois situations où le SaaS est le meilleur choix indépendamment du prix :

1. Vous n'avez aucune bande passante opérationnelle. SES + AcelleMail est peu d'effort, mais pas zéro effort. SPF / DKIM / DMARC réclament un œil ; le warmup réclame un œil ; les pics de taux de rebonds réclament un œil. Si « faire tourner un serveur » n'est pas dans votre équipe, le SaaS le résout pour vous en dollars.
2. Votre audience est mondiale avec des particularités d'inbox régionales. Naver en Corée, mail.ru en CIS, QQ en Chine — chacun a ses propres particularités de délivrabilité. Les fournisseurs SaaS avec présence régionale gèrent cela pour vous. Auto-hébergé, c'est vous qui gérez.
3. Il vous faut un éditeur avancé / une marketplace de modèles intégrée. AcelleMail a un constructeur et des modèles standards ; les versions premium-tier du SaaS sont plus tape-à-l'œil. Si vos campagnes sont visuellement complexes et que l'outillage de design est le goulot, c'est un cas où le SaaS l'emporte.

Pour tous les autres — l'opérateur technique avec une liste de 50K abonnés et des bases ops — le calcul tient. La ligne de coût est réelle et stable ; la complexité opérationnelle est bornée ; la délivrabilité est identique au SaaS une fois les sept enregistrements DNS en place. Le traitement plus détaillé vit dans /guide/email-marketing-cost-savings.