# Was weiterhin gilt, wenn ein Agent deine E-Mails versendet

Kanonische URL: https://brew.new/de/blog/agent-email-deliverability
Autor: Thomas Park
Veröffentlicht: 2026-09-27
Aktualisiert: 2026-09-28

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](/de/blog/email-deliverability), 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.

## Das Gesetz erwähnt keine Agenten

[CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) gilt für kommerzielle Nachrichten. Beim [Hauptzweck-Test](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-C/part-316/section-316.3) 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.

## Was Gmail und Yahoo tatsächlich verlangen

Die [Absenderanforderungen von Gmail](https://support.google.com/mail/answer/81126) 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:

- SPF, DKIM und Alignment mit DMARC, mit der Richtlinie `p=none` oder einer strengeren.
- One-Click-Abmeldung nach [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html), also `List-Unsubscribe` und `List-Unsubscribe-Post`.
- Spamraten unter **0,1 %**, die **0,3 %** nie erreichen.

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](https://senders.yahooinc.com/best-practices/) 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.

## Worauf der Agent Zugriff haben sollte

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.

## Vor dem ersten unbeaufsichtigten Versand prüfen

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:

1. Gleiche die erste Kampagne mit dem zugrunde liegenden Briefing ab. Jede Zahl sollte in einem Dokument stehen, das du selbst verantwortest.
2. Sende sie an eine Seed-Liste mit Adressen bei Gmail, Yahoo und Outlook.
3. Prüfe, dass der One-Click-Header in Werbe-E-Mails vorhanden ist und in Transaktions-E-Mails bewusst fehlt.
4. Prüfe, dass die Postanschrift im Footer der Werbe-E-Mails steht.

Cory Nelson von Harmonya hat [Noah Adelstein](https://thegtmengineer.substack.com/p/how-to-turn-email-marketing-into) erzählt, dass er die erste Kampagne mit dem Quellmaterial abgeglichen hat, bevor er dem Kreislauf vertraute. Das ist die richtige Reihenfolge.

## Die Kurzfassung

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](/de/blog/how-to-brief-an-email-agent). Wie Harmonya die erste Kampagne abgeglichen hat, beschreibt der Beitrag darüber, [wie Harmonya aus einem Newsletter ein Lifecycle-Programm gemacht hat](/de/blog/harmonya-lifecycle-email).