landing · Amazon-SES-Kosten
Wie sollte ein Produktteam die Kosten von Amazon SES bewerten?
Bewerten Sie die Kosten von Amazon SES als Workload-Modell, nicht als einzelnen Preis pro E-Mail. Zählen Sie ausgehende Empfänger pro Region, Anhangsdaten, die Verarbeitung eingehender E-Mails, dedizierte IPs, Zustellbarkeitsfunktionen, Validierung, Multi-Region-Routing, Speicher, Events, Monitoring und den technischen Betrieb. Vergleichen Sie dann die aktuellen SES-Preistarife mit der À-la-carte-Abrechnung für denselben Funktionsumfang. Verwenden Sie tatsächliche Nachrichtengrößen und Lastspitzen, nicht nur Monatsdurchschnitte. Trennen Sie außerdem die Annahme durch den Provider, die Zustellung an den empfangenden Server und die Platzierung im Posteingang, denn eine bezahlte Sendung sagt nichts über ihr endgültiges Ergebnis aus.
Zuerst das Preismodell des Kontos ermitteln
Amazon SES hat nicht mehr nur einen Preisweg. AWS führte am 21. Juli 2026 die Tarife Essentials, Pro und Enterprise ein und behielt die À-la-carte-Preise bei. AWS sagt, dass neue SES-Konten und Konto-Region-Kombinationen ohne abgerechnete SES-Aktivität seit dem 1. Juni 2025 mit Essentials beginnen und auf einen anderen Tarif oder À-la-carte wechseln können. Bestehende Kontohistorie und die gewählte Region können den Ausgangspunkt daher ändern. Öffnen Sie vor einer Kalkulation für jedes Produktivkonto und jede Region den SES-Preisplanabschnitt, halten Sie das aktive Modell fest und erfassen Sie das Datum. Leiten Sie die Abrechnung nicht aus einem alten Blogbeitrag, dem Konto eines anderen Teams oder einem Preis ohne die enthaltenen Funktionen ab. SES-Preise, Tarifberechtigung, regionale Verfügbarkeit und AWS-Free-Tier-Regeln können sich ändern; maßgeblich zum Kaufzeitpunkt sind die offizielle Preisseite und die Abrechnungsdaten des Kontos.
Eine vollständige Kostengleichung aufstellen
Eine brauchbare Monatsschätzung beginnt bei den ausgehenden Empfängern, nicht nur bei API-Anfragen oder Nachrichtenobjekten. Addieren Sie abrechenbare ausgehende Daten, insbesondere Anhänge, und – falls Sie SES für den Empfang nutzen – eingehende Nachrichten und eingehende Datenblöcke. Rechnen Sie die Grundgebühr des gewählten Tarifs, etwaige Volumenstaffeln und separat bepreiste Funktionen hinzu, etwa dedizierte IPs, Global Endpoints, E-Mail-Validierung, Tenant-Funktionen, Optionen des Virtual Deliverability Manager, Mail-Manager-Endpunkte, Archivierung oder Sicherheits-Add-ons. Berücksichtigen Sie dann abhängige AWS-Services: Rechenleistung für den Versand, Warteschlangen, Event-Ziele, Logs und Metriken, Speicher, Verschlüsselungsschlüssel, Datenübertragung, Backups und Support. Zum Schluss kommen Entwicklung und Betrieb hinzu: Domain-Onboarding, IAM-Design, Kontingentverwaltung, Event-Verarbeitung, Umgang mit Bounces und Beschwerden, Incident Response, Prüfung der Zustellbarkeit, Multi-Region-Tests und Provider-Migration. Die Rechnungsformel und die Gesamtkosten für den Betrieb von Anwendungs-E-Mails hängen zusammen, sind aber zwei verschiedene Zahlen.
Tarife und À-la-carte bei identischem Funktionsumfang vergleichen
AWS nennt für die ersten 10 Millionen monatlichen E-Mails $0.16 pro 1,000 bei Essentials, $0.22 bei Pro und $0.23 bei Enterprise. Für Pro werden außerdem $105 als feste Gebühr je Konto, Region und Monat genannt, für Enterprise $500. Für höhere Volumenstufen gelten niedrigere Grenzpreise. Die Tarife bündeln unterschiedliche Funktionen für Zustellbarkeit, Validierung, dedizierte IPs, globale Nutzung, Mandanten und Mail Manager; die beworbenen Preise sind daher nicht austauschbar. Die À-la-carte-Tabelle nennt $0.10 pro 1,000 Empfänger für ausgehende E-Mails zuzüglich $0.12 pro GB Anhangsdaten, optionale Funktionen werden separat berechnet. Vergleichen Sie Szenarien mit denselben Regionen, der gleichen Volumenverteilung, Anhängen, Inbound-Arbeit und Funktionen. Ein Tarif mit höherem Sendepreis kann weniger kosten als seine enthaltenen Funktionen einzeln nachzubilden, während eine einfache transaktionale Arbeitslast sie möglicherweise nicht benötigt. Rechnen Sie mit Grenzstufen, statt die letzte Stufe auf das gesamte Volumen anzuwenden.
Empfänger, Regionen und Daten korrekt zählen
SES-Versandkontingente und die Abrechnung ausgehender E-Mails beziehen sich auf Empfänger. Eine einzelne Nachricht an zehn Empfänger verbraucht zehn Einheiten des Versandkontingents, und AWS empfiehlt separate API-Aufrufe pro Empfänger, weil eine einzige ungültige Adresse einen Aufruf mit mehreren Empfängern scheitern lassen kann. Modellieren Sie die Ziele in To, Cc und Bcc, nicht nur die Zeilen im Postausgang Ihrer Anwendung. Teilen Sie die Prognose nach AWS-Region auf, denn Identitäten, Kontingente, Event-Konfiguration, Tarifgebühren und einige Funktionen sind regional. Messen Sie bei E-Mails mit vielen Anhängen die kodierten Nachrichten aus dem Produktivbetrieb: Durch die Base64-Kodierung in MIME ist die übertragene Größe höher als die der ursprünglichen Binärdatei. Laut AWS kann eine angehängte Datei mit 5 MB nach der Kodierung etwa 6,85 MB groß sein. Berücksichtigen Sie saisonale Spitzen, Wiederholungsversuche vor der Annahme, Tests mit dem Mailbox-Simulator (sofern abgerechnet) und Traffic bei einem Multi-Region-Failover. Zählen Sie Wiederholungsversuche des Providers nach der Annahme durch SES nicht doppelt, wohl aber eine neue Versandanfrage der Anwendung, wenn die Abrechnungsregeln sie als weiteren ausgehenden Empfänger werten.
Optionale Infrastruktur bewusst einpreisen
Dedizierte IPs sind keine allgemeine Voraussetzung. Geteilte SES-Adressen sind in den Standard-Versandpreisen enthalten und passen zu vielen Arbeitslasten mit geringem oder variablem Volumen. Standard-dedizierte IPs verursachen eine monatliche Gebühr pro gemieteter Adresse und müssen vom Absender aufgewärmt und verwaltet werden. Verwaltete dedizierte IPs verursachen eine feste Kontogebühr und nutzungsabhängige Preise, während SES adaptives Warm-up und Skalierung übernimmt. AWS nennt $24.95 pro IP und Monat für Standard-dedizierte IPs sowie verwaltete dedizierte IPs ab $15 pro Konto und Monat zuzüglich volumenbasierter Nachrichtengebühren. Weitere À-la-carte-Beispiele sind Global Endpoints für $0.03 pro 1,000 E-Mails zusätzlich zum Basisversand, Gebühren für E-Mail-Validierung und Virtual Deliverability Manager. Wählen Sie jede Komponente für eine ausdrückliche operative Anforderung wie stabile allowlistete IPs, Reputationsisolation, Multi-Region-Routing oder Diagnostik. Infrastruktur ohne ausreichendes Volumen oder klare Zuständigkeit hinzuzufügen, kann Kosten und Komplexität erhöhen, ohne Domain-, Einwilligungs- oder Inhaltsprobleme zu lösen.
Kosten für Empfang und Event-Beobachtbarkeit einbeziehen
Workloads für eingehende E-Mails mit SES und Mail Manager werden in anderen Einheiten abgerechnet als der ausgehende Versand. Die aktuelle À-la-carte-Tabelle nennt für eingehende E-Mails $0.10 pro 1.000 E-Mails zuzüglich $0.09 pro 1.000 vollständige eingehende Datenblöcke à 256 KB. Verarbeitung im Mail Manager, Ingress-Endpunkte, Archivierung, Sicherheits-Add-ons und zusätzliche Empfänger können eigene Gebühren verursachen. Speicher in Amazon S3, Benachrichtigungen über Amazon SNS, Event-Routing, CloudWatch-Dashboards, Logs und Datenaufbewahrung können zudem unter anderen AWS-Services auf der Rechnung erscheinen. Planen Sie Budget für die Beobachtbarkeit ausgehender E-Mails ein, auch wenn das Veröffentlichen von Events selbst nicht der größte Posten ist. SES kann Events für Versand, Zustellung, Bounce, Beschwerde, Ablehnung, Render-Fehler, Verzögerung, Öffnung und Klick über konfigurierte AWS-Ziele veröffentlichen. Ein produktiver Service braucht sichere Übernahme, Deduplizierung, Sperrung von Empfängern, Aufbewahrungsgrenzen und betriebliche Alarme. Kalkulieren Sie Event-Volumen, Speicherdauer, Abfragemuster und Rufbereitschaft ein, nicht nur die Nachrichtenübertragung.
Kontingente und Sandbox-Status als Kapazitätsgrenzen behandeln
Ein niedriger Stückpreis ist bedeutungslos, wenn das Konto den Workload rechtlich und betrieblich nicht tragen kann. SES-Versandkontingente gelten getrennt pro AWS-Konto und Region und beziehen sich auf Empfänger. AWS dokumentiert für die Sandbox standardmäßig 200 E-Mails pro rollierenden 24 Stunden und eine E-Mail pro Sekunde; Sandbox-Konten unterliegen zudem Einschränkungen bei den Empfängern. Produktive Limits hängen vom Anwendungsfall ab und können bei AWS erhöht werden. Modellieren Sie normalen Durchsatz, Burst-Rate, Isolierung von Kampagnen, Retry-Traffic und die volle Last bei einem Failover und beschaffen Sie vor dem Start den passenden Produktivzugang und die nötigen Kontingente. Multiplizieren Sie Sandbox-Standardwerte nicht in eine Kostenschätzung hinein, als wären sie ein buchbarer Tarif. Bauen Sie Backpressure für Drosselung ein und überwachen Sie die tatsächliche maximale Senderate und das verbleibende Tageskontingent. Wenn Sie mehrere Regionen nutzen, prüfen Sie Identitäten, Konfigurationssätze, Kontingente und Event-Ziele in jeder einzelnen. Die Kapazitätsprüfung gehört zu den Kosten, denn überstürzte Kontingentanfragen, verlorene Jobs oder ein ungetesteter Failover können Support- und Entwicklungsaufwand verursachen, der die Transportkosten weit übersteigt.
Abgerechnete Sendungen von Zustellergebnissen trennen
SES-Abrechnung und Zustellstatus beantworten unterschiedliche Fragen. Eine erfolgreiche Versandanfrage bedeutet, dass SES die Anfrage angenommen hat und die Zustellung versuchen wird – vorbehaltlich Sperrliste und späterer Verarbeitung. Ein Delivery-Event bedeutet, dass laut SES der Mailserver des Empfängers die Nachricht angenommen hat. Ein Bounce-, Beschwerde-, Ablehnungs-, Render-Fehler- oder Verzögerungs-Event beschreibt ein anderes Ergebnis. Die Platzierung im Posteingang erfolgt nach der Annahme durch den empfangenden Server und wird durch Filter und Richtlinien auf Empfängerseite bestimmt. Schätzen Sie den Nutzen nicht, indem Sie bezahlte Sendungen mit einer angenommenen Posteingangsquote multiplizieren, und bezeichnen Sie nicht jede angenommene Anfrage als zugestellt. Bauen Sie ein Kosten-Dashboard neben einem Ergebnis-Dashboard: auf der einen Seite abrechenbare Empfänger und Daten, auf der anderen die Status angenommen, an den Server zugestellt, gebounct, beschwert, gesperrt und verzögert. Nutzen Sie diese Ansichten, um Verschwendung zu finden, etwa wiederholte Versuche an ungültige oder gesperrte Adressen, übergroße Anhänge, unnötige Event-Aufbewahrung oder optionale Funktionen, die keine definierte Entscheidung unterstützen.
Eine reproduzierbare Preisbewertung durchführen
Sammeln Sie mindestens vier Wochen repräsentativer Daten pro Nachrichtenklasse: Empfänger, Nachrichten- und Anhangsgröße in Bytes, Regionen, Spitzen pro Stunde, Anzahl und Größe eingehender E-Mails, Event-Anzahl, Aufbewahrung und Support-Vorfälle. Erstellen Sie Prognosen für einen normalen Monat, einen Spitzenmonat und einen Monat mit regionalem Failover. Berechnen Sie für jedes Szenario Essentials, Pro, Enterprise und À-la-carte mit den offiziellen aktuellen Preisen und denselben optionalen Funktionen. Ergänzen Sie Schätzungen für abhängige AWS-Services und benannte technische Zuständigkeiten. Prüfen Sie das Ergebnis mit dem AWS Pricing Calculator oder einer kontrollierten Abrechnungsstichprobe und richten Sie dann Kostenalarme und Stückkennzahlen ein, etwa Kosten pro angenommenem Empfänger und Kosten pro Zustellung an den empfangenden Server. Dokumentieren Sie Annahmen, Quell-URLs, den Tarifstatus je Konto und Region sowie das Prüfdatum. Wiederholen Sie die Prüfung, wenn AWS die Preise ändert, der Traffic eine Staffel überschreitet, Anhänge größer werden, eine dedizierte IP vorgeschlagen wird oder ein Produkt eingehende E-Mails, Validierung, Archivierung, Tenants oder Multi-Region-Routing ergänzt.
Klären, wer die umgebende Anwendungsschicht verantwortet
Die reinen SES-Gebühren decken die Provider-Infrastruktur und die für das Konto gewählten AWS-Funktionen ab. Ein Produktteam braucht womöglich trotzdem Domain-Onboarding, Kontrollen für Anwendungsschlüssel, Tenant-Grenzen, ein Datenmodell für ausgehende Nachrichten, die Verarbeitung eingehender Nachrichten, Event-Übernahme, Sperrlisten-Workflows und einen stabilen internen Versandvertrag. Vergleichen Sie SES direkt mit jeder Alternative auf Anwendungsebene anhand des vollständigen Betriebsmodells, nicht nur anhand der Transportkosten pro Empfänger. Der Vergleich sollte benötigte Funktionen, Entwicklungszeit, betriebliche Zuständigkeit, Migrationsbeschränkungen, Incident Response und den Bedarf an providerspezifischen AWS-Kontrollen umfassen. Keine Anwendungsschicht ändert die SES-Preise oder die Filterung beim Empfänger, und weder eine Provider-Rechnung noch eine angenommene Anfrage belegt die Platzierung im Posteingang. SES direkt kann zu Teams passen, die AWS vollständig selbst verantworten wollen und die umgebende Schicht bereits betreiben. Eine verwaltete Anwendungsschicht kann zu Teams passen, die eine schmalere Integrationsgrenze schätzen; deren Funktionen und Preis müssen aber vor dem Vergleich anhand ihres aktuell gültigen Vertrags geprüft werden.
Häufig gestellte Fragen
Was kostet Amazon SES pro 1.000 E-Mails?
Das hängt vom aktiven Preismodell, der Volumenstaffel, den Empfängern, der Region, den Daten und den Funktionen ab. Am 21. August 2026 nannte AWS für ausgehende E-Mails à la carte $0.10 pro 1.000 Empfänger, während Tarifpreise und enthaltene Funktionen abwichen. Prüfen Sie vor dem Kauf die aktuelle offizielle Seite.
Zählt eine SES-E-Mail an zehn Empfänger einmal?
Nein. Laut AWS beziehen sich Versandkontingente auf Empfänger, eine Nachricht an zehn Ziele zählt also zehnfach gegen das Kontingent. Kostenmodelle sollten entsprechend die abrechenbaren Empfängerziele nach den aktiven Preisbedingungen erfassen, nicht nur API-Aufrufe.
Werden Anhänge bei Amazon SES separat berechnet?
AWS nennt eine zusätzliche Gebühr für ausgehende Anhangsdaten. Messen Sie die MIME-kodierte Größe im Produktivbetrieb, da die Base64-Kodierung binäre Anhänge vergrößert, und berücksichtigen Sie abhängige Gebühren für Datenübertragung oder Speicher aus der umgebenden AWS-Architektur.
Brauche ich dedizierte IPs für Amazon SES?
Nicht unbedingt. Geteilte Adressen eignen sich für viele Workloads mit geringem oder schwankendem Volumen. Dedizierte Adressen verursachen zusätzliche Kosten und betriebliche Anforderungen und lassen sich vor allem dann rechtfertigen, wenn das Team stabile Adressen, ausreichend gleichmäßiges Volumen, gezielte Kontrolle über die Reputation oder eine Isolierung zwischen E-Mail-Streams braucht.
Ist die Amazon-SES-Sandbox ein kostenloser Tarif?
Nein. Die Sandbox ist ein Status für Versandzugang und Kontingent mit Einschränkungen bei den Empfängern, kein Preistarif. Guthaben aus dem AWS Free Tier und SES-Preistarife sind getrennte Programme mit eigenen Regeln zu Berechtigung und Laufzeit.
Bedeutet eine bezahlte SES-Sendung, dass die E-Mail im Posteingang angekommen ist?
Nein. Eine Versandgebühr und eine erfolgreiche Anfrage sagen nichts über den endgültigen Ordner im Postfach aus. Erfassen Sie Annahme durch den Provider, Zustellung an den empfangenden Server, Bounces, Beschwerden, Sperrungen und Verzögerungen getrennt und betrachten Sie die Platzierung im Posteingang als nachgelagerte Entscheidung des empfangenden Systems.
Quellen
- Amazon SES pricing – Amazon Web Services
- Amazon SES introduces pricing plans – Amazon Web Services
- Service quotas in Amazon SES – Amazon Web Services
- Managing Amazon SES sending limits – Amazon Web Services
- Dedicated IP addresses for Amazon SES – Amazon Web Services
- Monitor email sending using Amazon SES event publishing – Amazon Web Services
- Using Global endpoints in Amazon SES – Amazon Web Services
- Increasing throughput with Amazon SES – Amazon Web Services