--- title: "E-Mail-Zustellbarkeit: SPF, DKIM und DMARC einfach erklärt" description: "E-Mail-Zustellbarkeit erklärt: SPF, DKIM und DMARC mit DNS-Beispielen, Absenderregeln von Gmail, Yahoo und Outlook, One-Click-Abmeldung, Warm-up und Checkliste." canonical: "https://omnichannels.ai/de/blog/email-deliverability-spf-dkim-dmarc/" language: "de" updated: "2026-11-05" publisher: "BroadNet Technologies" brand: "OmniChannels.ai" category: "omnichannel" primaryQuery: "email deliverability spf dkim dmarc" keywords: ["spf dkim dmarc erklärt", "e-mail zustellbarkeit checkliste", "gmail yahoo anforderungen massenversender", "dmarc eintrag beispiel", "one-click abmeldung rfc 8058", "e-mail warm-up", "google postmaster tools"] published: "2026-11-05" author: "OmniChannels.ai Editorial Team" reviewer: "BroadNet Messaging Solutions Team" readingMinutes: 10 answer: "E-Mail-Zustellbarkeit beschreibt, ob Ihre Nachrichten im Posteingang landen, statt abgelehnt oder als Spam einsortiert zu werden. Sie beruht auf drei DNS-Einträgen: SPF listet die Server auf, die für Ihre Domain senden dürfen, DKIM signiert jede Nachricht, und DMARC legt fest, was Empfänger bei fehlgeschlagener Prüfung tun, und liefert Ihnen Berichte. Dazu kommen One-Click-Abmeldung, saubere Listen, schrittweise wachsendes Volumen und eine Spam-Rate unter 0,3 %." takeaways: ["SPF, DKIM und DMARC belegen, dass E-Mails wirklich von Ihrer Domain stammen; DMARC besteht nur, wenn SPF oder DKIM für eine Domain besteht, die mit der sichtbaren Absenderadresse (From) übereinstimmt.", "Googles Richtlinien gelten strenger für Absender von mehr als 5.000 Nachrichten pro Tag an Gmail-Adressen: SPF, DKIM und DMARC, One-Click-Abmeldung für Werbe-Mails und eine Spam-Rate unter 0,30 %.", "Yahoo verlangt von Massenversendern SPF, DKIM und eine DMARC-Richtlinie von mindestens p=none und nennt die Bearbeitung von Abmeldungen innerhalb von 2 Tagen; Outlook.com wendet Authentifizierungsregeln auf Domains an, die mehr als 5.000 E-Mails pro Tag senden.", "Wer bei Google einmal als Massenversender gilt, verliert den Status nicht wieder. Bauen Sie Authentifizierung und Abmeldung daher auf, bevor Sie die Schwelle erreichen.", "Starten Sie DMARC mit p=none und einer Berichtsadresse, lesen Sie die Berichte, um alle legitimen Absender zu finden, und verschärfen Sie die Richtlinie danach."] faq: - q: "Was ist der Unterschied zwischen SPF, DKIM und DMARC?" a: "SPF ist ein DNS-Eintrag, der die Server auflistet, die für eine Domain E-Mails senden dürfen. DKIM fügt jeder Nachricht eine kryptografische Signatur hinzu, die Empfänger mit einem öffentlichen Schlüssel im DNS prüfen. DMARC baut auf beiden auf: Es legt die Richtlinie für fehlgeschlagene E-Mails fest, verlangt Übereinstimmung (Alignment) mit der sichtbaren From-Domain und fordert Berichte an. Für zuverlässige Posteingangsplatzierung brauchen Sie alle drei." - q: "Brauche ich DMARC, wenn ich weniger als 5.000 E-Mails pro Tag sende?" a: "Google verlangt von allen Absendern SPF oder DKIM und ergänzt DMARC für Massenversender mit mehr als 5.000 Nachrichten pro Tag an Gmail. Auch darunter kostet ein DMARC-Eintrag mit p=none wenig, liefert Berichte darüber, wer als Ihre Domain sendet, und bereitet Sie auf Wachstum vor. Wer die Massenschwelle erreicht, gilt bei Google dauerhaft als Massenversender." - q: "Was ist eine gute Spam-Beschwerderate?" a: "Googles Empfehlung: Die in den Postmaster Tools gemeldete Spam-Rate unter 0,10 % halten und nie 0,30 % erreichen. Yahoo verlangt, unter 0,3 % zu bleiben. Verstehen Sie diese Werte als Obergrenzen, nicht als Ziele. Senden Sie nur an Menschen, die Ihre E-Mails angefordert haben, machen Sie die Abmeldung einfach und entfernen Sie inaktive Adressen, damit Beschwerden selten bleiben." - q: "Was ist One-Click-Abmeldung, und brauche ich sie?" a: "Bei der One-Click-Abmeldung kann sich ein Empfänger direkt im E-Mail-Programm abmelden, ohne eine Seite zu öffnen. Sie ergänzen zwei Header: List-Unsubscribe mit einer URL und List-Unsubscribe-Post mit dem Wert List-Unsubscribe=One-Click, wie in RFC 8058 definiert. Google und Yahoo verlangen sie für Werbe- und abonnierte E-Mails von Massenversendern, zusätzlich zu einem sichtbaren Abmeldelink im Text." - q: "Wie lange dauert das Warm-up einer neuen Absenderdomain?" a: "Es gibt keinen festen Zeitplan. Google sagt nur, das Volumen schrittweise zu steigern und dabei Spam-Meldungen zu beobachten. Beginnen Sie mit Ihren aktivsten Empfängern, erhöhen Sie das Volumen in Schritten und stoppen Sie die Steigerung, wenn Bounces oder Beschwerden zunehmen. Größere Listen brauchen mehr Schritte. Beurteilen Sie den Fortschritt anhand der Daten der Postmaster Tools und der Bounce-Raten, nicht nach dem Kalender." - q: "Warum landet meine E-Mail trotz SPF, DKIM und DMARC im Spam?" a: "Authentifizierung belegt Identität, nicht Qualität. E-Mails können weiterhin gefiltert werden wegen schlechter Absenderreputation, hoher Beschwerde- oder Bounce-Raten, gekaufter oder veralteter Listen, irreführender Betreffzeilen, fehlerhaftem HTML oder Links auf Domains mit schlechter Reputation. Prüfen Sie auch das Alignment: Eine Drittplattform, die mit ihrer eigenen Domain signiert, besteht DKIM, kann aber DMARC für Ihre Marke verfehlen." sources: - title: "Email sender guidelines, Google Workspace Admin Help" url: "https://support.google.com/a/answer/81126" - title: "Email sender guidelines FAQ, Google Workspace Admin Help" url: "https://support.google.com/a/answer/14229414" - title: "Sender best practices, Yahoo Sender Hub" url: "https://senders.yahooinc.com/best-practices/" - title: "Strengthening the email ecosystem: Outlook's new requirements for high-volume senders, Microsoft Tech Community" url: "https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730" - title: "RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), RFC Editor" url: "https://www.rfc-editor.org/info/rfc9989" --- # E-Mail-Zustellbarkeit: SPF, DKIM und DMARC einfach erklärt Canonical: https://omnichannels.ai/de/blog/email-deliverability-spf-dkim-dmarc/ Language: de Publisher: OmniChannels.ai by BroadNet Technologies Dieser Leitfaden richtet sich an Marketing-, CRM- und Entwicklungsteams, die E-Mails von der eigenen Domain versenden und möchten, dass sie im Posteingang ankommen. Er erklärt, was Zustellbarkeit ist, wie SPF, DKIM und DMARC mit DNS-Beispieleinträgen funktionieren, was Gmail, Yahoo und Outlook.com von Massenversendern verlangen, und liefert eine Checkliste für die Zeit vor einer Kampagne. ## Was ist E-Mail-Zustellbarkeit? E-Mail-Zustellbarkeit ist die Fähigkeit Ihrer E-Mails, den Posteingang der Empfänger zu erreichen, statt abgelehnt oder in den Spam gefiltert zu werden. Sie hängt von Authentifizierung, Absenderreputation, Listenqualität, Beschwerderaten und Inhalt ab. Die kurze Definition steht im [Glossareintrag zur E-Mail-Zustellbarkeit](/de/glossary/email-deliverability/). Zwei Dinge werden oft verwechselt. Eine Nachricht ist **zugestellt**, wenn der empfangende Server sie annimmt. Sie liegt nur dann **im Posteingang**, wenn die Filter des Postfachanbieters ihr anschließend vertrauen. Eine Kampagne kann eine Annahmequote von 99 % zeigen und trotzdem im Spam landen. Deshalb brauchen Sie Signale des Servers (Bounces) und der Postfachanbieter (Spam-Rate, Reputation). ## Was leisten SPF, DKIM und DMARC? SPF legt fest, welche Server für Ihre Domain senden dürfen, DKIM signiert die Nachricht, sodass Manipulation erkennbar wird, und DMARC verknüpft beides mit der angezeigten Absenderadresse (From) und sagt Empfängern, was bei Fehlschlag zu tun ist. Siehe auch den [Glossareintrag zu SPF, DKIM und DMARC](/de/glossary/spf-dkim-dmarc/). | Standard | Was geprüft wird | Wo er liegt | Scheitert, wenn | |---|---|---|---| | SPF (RFC 7208) | Der verbindende Server steht auf Ihrer Liste erlaubter Server | TXT-Eintrag Ihrer Domain | Ein sendender Dienst im Eintrag fehlt oder der Eintrag mehr als 10 DNS-Abfragen auslöst | | DKIM (RFC 6376) | Die Signatur der Nachricht passt zu einem öffentlichen Schlüssel | TXT-Eintrag unter `selector._domainkey.yourdomain` | Die Nachricht verändert wird, der Schlüssel falsch ist oder die Plattform nicht für Ihre Domain signiert | | DMARC | SPF oder DKIM bestanden für eine Domain, die zur From-Adresse passt | TXT-Eintrag unter `_dmarc.yourdomain` | Weder SPF noch DKIM bestehen mit Alignment | Die DMARC-Spezifikation war ursprünglich RFC 7489. Die IETF hat inzwischen RFC 9989 veröffentlicht, ein Dokument auf dem Standards Track, das RFC 7489 und RFC 9091 ersetzt; zitieren Sie daher RFC 9989, wenn Sie die aktuelle Referenz brauchen. Die in diesem Artikel verwendeten Grund-Tags (`v`, `p`, `rua`) haben unverändert dieselbe Bedeutung. ## Wie sehen DNS-Beispieleinträge aus? Hier vereinfachte Einträge für die Dokumentationsdomain `example.com`. Ersetzen Sie Include und Schlüssel durch die Werte Ihres E-Mail-Anbieters; kopieren Sie niemals die Werte eines anderen Unternehmens. **SPF** (ein Eintrag pro Domain): ``` example.com. IN TXT "v=spf1 include:_spf.mailprovider.example ~all" ``` **DKIM** (Ihr Anbieter erzeugt das Schlüsselpaar und nennt Ihnen Selector und öffentlichen Schlüssel): ``` s1._domainkey.example.com. IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkq...public-key-here..." ``` **DMARC** (im Überwachungsmodus beginnen): ``` _dmarc.example.com. IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com" ``` Hinweise zu den Einträgen: - **SPF:** Veröffentlichen Sie genau einen SPF-Eintrag. Zwei Einträge lassen SPF scheitern. Jeder Dienst, der als Ihre Domain sendet (Marketingplattform, Helpdesk, CRM, Messaging-Plattform), muss per `include` oder IP-Eintrag abgedeckt sein, und die Gesamtzahl der DNS-Abfragen darf 10 nicht überschreiten. - **DKIM:** Laut Google setzt der Versand an private Gmail-Konten einen DKIM-Schlüssel von mindestens 1024 Bit voraus, empfohlen werden 2048 Bit, sofern Ihr Anbieter sie unterstützt. - **DMARC:** `p=none` weist Empfänger an, bei Fehlschlägen nichts zu unternehmen, aber weiterhin Berichte an die `rua`-Adresse zu senden. Das ist der richtige erste Schritt. Später gehen Sie zu `p=quarantine` und dann zu `p=reject` über. ## Was ist DMARC-Alignment, und warum führt es zu Fehlschlägen? Alignment bedeutet, dass die Domain, die SPF oder DKIM bestanden hat, mit der Domain in der sichtbaren From-Adresse übereinstimmt. DMARC besteht, wenn mindestens eines von beiden mit Alignment besteht. Diesen Schritt übersehen viele. Angenommen, Ihre Newsletter-Plattform sendet von `news@example.com`, nutzt für SPF aber eine eigene Bounce-Domain und signiert DKIM mit einer eigenen Domain. SPF und DKIM „bestehen“ beide, doch keine der Domains stimmt mit `example.com` überein, und DMARC schlägt fehl. Die Lösung ist die Einrichtung einer Authentifizierung mit eigener Domain bei der Plattform, sodass sie mit einem Schlüssel unter Ihrer Domain signiert und eine Bounce-Domain unter Ihrer Domain verwendet. Google weist außerdem darauf hin, dass DMARC-Alignment für weitergeleitete Nachrichten oder Nachrichten von Mailinglisten nicht verlangt wird. ## Was verlangen Gmail, Yahoo und Outlook.com von Massenversendern? Gmail, Yahoo und Outlook.com erwarten von Versendern mit hohem Volumen Authentifizierung, und Gmail und Yahoo ergänzen One-Click-Abmeldung und Grenzwerte für die Spam-Rate. Prüfen Sie die Seite des jeweiligen Anbieters auf den aktuellen Wortlaut, denn Details der Durchsetzung ändern sich. | Anforderung | Google (Gmail) | Yahoo | Microsoft (Outlook.com) | |---|---|---|---| | Wer betroffen ist | Alle Absender bei den Grundlagen; zusätzliche Regeln ab 5.000 Nachrichten pro Tag an Gmail-Konten | Grundlagen für alle Absender; zusätzliche Regeln für Massenversender | Domains, die mehr als 5.000 E-Mails pro Tag senden | | Authentifizierung | SPF oder DKIM für alle; SPF, DKIM und DMARC für Massenversender | SPF oder DKIM für alle; beides plus DMARC für Massenversender | SPF und DKIM müssen bestehen; DMARC mit mindestens p=none, mit Alignment | | DMARC-Richtlinie | Muss bestehen, mit Alignment zur From-Domain | Mindestens p=none und muss bestehen; `rua` ausdrücklich empfohlen | Mindestens p=none, mit Alignment zu SPF oder DKIM | | One-Click-Abmeldung | Erforderlich für Werbe- und abonnierte E-Mails von Massenversendern, plus sichtbarer Link | Erforderlich für Massenversender, plus sichtbarer Link; Bearbeitung innerhalb von 2 Tagen | Nicht Teil der zitierten Anforderungen | | Spam-Rate | Unter 0,10 %, nie 0,30 % oder mehr | Unter 0,3 % | Im zitierten Beitrag nicht genannt | Weitere Punkte aus Googles Richtlinien: Die sendende IP braucht übereinstimmendes Forward- und Reverse-DNS (einen gültigen PTR-Eintrag), E-Mails müssen über TLS gesendet werden, Nachrichten brauchen eine gültige Message-ID und ein sauberes RFC-5322-Format, und HTML sollte keine Inhalte verbergen. Absender, die die Massenschwelle einmal erreichen, gelten dauerhaft als Massenversender; der Status läuft nicht ab. Google sagt außerdem, dass nicht konforme E-Mails abgelehnt oder in den Spam zugestellt werden können. Bei Outlook.com heißt es in Microsofts Beitrag, nicht konforme E-Mails von Domains mit hohem Volumen würden in den Junk-Ordner geleitet, eine Ablehnung (Fehler `550; 5.7.515 Access denied`) sei für einen später bekanntzugebenden Zeitpunkt geplant. Prüfen Sie Microsofts Seite erneut, bevor Sie sich darauf verlassen, denn die Stufe der Durchsetzung kann sich verschoben haben. ## Wie richten Sie die One-Click-Abmeldung ein? Fügen Sie jeder Werbe-E-Mail zwei Header hinzu und nehmen Sie zusätzlich einen sichtbaren Abmeldelink in den Text auf. Die Header sind in RFC 2369 und RFC 8058 definiert. ``` List-Unsubscribe: List-Unsubscribe-Post: List-Unsubscribe=One-Click ``` Die URL muss eine POST-Anfrage akzeptieren und den Empfänger ohne Login oder weitere Rückfragen abmelden. Yahoo sagt, die POST-Methode werde dringend empfohlen und eine `mailto`-Methode sei akzeptabel. Yahoo verlangt außerdem, Abmeldungen innerhalb von 2 Tagen zu bearbeiten; verarbeiten Sie sie daher automatisch und führen Sie eine gemeinsame Sperrliste für alle genutzten Kampagnenwerkzeuge. ## Wie wärmen Sie eine neue Domain oder IP auf? Warm-up heißt, das Sendevolumen in Schritten zu steigern, damit Postfachanbieter Ihre Reputation anhand guter Interaktion kennenlernen können. Googles Empfehlung lautet lediglich, das Volumen schrittweise zu erhöhen und die Spam-Meldungen der Empfänger zu beobachten; richten Sie sich deshalb nach einem datengetriebenen Plan statt nach einer veröffentlichten Tabelle. 1. **Zuerst authentifizieren.** Veröffentlichen Sie SPF, DKIM und DMARC und bestätigen Sie vor dem ersten Versand, dass sie bestehen. 2. **Mit den aktivsten Personen beginnen:** jüngste Käufer, jüngste Öffner oder gerade Abonnierte. 3. **Das Volumen in Schritten steigern,** solange Bounces und Beschwerden niedrig bleiben. 4. **Einen gleichmäßigen Rhythmus halten.** Plötzliche Spitzen einer ruhigen Domain wirken wie Missbrauch. 5. **Die Steigerung stoppen,** sobald Bounces, Blockierungen oder Beschwerden steigen, und die Ursache beheben, bevor Sie fortfahren. 6. **Kühlere Segmente zuletzt hinzufügen** und jene streichen, die nie reagieren. Wenn Sie von einer geteilten Absenderadresse der Plattform senden, erben Sie die Reputation anderer; mit Ihrer eigenen authentifizierten Domain wird die Reputation zu Ihrer, im Guten wie im Schlechten. ## Wie halten Sie Ihre Liste sauber? Eine saubere Liste ist das günstigste Werkzeug für Zustellbarkeit. Senden Sie nur an Personen, die zugestimmt haben, Ihre E-Mails zu erhalten, und entfernen Sie Adressen, die keine E-Mails empfangen können. - **Einwilligungen ordentlich einholen** und dokumentieren: siehe unseren Leitfaden zu [Opt-in und Einwilligung über alle Kanäle](/de/blog/opt-in-consent-multichannel-campaigns/) und den kostenlosen [Generator für Opt-in-Einwilligungen](/de/tools/opt-in-consent-generator/). - **Hard Bounces sofort entfernen.** Wiederholte Sendungen an ungültige Adressen schaden Ihrer Reputation. - **Abmeldungen und Spam-Beschwerden sperren,** in jedem Werkzeug. - **Inaktive Kontakte ausmustern.** Definieren Sie Inaktivität für Ihr Geschäft (zum Beispiel kein Klick und kein Kauf in einem von Ihnen gewählten Zeitraum) und stellen Sie die Zusendung ein oder senden Sie zuvor eine Re-Permission-Nachricht. - **Keine Listen kaufen.** Gekaufte Adressen haben keine Einwilligung und führen häufig zu Beschwerden. - **Transaktions- und Marketing-E-Mails trennen,** damit eine Beschwerdespitze bei Werbung Belege und Passwort-Zurücksetzungen nicht beeinträchtigt. Das behandeln wir in [Transaktions- vs. Marketing-E-Mail](/de/blog/transactional-vs-marketing-email/). ## Wie überwachen Sie die Zustellbarkeit? Beobachten Sie drei Quellen: Ihre eigenen Bounce- und Zustelldaten, die Dashboards der Postfachanbieter und Ihre DMARC-Berichte. - **Google Postmaster Tools** zeigt Spam-Rate, Authentifizierungsergebnisse sowie Domain- und IP-Reputation für E-Mails an Gmail-Nutzer. Googles Richtlinien raten Absendern, damit Spam-Meldungen, Zustellprobleme und Authentifizierung zu überwachen. - **DMARC-Aggregatberichte** an Ihre `rua`-Adresse listen jede Quelle auf, die als Ihre Domain sendet. So finden Sie das vergessene CRM- oder Rechnungswerkzeug, bevor Sie zu `p=reject` wechseln. - **Bounce-Behandlung:** Hard Bounces sind dauerhafte Fehler und sollten entfernt werden; Soft Bounces sind vorübergehend und sollten einige Male wiederholt werden, bevor Sie aufgeben. In der [E-Mail-API](/developers/email/) können Sie das Postfach nach Bounce-Nachrichten durchsuchen und die Bounce-Überwachung starten. - **Seed-Tests:** Senden Sie vor jeder Kampagne an eigene Adressen bei den großen Anbietern und prüfen Sie Ordner, Header und Authentifizierungsergebnisse. ## Checkliste zur E-Mail-Zustellbarkeit Gehen Sie sie vor jeder neuen Domain, Plattform oder größeren Kampagne durch. 1. SPF-Eintrag einmal veröffentlicht, deckt jeden sendenden Dienst ab, innerhalb von 10 Abfragen. 2. DKIM für Ihre Domain aktiviert, Schlüssel mit 2048 Bit, wo unterstützt. 3. DMARC-Eintrag mit `rua`-Adresse veröffentlicht; Richtlinie erst verschärft, wenn die Berichte sauber sind. 4. From-Domain stimmt mit der SPF- oder DKIM-Domain überein. 5. Forward- und Reverse-DNS der sendenden IP stimmen überein, TLS ist aktiviert. 6. One-Click-Abmelde-Header und sichtbarer Abmeldelink in Werbe-E-Mails. 7. Abmeldungen automatisch verarbeitet, deutlich innerhalb von 2 Tagen. 8. Einwilligung für jeden Empfänger dokumentiert; keine gekauften Listen. 9. Hard Bounces entfernt; inaktive Kontakte ausgemustert. 10. Volumen schrittweise gesteigert; Spam-Rate in den Postmaster Tools beobachtet. 11. Werbe- und Transaktions-E-Mails in getrennten Strömen. 12. Testsendungen bei den großen Postfachanbietern geprüft. ## Praxisbeispiel: Eine Online-Apotheke in Dubai ergänzt Kampagnen „Noor Pharmacy“, ein fiktiver Händler in Dubai, versendet Bestellbelege von `orders@noorpharmacy.example` über den Webshop und möchte einen monatlichen Newsletter über eine Marketingplattform ergänzen. In einem Audit stellt sie fest, dass der Webshop durch SPF abgedeckt ist, die Newsletter-Plattform aber mit ihrer eigenen Domain signiert. Maßnahmen: die Plattform in den bestehenden SPF-Eintrag aufnehmen, statt einen zweiten anzulegen, DKIM mit eigener Domain aktivieren, `p=none` mit einem `rua`-Postfach veröffentlichen und zwei Wochen Berichte lesen. Die Berichte zeigen ein altes Support-Werkzeug, das ebenfalls als Domain sendete; es wird authentifiziert. Der Newsletter zieht auf eine Subdomain, `news.noorpharmacy.example`, damit eine Beschwerdespitze bei Werbung die Belege nicht beeinträchtigen kann. Danach schreibt die Apotheke zuerst ihre aktivsten Kunden an und erweitert die Zielgruppe in Schritten, während sie die Spam-Rate beobachtet. ## Wo liegen die Grenzen dieses Leitfadens? Authentifizierung bringt Sie durch die Tür, nicht in den Posteingang. Postfachanbieter gewichten außerdem Interaktion, Inhalt und Historie, die kein DNS-Eintrag steuert, und ihre Regeln ändern sich; wir verlinken deshalb die Seiten der Anbieter selbst, statt feste Schwellenwerte über die zitierten hinaus anzugeben. Niemand kann eine Posteingangsplatzierung versprechen. Dies ist eine allgemeine Orientierung, keine Rechtsberatung; für Werbe-E-Mails gelten außerdem Einwilligungsregeln, behandelt in [Transaktions- vs. Marketing-E-Mail](/de/blog/transactional-vs-marketing-email/). ## So unterstützt Sie OmniChannels.ai OmniChannels.ai versendet E-Mails von Ihrem eigenen Absender: Sie verbinden Ihr Postfach über SMTP und IMAP oder senden über die [E-Mail-API](/developers/email/), mit Prüfungen der SPF- und DMARC-Einträge Ihrer Domain und einer Sandbox-Testsendung. Kampagnen unterstützen den Upload von Excel- oder CSV-Dateien, Dublettenfilter, Vorschau und Zeitplanung, und Antworten landen in der [Omni Inbox](/de/platform/unified-inbox/) neben WhatsApp und anderen Kanälen. Zustellberichte lassen sich als CSV exportieren. Sehen Sie sich den [E-Mail-Kanal](/de/channels/email/) an oder buchen Sie eine Entwickler-Vorstellung. Warum E-Mail nur ein Teil des Mixes ist, lesen Sie unter [SMS vs. E-Mail-Marketing](/de/blog/sms-vs-email-marketing/).