Der Mailbox Simulator von Amazon SES prüft, wie Ihre Anwendung mit vorgegebenen Versandereignissen umgeht. Er zeigt nicht, in welchem Ordner Gmail, Outlook oder ein anderer Anbieter eine Nachricht ablegt. Dafür versenden Sie eine neue Originalnachricht über Ihren tatsächlichen SES-Versandweg an die Testadressen von LDM und werten anschließend die beobachteten Ordner aus. Beide Prüfungen beantworten unterschiedliche Fragen.
Eine Bestellbestätigung kann den Anwendungstest bestehen, während ihre echte Kopie in einer Kategorie oder in Spam landet. Umgekehrt kann eine fehlende Testnachricht die Anwendung nie verlassen haben. Trennen Sie deshalb Nachrichtenerzeugung, Versandereignisse und die Beobachtung im Empfängerpostfach. Der folgende Ablauf beschreibt einen begrenzten Test, den Sie selbst durchführen.
Transport, Ordnerplatzierung und Empfängerreaktion sind getrennte Beobachtungen.
Was der SES Mailbox Simulator nachweist
AWS stellt Simulatoradressen unter anderem für erfolgreiche Zustellung, einen Bounce, eine Beschwerde und eine automatische Antwort bereit. success@simulator.amazonses.com löst beispielsweise das Szenario einer erfolgreichen Zustellung aus. Die Nachricht muss über SES an diese Adressen gesendet werden. Einzelheiten erläutert die AWS-Dokumentation zum Simulator.
Prüfen Sie damit die Verarbeitung in Ihrer Anwendung: Erreicht das Ereignis den vorgesehenen Empfänger im System? Wird es dem richtigen Auftrag zugeordnet? Führt ein simulierter Bounce zur erwarteten internen Aktion? Ein vorgegebenes Simulatorereignis kann jedoch keine Ordnerentscheidung eines externen Postfachs belegen.
Dokumentieren Sie „Bounce-Verarbeitung erfolgreich“ mit dem zugehörigen Simulatorszenario. Für „Kopie in Inbox gefunden“ benötigen Sie dagegen eine tatsächliche Postfachbeobachtung samt Zeitpunkt.
SES-Sandbox und Simulator auseinanderhalten
Der Sandbox-Status des SES-Kontos ist etwas anderes als der Simulator. Laut AWS gilt der Status jeweils für eine AWS-Region. In der Sandbox dürfen Nachrichten grundsätzlich nur an verifizierte Empfängeradressen oder Domains gehen; der Simulator ist ausgenommen. Der Produktionszugang hebt diese Empfängerbeschränkung auf. Die Anforderungen an die Absenderidentität bleiben bestehen. Maßgeblich ist Request production access.
Eine LDM-Testadresse ist ein externer Empfänger und keine Simulatoradresse. Ihre Eintragung in einen Request erlaubt einem Sandbox-Konto daher nicht automatisch den Versand. Prüfen Sie Region und Kontoberechtigungen. Verhindert die Beschränkung den zulässigen Test, durchlaufen Sie zuerst das vorgesehene AWS-Verfahren für den Produktionszugang.
Ein praktischer Ablauf mit SES und LDM
1. Nachricht und Fragestellung festlegen
Wählen Sie eine konkrete Nachricht: etwa eine Bestellbestätigung, eine Kontobenachrichtigung oder einen abonnierten Newsletter. „Wo landet diese Bestätigung über unseren aktuellen Versandweg?“ ist eine prüfbare Frage. Eine pauschale Bewertung von SES lässt sich aus einem kleinen Test nicht ableiten.
Verwenden Sie realistische Testdaten ohne vertrauliche Kundeninformationen. Behalten Sie Betreff, HTML, Textalternative, Anhänge und Links bei. Erforderliche Abmeldelinks und Header bleiben erhalten.
2. Den vorgesehenen Versandweg dokumentieren
Notieren Sie AWS-Region, Absenderidentität, Anwendungsumgebung und die Übergabe per SMTP oder API. Erfassen Sie verwendete Configuration Sets, Routingentscheidungen, Vorlagenversion und Trackingeinstellungen, soweit diese zu Ihrer Anwendung gehören.
Eine manuell in der Konsole erstellte Nachricht bildet nicht automatisch den Renderer und Queue-Worker Ihrer Anwendung nach. Kennzeichnen Sie einen solchen Versuch entsprechend, statt sein Ergebnis einem anderen Ablauf zuzuschreiben.
3. Ereignisverarbeitung getrennt prüfen
Führen Sie die relevanten Simulatorszenarien aus und kontrollieren Sie das Verhalten Ihrer Anwendung. Kennzeichnen Sie die Ergebnisse als Simulatortests. Mischen Sie Simulatoradressen und LDM-Empfänger nicht in einer gemeinsamen Platzierungsquote.
Bereiten Sie anschließend einen gesonderten realen Versand mit fest begrenztem Umfang vor. Andere Entwicklungsaufträge und geplante Kampagnen gehören nicht zu diesem Test.
4. Aktuelle LDM-Testadressen beziehen
Starten Sie mit der tatsächlichen Absenderadresse einen Test bei LDM Inbox Placement. Verwenden Sie die dafür bereitgestellten Empfänger und die LDM-Methodik zur Auswertung.
Halten Sie die Empfängerliste temporär. Testadressen gehören weder in dauerhafte Verteiler noch in Warmup-Aktivitäten oder wiederkehrende Automationen. Vergewissern Sie sich, dass Konto und Versandablauf diesen Test erlauben.
5. Eine neue Originalnachricht versenden
Lassen Sie die Anwendung die Nachricht mit ihrer normalen Erzeugungs- und Versandlogik erstellen. Ersetzen Sie die Empfänger bewusst durch die begrenzte Testgruppe. Leiten Sie keine Kopie aus einem persönlichen Postfach weiter: Damit würden Sie einen anderen Versandweg und Nachrichtenkontext prüfen.
Sichern Sie Auftragsreferenz, Übergabeergebnis, Zeitstempel und verfügbare Nachrichtenkennungen. Beenden Sie den begrenzten Auftrag nach den vorgesehenen Sendungen. Inhalt, relevante Header und erforderliche Abmeldemöglichkeiten bleiben unverändert repräsentativ.
6. Versandbelege und Postfachbeobachtungen abgleichen
Lesen Sie den Versanddatensatz, bevor Sie eine fehlende Kopie deuten. Ein Übergabefehler, ein späteres Zustellproblem und ein nicht prüfbares Postfach erfordern unterschiedliche Untersuchungen.
Fehlende oder unbekannte Ergebnisse bedeuten bei LDM nicht Spam. Promotions und ähnliche Kategorien sind Empfangsorte, getrennt vom Hauptposteingang und von Spam. Die 24-Stunden-Beobachtung verfolgt dieselbe empfangene Kopie; sie versendet nicht bei jedem Prüfpunkt erneut. Speichern Sie Ordner und Messzeit gemeinsam.
Hypothetisches Beispiel: zwei verschiedene Nachweise
Ein Team prüft eine Bestellbestätigung. Der Simulator bestätigt, dass die Anwendung das erfolgreiche Zustellereignis verarbeitet. Ein separater echter Test umfasst sechs ausgewählte externe Postfächer: Drei Kopien erscheinen im Hauptposteingang, eine in Promotions, eine in Spam und eine wird nicht gefunden.
Diese Zahlen sind ein Gedankenbeispiel, kein SES-Benchmark. Fünf Kopien wurden empfangen. Der Anteil im Hauptposteingang beträgt nach der LDM-Berechnung drei geteilt durch fünf, also 60 %. Die Empfangsabdeckung beträgt fünf von sechs ausgewählten Postfächern. Die bloße Angabe „60 % Zustellbarkeit“ würde Nenner und fehlende Beobachtung verdecken.
Untersuchen Sie die fehlende Kopie anhand der Versandbelege. Prüfen Sie davon getrennt die empfangene Spamkopie und deren verfügbare Authentifizierungsdaten. Beide Befunde rechtfertigen keine sofortige vollständige Überarbeitung des Inhalts.
Grenzen des Vergleichs
Ein kleines Seed-Panel bildet weder individuelle Postfachregeln noch die Vorgeschichte und künftigen Reaktionen aller Kunden ab. Auch die Ursache eines Ordnerergebnisses lässt sich daraus nicht unmittelbar bestimmen. Erfolgreiche Authentifizierung und beobachtete Inbox-Platzierung bleiben unterschiedliche Nachweise.
Bewahren Sie für einen Folgeversuch den Ausgangszustand auf und ändern Sie möglichst eine relevante Variable. Ein neu versendetes, überarbeitetes Schreiben gehört zu einem neuen Experiment. Eine spätere Beobachtung der alten Kopie gehört zu deren bestehender Historie.
Häufige Fragen
Belegt ein erfolgreicher Simulatorlauf Gmail-Inbox-Platzierung?
Nein. Er bestätigt das gewählte simulierte Szenario. Für eine Aussage über Gmail benötigen Sie eine echte Nachricht an ein externes Postfach und eine dazugehörige Ordnerbeobachtung.
Kann ich LDM mit einem SES-Konto in der Sandbox verwenden?
Nur wenn die vorgesehenen Empfänger die geltenden SES-Beschränkungen erfüllen. Normale LDM-Adressen sind keine Simulatoradressen. Prüfen Sie den Kontostatus in der verwendeten Region und gegebenenfalls den vorgesehenen Produktionszugang.
Sollte ich die SES-Konsole oder meine Anwendung verwenden?
Wählen Sie den Weg, den Sie untersuchen. Für eine anwendungsgenerierte Bestätigung sollten Renderer und Versandlogik der Anwendung durchlaufen werden. Dokumentieren Sie einen reinen Konsolentest separat.
Sollte ich Tracking oder Abmeldelinks entfernen?
Der erste Test sollte die vorgesehene Nachricht abbilden. Erforderliche Abmeldemöglichkeiten bleiben erhalten. Eine optionale Trackingänderung lässt sich als gesonderte Variante prüfen; ein besserer Einzelbefund beweist keine allgemeine Ursache.
Wie dokumentiere ich ein später verändertes Ergebnis?
Berichten Sie die bestätigte Abfolge mit Zeitstempeln. Unterstellen Sie keine unveränderte Platzierung zwischen Prüfungen. Ein späterer Beobachtungsfehler beweist auch keinen aktuellen Ordner.
Den tatsächlichen Anwendungsweg testen
Starten Sie einen LDM-Test, sobald Ihr SES-Konto den vorgesehenen realen Versand erlaubt. Bewahren Sie Simulatorbefunde, Versandprotokolle und Postfachbeobachtungen gemeinsam auf. Die Oberfläche ist auch auf Deutsch verfügbar.