Pourquoi l'email coûte-t-il si cher à envoyer ? Bien plus que du TCP
Sommaire
En bref
- Envoyer un email ressemble techniquement à une simple requête HTTPS, mais les frais affichés (15 $ pour 1000 emails) ne reflètent pas le coût brut de transmission.
- Le vrai problème : gérer la réputation de l'adresse IP auprès des filtres anti-spam divergents des fournisseurs (Gmail, Outlook, Yahoo Mail...), qui jugent chacun différemment l'IP de l'expéditeur, le bloc IP, ou le domaine.
- Il faut du temps ("address warming") pour établir une réputation avant que les gros fournisseurs acceptent vos emails ; sans cela, même un email légitime finit en spam.
- Les services d'envoi en masse facturent aussi infrastructure de suivi (clics, ouvertures), vetting client, support et marketing, pas le simple envoi.
Ce que dit la source
L'auteur (ancien ingénieur Gmail chez Google) se demande pourquoi les entreprises facturent 15 $ pour envoyer 1000 emails, alors que techniquement, la transmission elle-même est triviale : une simple conversation SMTP sur port 25. Il décide d'implémenter lui-même un client SMTP en Haskell, s'attend à une tâche facile, mais constate que ses emails atterrissent en spam chez Outlook, même avec les DNS records de vérification (SPF/DKIM) en place. Il découvre que le vrai coût caché n'est pas technique, mais réputationnel : chaque provider email a son propre filtre anti-spam utilisant des critères opaques et changeants (réputation de l'IP, du bloc IP, du domaine), rendant impossible de prévoir si un email passera.
- Le protocole SMTP original exige sept allers-retours TCP pour envoyer un seul email, sans chiffrement à l'époque
- Ajouter TLS et les enregistrements DNS (SPF/DKIM) résout le spoofing, mais ne résout pas les filtres anti-spam divergents
- Chaque fournisseur d'inbox a des critères différents : Gmail regarde la réputation du domaine, Outlook semble pencher pour la réputation du bloc IP, d'autres encore jugent l'IP individuelle
- Les commentateurs confirment que la vraie dépense est la gestion de réputation ("address warming") et l'infrastructure de suivi (bounces, clics, ouvertures) à l'échelle, pas le brut d'envoi
- SES (Amazon Simple Email Service) facture environ 0,10 $ pour 1000 emails transactionnels, bien en dessous des 15 $ mentionnés par l'auteur (probablement une erreur de référence dans l'article)
- Le CEO d'EmailOctopus souligne que le coût inclut aussi le vetting client et la conformité aux blocklists, plus la marketing et le support ; un autre fondateur (EmailFig) cite la marketing comme principal poste de dépense
Dans les commentaires
Débat peu substantiel, largement du fait-checking. Les commentateurs (dont deux fondateurs de services d'email) corrigent poliment l'auteur sur les tarifs réels (beaucoup moins chers qu'annoncé), mais reconnaissent aussi son diagnostic principal : la transmission est bon marché, la vraie complexité est la réputation et la conformité.
- Plusieurs commentateurs relèvent que les 15 $/1000 emails semblent erronés ou non typiques ; SES et ses concurrents facturent 10 à 100 fois moins pour l'envoi brut.
- Un commentateur évoque le problème plus fondamental : l'email manque de consentement de bout en bout vérifiable cryptographiquement, forçant les systèmes anti-spam opaques et perpétuellement fragiles.
- Très peu de débat sur les solutions : aucun commentaire ne propose réellement comment simplifier ou décentraliser la réputation des expéditeurs.
Notre lecture
L'article a raison sur le diagnostic économique de base (réputation > transmission), mais se trompe lourdement sur les prix. Pour qui cherche envoyer des emails transactionnels à bas coût, les chiffres d'aujourd'hui (SES, SendGrid, etc.) sont 10 à 100x en dessous du 15 $/1000 cité. Le vrai enjeu reste réel : les filtres sont opaques, évolutifs, et leur coût de gestion explique pourquoi même les services cheap montent en tarif dès qu'on monte en volume. Intéressant intellectuellement, mais pas une révélation pour qui connaît déjà le marché de l'email transactionnel. Pas d'action immédiate.