landing · coût d’amazon ses

Comment une équipe produit doit-elle évaluer le coût d’Amazon SES ?

Évaluez le coût d’Amazon SES comme un modèle de charge de travail, et non comme un tarif unique par e-mail. Comptez les destinataires sortants par région, les données des pièces jointes, le traitement des e-mails entrants, les IP dédiées, les fonctionnalités de délivrabilité, la validation, le routage multirégion, le stockage, les événements, la supervision et les opérations d’ingénierie. Comparez ensuite les formules tarifaires SES actuelles avec la facturation à la carte pour le même ensemble de fonctionnalités. Utilisez les tailles réelles des messages et les pics de trafic, pas seulement des moyennes mensuelles. Distinguez aussi l’acceptation par le fournisseur, la livraison au serveur de réception et le placement en boîte de réception : payer un envoi ne garantit pas son résultat final.

Commencez par identifier le modèle tarifaire du compte

Amazon SES ne propose plus une seule voie tarifaire. AWS a introduit les formules Essentials, Pro et Enterprise le 21 juillet 2026 tout en conservant la tarification à la carte. AWS indique que les nouveaux comptes SES et les combinaisons compte-région sans activité SES mesurée depuis le 1er juin 2025 commencent avec Essentials, avec la possibilité de passer à une formule supérieure ou à la carte. L’historique du compte existant et la région sélectionnée peuvent donc modifier le point de départ. Avant de créer une feuille de calcul, ouvrez la section des formules tarifaires SES pour chaque compte et région de production, consignez le modèle actif et la date. Ne déduisez pas la facturation d’un ancien article de blog, du compte d’une autre équipe ou d’un tarif cité sans ses fonctionnalités incluses. Les prix SES, l’éligibilité aux formules, la disponibilité régionale et les règles AWS Free Tier peuvent changer ; considérez donc la page de tarification officielle et les données de facturation du compte comme la source de vérité au moment de l’achat.

Construisez une équation de coût complète

Une estimation mensuelle utile part des destinataires sortants, et pas seulement des requêtes API ou des objets message. Ajoutez les données sortantes facturables, surtout les pièces jointes, puis les messages entrants et les blocs de données entrantes si vous utilisez la réception SES. Ajoutez le forfait fixe de la formule choisie, les éventuels paliers de volume et les fonctionnalités facturées séparément, comme les IP dédiées, les Global Endpoints, la validation d’e-mails, les fonctionnalités de tenants, les options de Virtual Deliverability Manager, les endpoints Mail Manager, l’archivage ou les modules de sécurité. Incluez ensuite les services AWS dépendants : le calcul pour l’expéditeur, les files d’attente, les destinations d’événements, les logs et métriques, le stockage, les clés de chiffrement, le transfert de données, les sauvegardes et le support. Enfin, ajoutez l’ingénierie et les opérations : onboarding des domaines, conception IAM, gestion des quotas, traitement des événements, gestion des bounces et des plaintes, réponse aux incidents, revue de délivrabilité, tests multirégions et migration de fournisseur. La formule de la facture et le coût total d’exploitation des e-mails applicatifs sont liés, mais ce sont deux chiffres différents.

Comparez formules et tarification à la carte à fonctionnalités identiques

AWS indique, pour les 10 premiers millions d’e-mails mensuels, des tarifs de formule de $0.16 par 1 000 pour Essentials, $0.22 pour Pro et $0.23 pour Enterprise. Pro indique également des frais fixes de $105 par compte, par région et par mois, et Enterprise indique $500. Des tarifs marginaux plus bas s’appliquent aux paliers de volume supérieurs. Les formules regroupent différentes capacités de délivrabilité, de validation, d’IP dédiée, globales, de tenant et de Mail Manager ; leurs tarifs d’appel ne sont donc pas interchangeables. Le tableau à la carte indique $0.10 par 1 000 destinataires pour les e-mails sortants, plus $0.12 par Go de données de pièces jointes, les fonctionnalités facultatives étant facturées séparément. Comparez les scénarios en utilisant les mêmes régions, la même répartition des volumes, les mêmes pièces jointes, le même traitement entrant et les mêmes fonctionnalités. Une formule au tarif d’envoi plus élevé peut coûter moins cher que de reconstituer individuellement ses capacités incluses, tandis qu’une charge de travail transactionnelle simple peut ne pas en avoir besoin. Utilisez des calculs par palier marginal plutôt que d’appliquer le dernier palier à tout le volume.

Comptez correctement les destinataires, les régions et les données

Les quotas d’envoi et la comptabilisation des e-mails sortants de SES sont fondés sur les destinataires. Un message adressé à dix destinataires consomme dix unités de quota d’envoi, et AWS recommande un appel API distinct par destinataire, car une seule adresse invalide peut faire rejeter un appel multidestinataire. Modélisez les destinations To, Cc et Bcc, et pas seulement les lignes d’une boîte d’envoi applicative. Ventilez la prévision par région AWS, car les identités, les quotas, la configuration des événements, les frais de formule et certaines fonctionnalités sont régionaux. Pour les e-mails chargés de pièces jointes, mesurez les messages de production encodés : l’expansion base64 de MIME rend la taille transmise supérieure à celle du fichier binaire d’origine. AWS indique qu’un fichier joint de 5 Mo peut atteindre environ 6,85 Mo après encodage. Incluez les pics saisonniers, les nouvelles tentatives avant acceptation, les tests avec le simulateur de boîte aux lettres lorsqu’ils sont facturés et le trafic de basculement multirégion. Ne comptez pas deux fois les nouvelles tentatives du fournisseur survenant après que SES a accepté la prise en charge, mais comptez bien une nouvelle requête d’envoi applicative lorsque les règles de facturation la traitent comme un destinataire sortant supplémentaire.

Chiffrez délibérément l’infrastructure optionnelle

Les IP dédiées ne sont pas nécessaires dans tous les cas. Les adresses partagées SES sont incluses dans les prix d’envoi standard et conviennent à de nombreuses charges de travail de faible volume ou variables. Les IP dédiées standard ajoutent des frais mensuels par adresse louée et exigent que l’expéditeur effectue leur warm-up et les gère. Les IP dédiées gérées ajoutent des frais fixes de compte et une tarification à l’usage, tandis que SES gère le warm-up adaptatif et le dimensionnement. AWS indique $24.95 par IP et par mois pour les IP dédiées standard, et les IP dédiées gérées à partir de $15 par compte et par mois, auxquels s’ajoutent des frais de messages basés sur le volume. Parmi les autres exemples à la carte figurent Global Endpoints à $0.03 par 1 000 e-mails au-delà de l’envoi de base, les frais de validation d’e-mails et les frais de Virtual Deliverability Manager. Choisissez chaque élément pour un besoin opérationnel explicite, tel que des IP stables sur liste d’autorisation, l’isolation de la réputation, le routage multi-région ou les diagnostics. Ajouter de l’infrastructure sans volume ou responsabilité suffisants peut accroître le coût et la complexité sans résoudre les problèmes de domaine, de consentement ou de contenu.

Incluez les frais de réception et d’observabilité des événements

Les charges de réception SES et de Mail Manager reposent sur d’autres unités que l’envoi sortant. La grille à la carte actuelle indique $0.10 pour 1 000 e-mails entrants, plus $0.09 pour 1 000 blocs entrants complets de 256 Ko. Le traitement Mail Manager, les endpoints d’entrée, l’archivage, les modules de sécurité et les destinataires supplémentaires peuvent entraîner des frais distincts. Le stockage dans Amazon S3, les notifications via Amazon SNS, le routage des événements, les tableaux de bord CloudWatch, les logs et la conservation des données peuvent aussi apparaître sur d’autres lignes de services AWS. Budgétez l’observabilité sortante même lorsque la publication d’événements n’est pas le poste le plus lourd. SES peut publier des événements d’envoi, de livraison, de bounce, de plainte, de rejet, d’échec de rendu, de retard, d’ouverture et de clic vers des destinations AWS configurées. Un service de production a besoin d’une ingestion sécurisée, de déduplication, de mise en liste de suppression des destinataires, de limites de conservation et d’alertes opérationnelles. Chiffrez le volume d’événements, la durée de stockage, les schémas de requêtes et l’astreinte, pas seulement le transfert des messages.

Traitez les quotas et le statut sandbox comme des contraintes de capacité

Un prix unitaire bas n’a aucune importance si le compte ne peut pas absorber la charge, sur le plan légal comme opérationnel. Les quotas d’envoi SES sont distincts par compte et par région AWS, et fondés sur les destinataires. AWS documente par défaut en sandbox 200 e-mails par période glissante de 24 heures et un e-mail par seconde ; les comptes sandbox ont aussi des restrictions de destinataires. Les limites de production varient selon le cas d’usage et peuvent être relevées auprès d’AWS. Modélisez le débit normal, le débit en rafale, l’isolation des campagnes, le trafic des nouvelles tentatives et la charge complète de basculement, puis obtenez l’accès production et les quotas adaptés avant le lancement. Ne multipliez pas les valeurs par défaut du sandbox dans une estimation de coût comme s’il s’agissait d’une formule achetable. Prévoyez un mécanisme de contre-pression (backpressure) face au throttling et surveillez le débit d’envoi maximal réel et le quota quotidien restant. Si vous utilisez plusieurs régions, vérifiez les identités, les ensembles de configuration, les quotas et les destinations d’événements dans chacune. La revue de capacité fait partie du coût : un travail de quotas bâclé, des tâches perdues ou un basculement non testé peuvent engendrer des coûts de support et d’ingénierie bien supérieurs aux frais de transport.

Distinguez les envois facturés des résultats de livraison

La facturation SES et l’état de livraison répondent à des questions différentes. Une requête d’envoi réussie signifie que SES a accepté la requête et tentera la livraison, sous réserve de la liste de suppression et des traitements ultérieurs. Un événement de livraison signifie que SES signale que le serveur de messagerie du destinataire a accepté le message. Un événement de bounce, de plainte, de rejet, d’échec de rendu ou de retard décrit un autre résultat. Le placement en boîte de réception intervient après l’acceptation par le serveur de réception et dépend du filtrage et des règles côté destinataire. N’estimez pas la valeur en multipliant les envois payés par un taux d’arrivée en boîte de réception supposé, et ne qualifiez pas chaque requête acceptée de délivrée. Construisez un tableau de bord des coûts à côté d’un tableau de bord des résultats : d’un côté les destinataires et les données facturables, de l’autre les états accepté, remis au serveur, bounce, plainte, supprimé et retardé. Servez-vous de ces vues pour repérer le gaspillage : tentatives répétées vers des adresses invalides ou supprimées, pièces jointes surdimensionnées, conservation inutile des événements ou fonctionnalités optionnelles qui n’éclairent aucune décision définie.

Menez une évaluation tarifaire reproductible

Collectez au moins quatre semaines de données représentatives par catégorie de message : destinataires, octets des messages et des pièces jointes, régions, pics horaires, nombre et taille des e-mails entrants, nombre d’événements, conservation et incidents de support. Prévoyez un mois normal, un mois de pointe et un mois de basculement régional. Pour chaque scénario, calculez Essentials, Pro, Enterprise et la tarification à la carte avec les tarifs officiels en vigueur et les mêmes fonctionnalités optionnelles. Ajoutez les estimations des services AWS dépendants et les responsabilités d’ingénierie nommément attribuées. Validez le résultat avec l’AWS Pricing Calculator ou un échantillon de facturation contrôlé, puis définissez des alertes de coût et des métriques unitaires comme le coût par destinataire accepté et le coût par livraison au serveur de réception. Consignez les hypothèses, les URL sources, l’état de formule par compte et région, et la date de vérification. Refaites la revue quand AWS modifie ses tarifs, quand le trafic franchit un palier, quand les pièces jointes grossissent, quand une IP dédiée est proposée, ou quand un produit ajoute la réception d’e-mails, la validation, l’archivage, des tenants ou le routage multirégion.

Décidez qui est responsable de la couche applicative environnante

Les frais SES bruts couvrent l’infrastructure du fournisseur et les fonctionnalités AWS choisies pour le compte. Une équipe produit peut encore avoir besoin de l’onboarding des domaines, du contrôle des clés applicatives, de frontières entre tenants, d’un modèle d’enregistrement des e-mails sortants, de la gestion des messages entrants, de l’ingestion d’événements, de workflows de suppression et d’un contrat d’envoi interne stable. Comparez SES en direct avec toute couche applicative alternative sur la base du modèle d’exploitation complet, et pas seulement de la ligne de transport par destinataire de SES. La comparaison doit inclure les fonctionnalités requises, le temps d’ingénierie, la responsabilité opérationnelle, les contraintes de migration, la réponse aux incidents et le besoin de contrôles AWS spécifiques au fournisseur. Aucune couche applicative ne modifie la tarification SES ni le filtrage côté destinataire, et ni une facture du fournisseur ni une requête acceptée n’établissent le placement en boîte de réception. SES en direct peut convenir aux équipes qui veulent une maîtrise complète d’AWS et exploitent déjà la couche environnante. Une couche applicative gérée peut convenir aux équipes qui privilégient une frontière d’intégration plus étroite, mais ses fonctionnalités et son prix doivent être vérifiés à partir de son propre contrat actuellement déployé avant toute comparaison.

Questions fréquentes

Combien coûte Amazon SES pour 1 000 e-mails ?

Cela dépend du modèle tarifaire actif, du palier de volume, des destinataires, de la région, des données et des fonctionnalités. Le 21 août 2026, AWS affichait l’e-mail sortant à la carte à $0.10 pour 1 000 destinataires, tandis que les tarifs et les fonctionnalités incluses des formules différaient. Vérifiez la page officielle actuelle avant tout achat.

Un e-mail SES envoyé à dix destinataires compte-t-il une seule fois ?

Non. AWS indique que les quotas d’envoi sont fondés sur les destinataires : un message adressé à dix destinations compte pour dix dans le quota. Les modèles de coût doivent de même mesurer les destinations facturables selon les conditions tarifaires en vigueur, et pas seulement les appels API.

Les pièces jointes sont-elles facturées à part sur Amazon SES ?

AWS affiche des frais supplémentaires de données sortantes pour les pièces jointes. Mesurez la taille de production encodée en MIME, car l’encodage base64 augmente la taille des pièces jointes binaires, et incluez les éventuels frais de transfert de données ou de stockage liés à l’architecture AWS environnante.

Ai-je besoin d’IP dédiées pour Amazon SES ?

Pas nécessairement. Les adresses partagées conviennent à de nombreuses charges faibles ou variables. Les adresses dédiées ajoutent des coûts et des exigences opérationnelles ; elles se justifient surtout quand l’équipe a besoin d’adresses stables, d’un volume régulier suffisant, d’un contrôle explicite de la réputation ou d’une isolation entre flux d’e-mails.

Le sandbox Amazon SES est-il un palier tarifaire gratuit ?

Non. Le sandbox est un état d’accès à l’envoi et de quota assorti de restrictions de destinataires, pas une formule tarifaire. Les crédits de l’offre gratuite AWS (AWS Free Tier) et les formules tarifaires SES sont des programmes distincts, chacun avec ses propres règles d’éligibilité et de durée.

Payer un envoi SES signifie-t-il qu’il est arrivé en boîte de réception ?

Non. Des frais d’envoi et une requête réussie n’établissent pas le dossier final dans la boîte aux lettres. Suivez séparément l’acceptation par le fournisseur, la livraison au serveur de réception, les bounces, les plaintes, les suppressions et les retards, en considérant le placement en boîte de réception comme une décision en aval du système du destinataire.

Sources