Zustellbarkeit

Versanddomains verifizieren, Blockliste verwalten, Versandreputation überwachen und Compliance einhalten, damit Ihre E-Mails im Posteingang ankommen.

Bei der Zustellbarkeit geht es darum, dass Ihre E-Mails tatsächlich im Posteingang Ihrer Empfänger landen — nicht im Spam-Ordner und nicht als Bounce. Gute Zustellbarkeit erfordert verifizierte Versanddomains, saubere Zielgruppenlisten und korrekte Compliance-Praktiken.

Domain-Einrichtung

Bevor Sie E-Mails versenden können, müssen Sie mindestens eine Versanddomain verifizieren. Damit weisen Sie gegenüber E-Mail-Anbietern (Gmail, Outlook usw.) nach, dass Sie berechtigt sind, von dieser Domain zu senden.

Eine Domain hinzufügen

  1. Öffnen Sie Einstellungen > Technik > Versanddomains.
  2. Klicken Sie auf Domain hinzufügen und geben Sie Ihren Domainnamen ein.
  3. Owlat generiert die DNS-Einträge, die Sie hinzufügen müssen.

Erforderliche DNS-Einträge

Welche Einträge Owlat Ihnen genau anzeigt, hängt von Ihrem Versandanbieter ab — sie werden beim Hinzufügen der Domain für Sie erzeugt. Fügen Sie jeden Eintrag exakt so, wie er angezeigt wird, bei Ihrem DNS-Anbieter hinzu (Cloudflare, Route 53, GoDaddy usw.). Diese Eintragstypen können auftreten:

EintragZweck
SPFTeilt E-Mail-Anbietern mit, welche Server E-Mails von Ihrer Domain versenden dürfen.
DKIMFügt Ihren E-Mails eine kryptografische Signatur hinzu, damit Empfänger prüfen können, dass sie nicht manipuliert wurden. Owlat zeigt je nach Anbieter einen oder mehrere DKIM-Einträge.
DMARCLegt fest, was geschehen soll, wenn eine E-Mail die SPF- oder DKIM-Prüfung nicht besteht — ablehnen, in Quarantäne verschieben oder durchlassen. Eine DMARC-Richtlinie schützt Ihre Domain vor Spoofing.
MAIL FROMRichtet eine eigene Return-Path-Subdomain für vollständige SPF-Ausrichtung ein, sodass Absenderadresse und Return-Path beide zu Ihrer Domain passen. Wird nur von manchen Anbietern erzeugt.

Das Deliverability Center und diese Anleitung teilen sich dieselben anbieterspezifischen Eintragsschritte:

Cloudflare DNS

Create the record in the DNS records table for this zone.

  1. Open the domain in Cloudflare.
  2. Choose DNS, then Records.
  3. Add the exact type, name, value, and TTL shown by Owlat; keep mail records DNS-only.
Open provider console

Hetzner DNS

Create the record in the domain zone, not in the server rDNS screen.

  1. Open the zone in Hetzner DNS Console.
  2. Choose Add record.
  3. Copy the exact type, name, value, and TTL shown by Owlat.
Open provider console

Amazon Route 53

Create the record in the public hosted zone for this domain.

  1. Open the public hosted zone in Route 53.
  2. Choose Create record.
  3. Copy the exact record name, type, value, and TTL shown by Owlat.
Open provider console

Welche Einträge erzeugt mein Deployment?

Das hängt von Ihrem Anbieter ab
  • Eingebauter MTA (der Standardanbieter beim Self-Hosting): ein DKIM-TXT-Eintrag plus ein DMARC-Eintrag. Ein SPF-Eintrag wird nur hinzugefügt, wenn der Betreiber die Umgebungsvariable MTA_SPF_INCLUDE konfiguriert hat. Es wird kein MAIL-FROM-Eintrag erzeugt — die DKIM- und DMARC-Ausrichtung funktioniert auch ohne ihn vollständig.
  • Amazon SES: ein SPF-TXT-Eintrag, drei DKIM-CNAME-Einträge, ein DMARC-Eintrag und ein MAIL-FROM-Paar (ein MX-Eintrag plus ein TXT-Eintrag). ::

Fügen Sie genau die Einträge hinzu, die die Oberfläche für Ihre Domain anzeigt — das ist der vollständige Satz, den Ihr Anbieter benötigt. Sehen Sie keinen MAIL-FROM-Eintrag, verwendet Ihr Anbieter keinen; es fehlt nichts.

Notausstieg vom eigenen MTA zu Amazon SES

Ein Administrator kann den automatischen SES-Notausstieg unter Einstellungen > Technik > Provider-Routing aktivieren. Owlat richtet dann für jede verifizierte Domain des eigenen MTA eine SES-Identität ein und zeigt auf dieser Seite deren veröffentlichbaren DNS-Plan und Verifizierungsstatus. Das Fallback bleibt für eine Domain deaktiviert, bis sowohl DNS als auch SES sie als verifiziert melden.

Wird eine SPF-Zeile für den Apex angezeigt, veröffentlichen Sie sie als die eine geprüfte Zusammenführung Ihrer bestehenden Richtlinie mit der Autorisierung des eigenen MTA; sie als zweiten v=spf1-Eintrag hinzuzufügen würde SPF zerstören. Wird keine Apex-SPF-Zeile angezeigt, lassen Sie Ihren geprüften, manuell gepflegten primären SPF-Eintrag unverändert — Owlat kennzeichnet diesen Nachweis als nicht auf das SES-Relay anwendbar, da SES sich über seine verifizierten DKIM-Einträge und die dedizierten ses-mail-MAIL-FROM-Einträge authentifiziert. Behalten Sie auch den bestehenden DMARC-Eintrag der Domain bei; Owlat verlangt nicht, dass Sie eine zweite Richtlinie veröffentlichen.

Ablauf der Verifizierung

  1. Registrierung läuft — Ihre Domain wird eingerichtet. Die DNS-Einträge werden erzeugt.
  2. Ausstehend — die Einträge werden angezeigt. Fügen Sie sie bei Ihrem DNS-Anbieter hinzu.
  3. Klicken Sie auf Verifizieren — Owlat prüft, ob Ihre DNS-Einträge vorhanden und korrekt konfiguriert sind.
  4. Verifiziert — alle Prüfungen bestanden. Sie können versenden.

DNS-Änderungen benötigen je nach DNS-Anbieter zwischen wenigen Minuten und 48 Stunden, bis sie propagiert sind. Schlägt die Verifizierung fehl, warten Sie etwas und versuchen Sie es erneut.

Ihre DMARC-Richtlinie verschärfen

Neue Domains starten im Modus nur beobachten (p=none), damit Sie die Richtlinie schrittweise verschärfen können, ohne legitime Post zu gefährden. Sobald SPF und DKIM ausgerichtet und verifiziert sind, erhöhen Sie die Durchsetzung über die Auswahl DMARC-Durchsetzungsrichtlinie unterhalb des DMARC-Eintrags in Einstellungen > Technik > Versanddomains:

RichtlinieWirkung
Nur beobachten (p=none)Berichte sammeln, bei Fehlschlägen nichts unternehmen. Standard für eine neue Domain.
Quarantäne (p=quarantine)Nicht bestandene Mail wird in den Spam-Ordner des Empfängers zugestellt.
Ablehnen (p=reject)Nicht bestandene Mail wird direkt abgelehnt — volle Anti-Spoofing-Durchsetzung.

Eine Änderung der Richtlinie erzeugt den oben gezeigten _dmarc-Eintrag neu. Veröffentlichen Sie den aktualisierten Eintrag erneut bei Ihrem DNS-Anbieter und klicken Sie noch einmal auf Verifizieren, damit die neue Richtlinie bestätigt wird. Nur Eigentümer und Administratoren können die Richtlinie ändern.

DMARC-Aggregatberichte (rua). Owlat richtet kein dmarc@-Postfach pro Domain ein. Der erzeugte Eintrag fordert daher nur dann Berichte an, wenn der Betreiber die Umgebungsvariable MTA_DMARC_RUA auf eine Berichts-URI setzt, die er tatsächlich überwacht (zum Beispiel mailto:dmarc-reports@yourdomain.com). Ist MTA_DMARC_RUA nicht gesetzt, trägt der _dmarc-Eintrag kein rua=-Tag — die DMARC-Durchsetzung funktioniert weiterhin, Sie erhalten lediglich keine Aggregatberichte. Zeigt rua= auf ein Postfach auf einer anderen Domain, kann auf der berichtenden Domain ein Eintrag zur Autorisierung externer Domains (_report._dmarc) erforderlich sein.

DKIM-Schlüsselrotation

Ihren DKIM-Signaturschlüssel regelmäßig zu rotieren, ist gute Hygiene. Ist das Flag domains.dkimRotation aktiv, kennzeichnet Owlat Schlüssel, deren Rotation fällig ist, und veröffentlicht — sobald ein Betreiber einen neuen Schlüssel erzeugt — den neuen öffentlichen Schlüssel als DNS-Eintrag, den Sie hinzufügen. Der neue Schlüssel wird erst aktiv, nachdem sein DNS-Eintrag verifiziert wurde, sodass es kein Zeitfenster gibt, in dem Signaturen brechen. Beim eingebauten MTA rotieren Schlüssel nach einem sicheren Überlappungsplan (ein neuer Schlüssel wird vorab erzeugt, und beide Schlüssel bleiben während der DNS-Propagierung gültig). Sie müssen nichts weiter tun, als den neuen Eintrag hinzuzufügen, wenn Sie dazu aufgefordert werden.

Verwaltung der Blockliste

Owlat blockiert Sendungen an E-Mail-Adressen, die Probleme verursacht haben, automatisch — Hard Bounces, Spam-Beschwerden und andere Zustellfehler. Das schützt Ihre Absenderreputation.

Wie Kontakte auf die Blockliste kommen

Kontakte werden in folgenden Fällen automatisch auf die Blockliste gesetzt:

  • Eine E-Mail ist unzustellbar (Hard Bounce vom E-Mail-Anbieter)
  • Ein Empfänger reicht eine Spam-Beschwerde ein

Sie können Adressen auch manuell über Einstellungen > Technik > E-Mail-Blockliste hinzufügen.

Wie sich die Blockliste auf den Versand auswirkt

Blockierte Kontakte werden beim Kampagnenversand übersprungen — sie erhalten keine Marketing-E-Mails. Das geschieht automatisch; Sie müssen sie bei der Auswahl Ihrer Zielgruppe nicht manuell ausschließen.

Die Blockliste einsehen

Öffnen Sie Einstellungen > Technik > E-Mail-Blockliste, um blockierte Adressen zu sehen. Zu jedem Eintrag finden Sie:

  • E-Mail-Adresse — der blockierte Empfänger
  • Grund — warum die Adresse blockiert wurde (Bounce, Beschwerde, manuell)
  • Datum — wann sie hinzugefügt wurde

Blockierte Adressen verwalten

In den meisten Fällen sollten Sie Einträge auf der Blockliste belassen — sie stehen aus gutem Grund dort. Wenn Sie jedoch wissen, dass eine Adresse gültig ist und die Blockierung ein einmaliges Problem war (etwa ein vorübergehender „Postfach voll“-Bounce), können Sie den Eintrag entfernen, um erneut senden zu können.

Seien Sie beim Entfernen von Blocklisten-Einträgen vorsichtig. Wiederholtes Senden an Adressen, die bouncen oder Beschwerden auslösen, schädigt Ihre Absenderreputation bei den E-Mail-Anbietern, was sich auf die Zustellung all Ihrer E-Mails auswirkt.

Versandreputation

Owlat verfolgt Ihre Versandreputation automatisch und zeigt sie unter Zustellungsqualität (/dashboard/admin/delivery) an. Hier konfigurieren Sie nichts — es ist eine Monitoring-Ansicht, die sich mit Ihrem Versand aktualisiert.

Das Dashboard umfasst drei Monitoring-Karten plus eine Karte mit Best Practices:

  • Versandlimits — Ihre aktuelle Warm-up-Phase, das heutige Tageslimit, wie viel davon Sie verbraucht haben, und die einzelnen Versand-IPs, die der eingebaute MTA gerade aufwärmt. Warm-up-Phasen werden als Aufwärmen (Kapazität steigt), Pausiert oder Vollständig aufgewärmt angezeigt. Der MTA erhöht Ihre Tageskapazität automatisch anhand von Bounce- und Deferral-Signalen; neue IPs benötigen typischerweise rund 30 Tage bis zur vollständigen Aufwärmung. Diese Karte zeigt außerdem Ihre Kontogesundheit: Überschreiten Ihre Bounce- oder Beschwerderaten kritische Schwellenwerte, wechselt Ihr Kontostatus von „sauber“ zu verwarnt, gesperrt oder gebannt, und ein Banner erläutert die Einschränkung.
  • Kontoreputation — Ihre rollierende Bounce-Rate, Beschwerderate und Zustellrate über 30 Tage, das gesamte Sendevolumen und ein Gesamtrisiko-Level. Zielwerte sind unter 2 % Bounces und unter 0,1 % Beschwerden.
  • Domain-Reputation — dieselbe Aufschlüsselung nach Bounces, Beschwerden und Risiko je Versanddomain, verknüpft mit dem Verifizierungsstatus der jeweiligen Domain, sodass Sie erkennen, welche Domain die Zustellung nach unten zieht.
  • So verbessern Sie sich — Best-Practice-Tipps, um Ihre Reputation gesund zu halten.

Es gibt keine manuell wählbaren Versandstufen — die Kapazität ergibt sich vollständig aus dem IP-Warm-up und Ihren aktuellen Zustellbarkeitssignalen. Die Zahlen füllen sich, sobald Sie Ihre ersten E-Mails versendet haben.

Aktuelle Anforderungen der Mailbox-Anbieter

Dies sind Anforderungen der Empfängerseite, keine Produktgrenzen von Owlat. Sie gelten für Mail an den jeweiligen Endkundendienst des Anbieters und können sich unabhängig von Owlat ändern. Die Tabelle wurde am 26. Juli 2026 anhand offizieller Quellen erneut überprüft.

EmpfängerbereichWer betroffen istAuthentifizierung und TransportAnforderungen an Beschwerden und Abmeldung
Gmail — alle AbsenderMail an persönliche @gmail.com- und @googlemail.com-KontenSPF oder DKIM; gültiges Forward- und Reverse-DNS; TLS; Formatierung gemäß RFC 5322Spam-Rate in den Postmaster Tools unter 0,3 %
Gmail — MassenversenderRund 5.000 Nachrichten in 24 Stunden an persönliche Gmail-Konten, aggregiert nach primärer Versanddomain; Google behandelt die Einstufung als dauerhaftSPF und DKIM; DMARC mindestens p=none; die From-Domain ausgerichtet an SPF oder DKIM; alle AbsenderanforderungenPostmaster-Spam-Rate unter 0,10 % halten und 0,30 % oder mehr vermeiden; Marketing- und abonnierte Mail benötigt Ein-Klick nach RFC 8058 plus einen sichtbaren Link im E-Mail-Text; innerhalb von 48 Stunden umsetzen
Yahoo — alle AbsenderMail an von Yahoo gehostete EndkundendomainsSPF oder DKIM; gültiges Forward- und Reverse-DNS; RFC 5321/5322Yahoo-Spam-Rate unter 0,3 %
Yahoo — MassenversenderNennenswertes Volumen nach authentifizierter oder From-Domain; Yahoo veröffentlicht bewusst keinen numerischen GrenzwertSPF und DKIM; bestandenes DMARC mindestens p=none; From ausgerichtet an SPF oder DKIM; alle AbsenderanforderungenMarketing-/abonnierte Mail benötigt einen funktionierenden List-Unsubscribe-Mechanismus und einen sichtbaren Link im E-Mail-Text; RFC-8058-POST wird dringend empfohlen und mailto akzeptiert; innerhalb von 2 Tagen umsetzen; Spam unter 0,3 %
Outlook.com — Versender mit hohem VolumenMehr als 5.000 Nachrichten pro Tag und From-Domain an Endkundenkonten von Outlook.com, Hotmail, Live und MSNSPF und DKIM müssen beide bestehen; DMARC mindestens p=none veröffentlichen; SPF oder DKIM muss ausgerichtet sein, damit DMARC bestehtFunktionierende Abmeldung und Listenhygiene sind Empfehlungen von Microsoft; die derzeit verpflichtende Regel für hohes Volumen ist die Authentifizierungs-Trias

Quellen: Google Email sender guidelines, Google sender FAQ, Yahoo Sender Requirements & Recommendations, Yahoo sender FAQ, Microsofts aktuelle Hinweise zu 550 5.7.515 und Microsofts Ankündigung zu hohem Sendevolumen.

Microsoft begann am 5. Mai 2025 damit, nicht konforme Endkunden-Mail mit hohem Volumen mit 550 5.7.515 abzulehnen. Diese Anforderung gilt speziell für die Endkunden-Postfachdomains von Microsoft; verallgemeinern Sie sie nicht auf jeden Microsoft-365-Tenant.

Was 0,1 % und 0,3 % bedeuten

Die Seite Zustellungsqualität unterscheidet zwei verwandte Zahlen:

  • Die FBL-Spam-Rate sind Feedback-Loop-Beschwerden geteilt durch das zugestellte Volumen im rollierenden 30-Tage-Fenster von Owlat. Halten Sie sie unter 0,1 % und verhindern Sie, dass sie 0,3 % erreicht. Google berechnet seine Rate in den Postmaster Tools täglich, während Yahoo die in den Posteingang zugestellten Nachrichten als Nenner verwendet. Owlats interne FBL-Rate ist ein frühes operatives Signal, keine Nachbildung der privaten Messung eines der beiden Anbieter.
  • Owlats Schutzschalter bleibt bewusst strenger: Er stoppt eine Organisation bei mehr als 0,2 % nach 100 Sendungen (mit einem zusätzlichen schnellen Frühsignal-Fenster). Das ist die Absicherung nach dem Prinzip „wir stoppen Sie, bevor Gmail Sie stoppt“, nicht Googles Schwellenwert.

Googles operatives Ziel liegt unter 0,10 %; Google rät, 0,30 % oder mehr nie zu erreichen. Die FAQ zur Mitigation nennt mehr als 0,3 % als Grund für die Nicht-Berechtigung und verlangt sieben aufeinanderfolgende Tage unterhalb dieser Linie, um die Berechtigung zurückzuerlangen. Das Dashboard zeigt lediglich, wie viele abgeschlossene, aktive Versandtage in Owlats internen FBL-Daten einen passenden Nachweis sauberer Tage liefern; Tage ohne Volumen beanspruchen keinen Nachweis. Das ist eine Eingabe für die Untersuchung, kein Urteil über die Berechtigung zur Mitigation: Prüfen Sie Googles Tagesrate in den Postmaster Tools und bestätigen Sie jede weitere Absenderanforderung.

Gmail betrachtet einen Absender, der aus derselben primären Domain nahezu 5.000 Nachrichten in 24 Stunden an persönliche Gmail-Konten sendet, dauerhaft als Massenversender. Owlat nutzt die aus dem MX abgeleitete Anbieteridentität des eingebauten MTA sowie die registrierbare Versanddomain, um ab 4.000 angenommenen Nachrichten zu warnen. Empfänger mit Google Workspace sind keine persönlichen Gmail-Konten, aber der MX allein kann ein Workspace-Postfach nicht von einem privaten unterscheiden; der Indikator ist bewusst konservativ ausgelegt.

Das Dashboard liefert die 100 volumenstärksten primären Domains aus seinen stündlich materialisierten Summen, die asynchron innerhalb von etwa einer Minute nach neuen Zustellnachweisen aktualisiert werden. Sind mehr Domains aktiv, wird die Liste als gekürzt gekennzeichnet; die Warnung zum höchsten Volumen bleibt korrekt, weil die Obergrenze nach der indizierten Sortierung nach Volumen angewendet wird, nicht vor der Aggregation.

Abmeldung und Präferenzen

Owlat bringt eine integrierte Abmelde- und Präferenzverwaltung mit, damit Sie compliant bleiben:

  • Ein-Klick-Abmeldung — jede Marketing-E-Mail enthält einen Abmeldemechanismus, der die Anforderungen von CAN-SPAM und DSGVO erfüllt
  • Präferenzcenter — Kontakte können ihre Abonnement-Präferenzen pro Thema verwalten und wählen, welche Themen sie weiterhin abonnieren möchten

Präferenzcenter

Das Präferenzcenter ist eine gehostete Seite, auf der Kontakte ihre eigenen Abonnements verwalten können. Es zeigt alle Themen, denen der Kontakt angehört, und erlaubt es ihm, einzelne Themen abzubestellen, ohne sich von allem abzumelden.

  • Links zum Präferenzcenter werden automatisch in E-Mail-Footer eingefügt
  • Der Zugriff ist mit HMAC-signierten Tokens abgesichert — Kontakte können ausschließlich ihre eigenen Präferenzen einsehen und ändern
  • Erreichbar über den öffentlichen Endpunkt /preferences

Das funktioniert für alle Marketing-Kampagnen automatisch. Sie müssen nichts einrichten.

Envelopes aus Kampagnen und Marketing-Automationen werden vor der Übergabe an den Anbieter abgelehnt, sofern sie nicht beide RFC-8058-Header (List-Unsubscribe und List-Unsubscribe-Post) tragen und der kanonische DKIM-Signer-Vertrag beide abdeckt. Die Seite „Zustellung“ weist außerdem die tatsächliche p95-Verarbeitungslatenz des Ein-Klick-Endpunkts über 30 Tage aus. Die Unterdrückung nach einer Abmeldung wird synchron angewendet; Google und Yahoo erwarten eine Umsetzung innerhalb von 48 Stunden.

Gmail verlangt Ein-Klick für Massen-Marketing und abonnierte Nachrichten seit 2024; Yahoo setzt seine List-Unsubscribe-Regel seit Juni 2024 durch. Zum Stand der erneuten Prüfung im Juli 2026 sagt Googles FAQ, dass ein fehlendes Ein-Klick nicht automatisch zu Ablehnung oder Spam-Einstufung führt, einen Massenversender aber von der Zustell-Mitigation ausschließt und das Beschwerderisiko erhöht. Googles umfassendere Compliance-Durchsetzung vom November 2025 kann temporäre und permanente Fehlschläge für die gelisteten Probleme bei Authentifizierung, DNS, TLS und Formatierung umfassen. Stellen Sie dieses allgemeine Durchsetzungsdatum nicht als garantierten, header-spezifischen Bounce dar.

Protokolldetails: RFC 8058.

Compliance-Grundlagen

E-Mail-Gesetze unterscheiden sich je nach Region, doch die Kernprinzipien sind universell:

CAN-SPAM (Vereinigte Staaten)

  • Eine gültige physische Postanschrift angeben
  • Einen klaren Abmeldemechanismus bereitstellen (von Owlat automatisch übernommen)
  • Abmeldewünsche zeitnah umsetzen
  • Keine irreführenden Betreffzeilen oder Absenderangaben verwenden

DSGVO (Europäische Union)

  • Vor dem Versand von Marketing-E-Mails ausdrückliche Einwilligung einholen
  • Einfache Opt-out-Mechanismen bereitstellen
  • Auskunfts- und Löschersuchen betroffener Personen respektieren
  • Ihren Prozess zur Einholung der Einwilligung dokumentieren

Allgemeine Best Practices

  • Nur an Personen senden, die zugestimmt haben
  • Die Abmeldung einfach machen
  • Klare Erwartungen setzen, was Abonnenten erhalten werden
  • Abmeldungen und Beschwerden zügig verarbeiten

Checkliste zur Versandhygiene

Gute Zustellbarkeit ist eine dauerhafte Praxis, keine einmalige Einrichtung:

  • Verifizieren Sie Ihre Domain vor dem ersten Versand
  • Klein anfangen — wärmen Sie eine neue Domain auf, indem Sie zunächst kleinere Batches versenden und das Volumen schrittweise steigern. Der eingebaute MTA übernimmt das für Sie und erhöht Ihr Tageslimit automatisch; den Fortschritt verfolgen Sie unter Versandreputation
  • Bounce-Raten niedrig halten — entfernen Sie ungültige Adressen, nachdem sie gebounct sind
  • Beschwerderaten unter 0,1 % halten — viele Beschwerden signalisieren E-Mail-Anbietern, dass Ihre E-Mails unerwünscht sind
  • Listen regelmäßig bereinigen — entfernen Sie Kontakte, die seit mehr als 6 Monaten nicht interagiert haben
  • Double-Opt-in verwenden bei öffentlichen Anmeldeformularen, um die Inhaberschaft der E-Mail-Adresse zu bestätigen
  • Ihre Kennzahlen überwachen — achten Sie auf plötzliche Veränderungen bei Öffnungs-, Bounce- oder Beschwerderaten

Nächste Schritte

  • Versand von einem VPS — wählen Sie direkte, Relay- oder hybride Zustellung und bereiten Sie eine neue Versand-IP vor
  • Kampagnen & Auswertung — überwachen Sie die Performance Ihrer Kampagnen
  • Themen — verwalten Sie Abonnements und Double-Opt-in
  • Kontakte — pflegen Sie eine saubere Zielgruppe
  • Formulare — sammeln Sie Kontakte mit korrektem Opt-in