Jedes neue Amazon-SES-Konto beginnt in der Sandbox, einem Testmodus, der verhindern soll, dass jemand ein frisch angelegtes Konto zum Versenden von Spam nutzt. In der Sandbox können Sie nur an Adressen senden, die Sie vorher in SES verifiziert haben, und zudem mit einem sehr niedrigen Tageskontingent und einer sehr niedrigen Sendegeschwindigkeit. Für eine echte Anwendung, die Kunden schreiben muss, die Sie vorher nicht kennen, müssen Sie bei AWS das Verlassen der Sandbox beantragen, was dort "Produktionszugang" heißt.
Es ist ein Antrag, den eine Person bei AWS prüft und je nachdem, was Sie schreiben, genehmigt oder ablehnt. In dieser Anleitung geht es darum, es richtig zu schreiben.
Bevor Sie anfangen: was die Begriffe bedeuten
- SES
- Simple Email Service, der Dienst von Amazon, über den Ihre Anwendungen E-Mails versenden.
- Sandbox
- Wörtlich "Sandkasten": der Testmodus, mit dem jedes SES-Konto beginnt. Er erlaubt nur den Versand an Adressen, die Sie verifiziert haben, und mit einer niedrigen Tagesobergrenze.
- Produktionszugang
- So nennt AWS das Verlassen der Sandbox: Das Konto kann an jeden senden, mit normalen Kontingenten.
- Verifizierte Identität
- Eine Domain oder eine E-Mail-Adresse, für die Sie Amazon bewiesen haben, dass sie Ihnen gehört. Um das Verlassen der Sandbox zu beantragen, sollte die Domain verifiziert sein.
- Bounce
- Eine E-Mail, die nicht zugestellt werden konnte, meist weil die Adresse nicht existiert.
- Beschwerde
- Wenn ein Empfänger Ihre E-Mail als Spam markiert. Amazon legt großen Wert darauf, dass es sehr wenige sind.
- Unterdrückungsliste
- Eine Liste, die SES mit den Adressen führt, die gebounct oder sich beschwert haben, um ihnen nicht erneut zu senden, auch wenn Ihre Anwendung es versucht.
- SNS
- Simple Notification Service, der Benachrichtigungsdienst von Amazon. SES kann ihm jeden Bounce und jede Beschwerde schicken, damit Sie davon erfahren.
- Transaktional gegenüber Marketing
- Transaktional: E-Mails, die der Nutzer erwartet, weil er etwas getan hat (eine Bestellung, eine Registrierung). Marketing: Newsletter und Werbeaktionen. AWS fragt, welches Ihres ist.
Schritt für Schritt
Prüfen Sie, in welcher Region Sie in der Sandbox sind
Die Sandbox gilt pro Region. Öffnen Sie die SES-Konsole in der Region, aus der Ihre Anwendung sendet, und schauen Sie auf das Konto-Dashboard (Account dashboard): Oben sehen Sie einen Hinweis, dass das Konto in der Sandbox ist, mit dem aktuellen Kontingent und der aktuellen Geschwindigkeit. Wenn Sie zwei Regionen nutzen, müssen Sie es in beiden beantragen.
Haben Sie die Domain verifiziert und authentifiziert
Bevor Sie irgendetwas beantragen, muss Ihre Absenderdomain in SES verifiziert sein, mit aktivem DKIM, und Sie sollten SPF und DMARC im DNS haben (erklärt in der vorigen Anleitung). AWS verlangt das nicht ausdrücklich, aber die prüfende Person sieht eine nicht authentifizierte Domain als schlechtes Zeichen, und ohne das landet Ihre E-Mail ohnehin im Spam, sobald Sie draußen sind.
Bereiten Sie vor, wie Sie Bounces und Beschwerden behandeln
Das ist, was AWS am meisten zählt. Sie müssen erklären können, was Ihr System tut, wenn eine E-Mail bounct (die Adresse existiert nicht) oder wenn jemand sie als Spam markiert (Beschwerde). Die minimal akzeptable Antwort: Sie haben die Unterdrückungsliste auf Kontoebene von SES aktiviert (unter Konfiguration, bei neuen Konten standardmäßig aktiv), um nicht erneut an Adressen zu senden, die bouncen, und Sie erhalten die Benachrichtigungen über Bounces und Beschwerden, zum Beispiel über ein mit der Identität verbundenes Amazon-SNS-Thema. Noch besser, wenn Ihre Anwendung diese Benachrichtigungen liest und den Empfänger markiert, um ihm nicht mehr zu schreiben.
Wenn Sie Newsletter oder Marketing versenden, brauchen Sie außerdem in jeder E-Mail einen Abmeldelink, der wirklich funktioniert.
Öffnen Sie den Antrag auf Produktionszugang
Klicken Sie im Konto-Dashboard von SES auf Produktionszugriff anfordern (oder "Kontodetails anzeigen" und dann die Antragsschaltfläche). Es öffnet sich ein Formular mit diesen Feldern:
- E-Mail-Typ: Transaktional (Bestätigungen, Rechnungen, Hinweise an registrierte Nutzer) oder Marketing. Wählen Sie, was wirklich zutrifft; wenn Sie beides tun, erklären Sie es in der Beschreibung.
- Website-URL: die Website Ihres Unternehmens oder Ihrer Anwendung; sie muss existieren und erklären, was Sie tun.
- Beschreibung des Anwendungsfalls: das wichtige Feld. Darum geht es im nächsten Schritt.
- Kontaktsprache und das Kästchen zur Annahme der Bedingungen.
Schreiben Sie eine Beschreibung, die beantwortet, was gefragt wird
Stellen Sie sich vor, das liest jemand, der hundert Anträge am Tag sieht und nach Gründen zum Ablehnen sucht. Beantworten Sie in wenigen konkreten Sätzen, auf Englisch, wenn Sie können, diese Fragen: Was senden Sie (zum Beispiel "Bestellbestätigungen und Versandhinweise an Kunden, die in unserem Shop gekauft haben"); an wen und wie haben sie ihre Adresse gegeben ("registrierte Kunden, die beim Kauf dem Empfang von Hinweisen zugestimmt haben"); wie viel Sie täglich zu senden erwarten und an wie viele verschiedene Empfänger; wie Sie Bounces und Beschwerden behandeln (das aus Schritt 3, mit Namen: Unterdrückungsliste, SNS-Benachrichtigungen, automatische Abmeldung); und wie man den Empfang beenden kann. Wenn Sie ein Beispiel der E-Mail haben, die Sie senden, beschreiben Sie es. Je weniger die lesende Person vermuten muss, desto besser.
Vermeiden Sie vage Sätze wie "wir müssen E-Mails an unsere Nutzer senden". Das ist der schnellste Weg zu einer Rückfrage nach mehr Informationen.
Absenden und auf die Antwort warten
AWS antwortet per E-Mail und im Support-Center, normalerweise innerhalb eines Tages. Bei Genehmigung zeigt das Konto-Dashboard den Sandbox-Hinweis nicht mehr und Ihr neues Tageskontingent erscheint, das von selbst wächst, je mehr Sie mit wenigen Bounces senden. Wenn mehr Informationen verlangt werden, antworten Sie im selben Fall mit den fehlenden Details; öffnen Sie keinen neuen.
Was schiefgehen kann
Mein Antrag wurde abgelehnt
Lesen Sie den Grund: Fast immer fehlen Details zu Bounces, Beschwerden und Abmeldungen, oder die Website erklärt das Geschäft nicht. Korrigieren Sie, was verlangt wird, und beantragen Sie es erneut aus demselben Support-Fall, Punkt für Punkt. Eine Ablehnung ist nicht endgültig.
Ich habe die Sandbox verlassen, kann aber weiterhin nicht an neue Adressen senden
Prüfen Sie die Region: Sie haben es in einer beantragt, und Ihre Anwendung sendet aus einer anderen. Die Genehmigung erstreckt sich nicht auf die übrigen Regionen.
Das Tageskontingent reicht mir nicht
Die Kontingente steigen von selbst, wenn Ihre Historie gut ist. Wenn Sie einen großen Sprung zu einem bestimmten Datum brauchen, öffnen Sie rechtzeitig einen Support-Fall "Erhöhung des Service-Limits" für SES und erklären Sie Grund und Datum.
Nach dem Verlassen kommen Beschwerden
Halten Sie den Anteil an Beschwerden und Bounces niedrig; SES hat Schwellenwerte, ab denen Sie gewarnt werden, und wenn Sie sich nicht bessern, kann der Versand des Kontos pausiert werden. Behalten Sie das Reputations-Dashboard im Blick und entfernen Sie problematische Adressen, sobald sie auftauchen.
In Simplio
In Simplio zeigt Ihnen der Bildschirm E-Mail (SES), ob jede Region in der Sandbox ist, das Tageskontingent, das Gesendete, den Anteil an Bounces und Beschwerden und die Unterdrückungsliste. Und Sie können das Verlassen der Sandbox direkt aus Simplio beantragen, mit einem Formular, das Sie bereits anleitet, was Sie schreiben sollen. Wenn der Anteil an Bounces zu stark steigt, warnt es Sie, bevor AWS es tut.
Dasselbe, in AWS und in Simplio
| In der AWS-Konsole | In Simplio | |
|---|---|---|
| Das Verlassen beantragen | SES-Konsole, leeres Formular, wissen, was AWS hören will | Formular aus Simplio, das Sie Feld für Feld anleitet |
| Wissen, in welchen Regionen Sie noch in der Sandbox sind | SES Region für Region öffnen | Eine Liste mit dem Status jeder Region und jedes Kontos |
| Nach dem Verlassen | Das Reputations-Dashboard von Hand überwachen | Hinweis per E-Mail, wenn Bounces oder Beschwerden steigen |