Agenten bekommen keinen eigenen Posteingang: dieselben CAN-SPAM-Regeln, dieselben Gmail-Schwellen, dieselbe Trennung von Marketing und Transaktion beim Versand.
Ein Agent kann eine Kampagne über dieselbe Versandinfrastruktur starten wie ein Mensch. Gmail sieht weiterhin Absender, Domain und Nachricht.
Mailbox-Provider bewerten Domains, IPs und Beschwerderaten. Ob ein Mensch auf Senden geklickt hat, bewerten sie nicht. Wenn der Agent einen werblichen Inhalt über die Transaktions-IP verschickt, stehst du vor demselben Problem, das du auch von Hand verursacht hättest – nur früher.
Dieser Beitrag ergänzt den Leitfaden zur Zustellbarkeit, er ersetzt ihn nicht. Dort geht es um Reputation, Authentifizierung und Listenhygiene. Hier geht es um die Fehler, die auftauchen, wenn Software auf Senden drückt.
CAN-SPAM gilt für kommerzielle Nachrichten. Beim Hauptzweck-Test geht es um Betreffzeile und Inhalt, nicht darum, wer sie getippt hat.
Wenn eine Nachricht eine Rechnung mit einem Angebot verbindet, bestimme ihren Hauptzweck. Es kommt auf den Betreff an, darauf, wo die Kontoinformationen stehen, und darauf, wie stark die Werbung hervorsticht. Ein kurzer werblicher Footer macht einen Kontoauszug nicht automatisch zur kommerziellen Nachricht. Der Leitfaden der FTC enthält Beispiele dazu. Kommerzielle Nachrichten brauchen wahrheitsgemäße Header und Betreffzeilen, eine physische Postanschrift und eine funktionierende Abmeldemöglichkeit.
Das gilt auch umgekehrt. Ein Passwort-Reset, den der Agent bei einem echten Sicherheitsereignis ausgelöst hat, bleibt transaktional, solange sich der Inhalt auf dieses Ereignis beschränkt.
Die Absenderanforderungen von Gmail enthalten Regeln für alle Absender und strengere Regeln für Bulk-Sender, die rund 5.000 Nachrichten pro Tag an private Gmail-Konten senden. Zu diesen strengeren Anforderungen gehören:
p=none oder einer strengeren.List-Unsubscribe und List-Unsubscribe-Post.Transaktions-E-Mails sind von der One-Click-Regel ausgenommen. Von der Authentifizierung sind sie nicht ausgenommen, und vor Spambeschwerden schützt sie nichts, wenn du in die Vorlage einen Sale packst.
Yahoo bittet Versender mit hohem Volumen, Marketing- und Transaktions-E-Mails über unterschiedliche IPs zu senden, am besten auch über unterschiedliche Domains. Prüfe, welche Versandidentität der Agent nutzen wird, statt das einer vagen Standardeinstellung zu überlassen.
Gib dem Agenten für Kampagnen und Automatisierungen eine werbliche Versandidentität: die Domain, die du aufwärmst, die IP, auf der du mit Beschwerden rechnest, die Abmelde-Header, die du getestet hast.
Halte Transaktions-E-Mails auf einer eigenen Identität. In Brew ist diese Identität eine Domain mit dem Versandzweck „Transaktional“, und die E-Mail selbst ist eine veröffentlichte Automatisierung mit einem Trigger. Der Agent kann die Vorlage verfassen. Der Versandweg pro Event sollte aber weiterhin POST /v1/automations/triggers/{triggerEventId}/fire mit einer JSON-Payload sein, nicht „schick diesen Entwurf an die Liste“.
Lass den Agenten die From-Adresse nicht aus einem Stapel verifizierter Domains auswählen, „um zu sehen, was ankommt“. So trainierst du zwei Reputationen gleichzeitig und verstehst keine von beiden.
Das typische Fehlerbild ist kein Tippfehler. Es ist ein flüssig formulierter Absatz, der eine Zahl zitiert, die du nie veröffentlicht hast, oder ein Betreff, der wie ein Beleg aussieht.
Bevor ein Agent ohne vorherige Freigabe versenden darf:
Cory Nelson von Harmonya hat Noah Adelstein erzählt, dass er die erste Kampagne mit dem Quellmaterial abgeglichen hat, bevor er dem Kreislauf vertraute. Das ist die richtige Reihenfolge.
Authentifiziere die Domain, wähle die richtige Versandidentität und gleiche die erste Kampagne mit dem freigegebenen Briefing ab. Prüfe auch die Berechtigungen und Bestätigungseinstellungen des Assistenten. Nicht alle MCP-Clients fragen auf dieselbe Weise nach einer Freigabe.
Wie ein Briefing aussieht, das erfundene Zahlen verhindert, steht in So briefst du einen E-Mail-Agenten. Wie Harmonya die erste Kampagne abgeglichen hat, beschreibt der Beitrag darüber, wie Harmonya aus einem Newsletter ein Lifecycle-Programm gemacht hat.
