E-Mail-API-FAQ

Senden Sie an eine Sandbox-Adresse wie delivered@messagebird.dev. Das Ergebnis hängt von der verwendeten Adresse ab, nicht von Ihrem Kontostatus, sodass Sie Versand, Webhooks und Suppression testen können, bevor Sie eine Domain verifizieren. Adressen wie bounce@ und complaint@ simulieren diese Ergebnisse über unsere reale Pipeline. Installieren Sie ein SDK und Sie können in etwa fünf Minuten an eine solche Adresse senden.

Nicht sofort. Sandbox-Adressen funktionieren, sobald Sie einen API-Schlüssel haben. Um echte Empfänger zu erreichen, benötigen Sie eine verifizierte Domain: Fügen Sie die DNS-Einträge hinzu, die wir Ihnen bereitstellen, und Sie können im Free-Plan eine Sendedomain registrieren, zehn im Startup-Plan und tausend im Growth-Plan.

Transaktionaler und Marketing-Versand, Templates, Sendedomains mit DKIM/SPF/DMARC, dedizierte IPs und IP-Pools, Unterdrückungslisten, Inbound-Verarbeitung, Webhooks und Zustellbarkeitsanalysen – alles über eine API. SDKs decken TypeScript, Python, Go, PHP, Kotlin und Swift ab, jeweils dokumentiert mit denselben Strukturen wie die REST API. Dazu gibt es eine CLI, installierbar mit brew install messagebird/tap/bird, sowie einen gehosteten MCP-Server, falls Sie einen Agenten statt einer App anbinden.

Der Free-Plan bietet Ihnen 1.000 E-Mails pro Monat kostenlos und ohne Kreditkarte. Bezahlte Pläne beginnen bei 15 $ für 50.000 E-Mails, und der Preis pro Nachricht sinkt mit zunehmendem Volumen. Überschreiten Sie Ihr Plankontingent, wird der Mehrverbrauch pro 1.000 E-Mails abgerechnet – zu einem Tarif, der mit steigendem Tier sinkt: 0,90 $ pro 1.000 beim Startup-Plan und am unteren Ende von Growth, bis hinunter zu 0,50 $ pro 1.000 bei 2,5 Mio. pro Monat. Eine Enterprise-Vereinbarung kann diese Obergrenze vollständig aufheben.

Ein Downgrade macht nichts kaputt: Handles, die Sie bereits beansprucht haben, funktionieren weiter – Sie können nur keine neuen beanspruchen, bis Sie wieder innerhalb des Kontingents liegen. Ein Postfach auf Ihrer eigenen Domain zählt wie jedes andere zu Ihrem gesamten Postfachkontingent, und sein lokaler Teil berührt das Kontingent für benutzerdefinierte Handles nicht.

24,95 $ pro Monat pro dedizierter IP im Growth-Tarif, bis zu fünf. Es gibt keine Einrichtungsgebühr und keine jährliche Bindung.

Einzelversand und Batch-Versand werden separat limitiert, und die Limits zählen Anfragen statt Empfänger – genau das macht Batching zum Hebel für Volumen. Ein Free-Tier-Schlüssel erlaubt 10 Einzelsendungen und 5 Batch-Aufrufe pro Minute, bezahlte Pläne erhöhen beides. Codieren Sie diese Zahlen nicht fest: Jede Antwort enthält einen IETF-RateLimit-Header, der Ihnen anzeigt, was übrig ist und wann das Fenster zurückgesetzt wird – takten Sie danach, statt auf einen 429 zu warten. Ein Batch-Aufruf umfasst bis zu 100 Nachrichten, und eine Nachricht akzeptiert bis zu 50 Adressen in jedem der Felder to, cc und bcc.

20 MB in jedem Plan, gemessen an der generierten Nachricht: HTML, Textteil und alle Anhänge nach Base64-Kodierung. Halten Sie rohe Anhänge bei maximal 15 MB, um Spielraum dafür zu lassen. Empfänger setzen ebenfalls eigene Limits, sodass eine Nachricht nahe am Limit von uns akzeptiert werden kann und trotzdem beim Empfänger abgewiesen wird. Wir speichern Nachrichtendaten 30 Tage lang – laden Sie alles, was Sie länger benötigen, über die Analytics API oder über Webhooks in Ihren eigenen Speicher.

Schlüssel mit begrenztem Geltungsbereich, auditierte Schreibzugriffe und kategorieabhängige Unterdrückungslisten: Ein Marketing-Versand kann einen unterdrückten Empfänger nicht erreichen. Auch Inbound-Fluten werden eingedämmt, da blockierte E-Mails keine Webhooks auslösen.

Ja, beide laufen über dieselbe Send-API. Der einzige Unterschied ist das Feld „category", das bestimmt, wie Suppressions und Abmeldungen angewendet werden. Wählen Sie transactional für Passwortzurücksetzungen und Belege und marketing für Kampagnen.

Senden Sie bei jedem logischen Versand einen Idempotency-Key-Header mit. Wenn die erste Anfrage erfolgreich war, Sie aber die Antwort nie erhalten haben, liefert ein erneutes Senden mit demselben Schlüssel das ursprüngliche Ergebnis mit einem Idempotency-Replay-Header zurück, anstatt die E-Mail doppelt zu senden.

Setzen Sie scheduled_at auf einen Zeitpunkt zwischen 30 Sekunden und 30 Tagen in der Zukunft. Der Versand wird sofort als akzeptiert zurückgegeben und bleibt geplant, bis er ausgeht – Sie können ihn jederzeit vorher abbrechen.

Ja, als Base64 im attachments-Array. Um ein Bild inline anzuzeigen, geben Sie ihm eine content_id und referenzieren Sie diese in Ihrem HTML mit cid:. Halten Sie die Rohdateien bei oder unter 15 MB, damit die Nachricht nach der Kodierung noch in das 20-MB-Limit passt, und beachten Sie, dass ausführbare und skriptbasierte Content-Typen vor dem Senden abgelehnt werden.

Nein. Arbeiten Sie stattdessen komplett über die API: Senden Sie Ihr HTML mit den inline geschriebenen Platzhaltern und veröffentlichen Sie es, dann referenzieren Sie das Template beim Senden per ID oder Slug. Wir erkennen die Platzhalter automatisch, sodass keine separate Liste deklariert werden muss. React Email funktioniert ebenfalls: Rendern Sie Ihre Komponenten zu HTML und speichern Sie das Ergebnis als Body, wobei Sie jeden Platzhalter als Literaltext im JSX belassen, damit er das Rendering übersteht und beim Senden ausgefüllt wird. Es gibt derzeit keine KI-Generierung und keinen Drag-and-Drop-Builder.

Sie referenzieren es per ID oder Slug und senden so nur die empfängerspezifischen Werte statt jedes Mal den gesamten Body – und das Layout liegt an einer Stelle, anstatt bei jedem Aufruf in Ihrem Code neu aufgebaut zu werden. Templates sind versioniert, und die Personalisierung wird auf unserer Seite gerendert: Bedingungen, Schleifen über Arrays und feldspezifische Standardwerte werden pro Empfänger aufgelöst, sodass ein Mitglieder-Block nur für Mitglieder angezeigt werden kann. Zum Senden wird der gewöhnliche Send-Aufruf verwendet, wobei template auf die ID oder den Slug und die Werte in template.parameters gesetzt werden.

Ja. Beim Veröffentlichen wird eine unveränderliche, nummerierte Version eingefroren. Bearbeitet wird immer nur der Entwurf – live ändert sich nichts, bis Sie veröffentlichen. Setzen Sie jederzeit auf eine frühere veröffentlichte Version zurück, damit diese wieder für den Versand verwendet wird, ohne dass eine neue Version erstellt wird. Das Zurücksetzen überschreibt auch den Entwurf mit dem Inhalt dieser Version, sodass die weitere Bearbeitung von dort aus startet.

Global. Ein Kontakt ist eindeutig anhand seiner E-Mail-Adresse, und Zielgruppen referenzieren ihn lediglich. Das Verschieben eines Kontakts zwischen Zielgruppen überträgt seine Attribute automatisch mit, da sie am Kontakt hängen, nicht an der Liste. Benutzerdefinierte Felder befinden sich in der Property-Registry – einem geschlossenen, typisierten Schema, das Sie vorab definieren: Deklarieren Sie den Typ jedes Felds (String, Number, Boolean oder Datetime) mit einem optionalen Fallback-Wert. Unbekannte Schlüssel oder falsch typisierte Werte werden beim Schreiben abgelehnt, damit Ihre Daten sauber bleiben.

Laden Sie eine CSV- oder Excel-Datei ins Dashboard hoch – Bird erkennt automatisch, welche Spalte welche ist, bis zu 50.000 Kontakte auf einmal. Oder führen Sie ein Batch-Upsert mit bis zu 1.000 Kontakten in einem Aufruf durch und fügen Sie sie in derselben Anfrage einer Zielgruppe hinzu, ohne separaten Hinzufügen-Schritt. In beiden Fällen ist das Upsert idempotent auf Basis der Identifikatoren jedes Eintrags, sodass ein erneuter Import aktualisiert statt dupliziert. Ein Broadcast richtet sich an eine einzelne Zielgruppe: Erstellen und pflegen Sie sie hier und referenzieren Sie sie beim Senden per ID.

Richten Sie ihn auf eine einzelne Zielgruppe aus. Die Zielgruppe ist das einzige Targeting-Konzept – Sie stapeln keine Listen und Segmente darüber.

Ja, beides. Senden Sie sofort oder planen Sie den Versand mit einem expliziten Zeitstempel – von 30 Sekunden bis 30 Tage im Voraus. Sobald er geplant ist oder bereits versendet wird, können Sie ihn stornieren: Ein Broadcast kann aus jedem nicht-finalen Status in den Status „Storniert" wechseln.

Dieselbe. Marketing- und Transaktions-E-Mails teilen sich eine API, einen Satz Schlüssel und eine Analyseoberfläche. Broadcasts fügen den Kampagnenlebenszyklus auf der Sendeinfrastruktur hinzu, die Sie bereits nutzen. Sie entscheiden weiterhin, wie Sie die Sendereputation voneinander trennen.

Jeder Versand wird mit DKIM, SPF und DMARC authentifiziert, Ihre IPs werden automatisch aufgewärmt, und Bounces sowie Beschwerden unterdrücken automatisch, sodass eine fehlerhafte Adresse Ihre Reputation nie zweimal beschädigt. Blocklist-Monitoring meldet ein Problem, solange Sie noch reagieren können. Abmeldungen und Beschwerden unterdrücken den Empfänger ebenfalls automatisch und reversibel, One-Click List-Unsubscribe ist integriert, und ein Broadcast wendet Ihre Marketing-Unterdrückungslisten an, bevor er sendet.

Zustellung, Öffnungen, Klicks, Bounces und Beschwerden – aufgeschlüsselt nach Kampagne, Tag und Mailbox-Anbieter, mit herausgefilterten vorgeladenen Öffnungen. Alles im Dashboard ist auch über die Stats API verfügbar.

Wir generieren die Einträge für Sie: einen DKIM-TXT-Eintrag zum Signieren Ihrer E-Mails, einen Return-Path-CNAME, der SPF ausrichtet (kein Apex-SPF-Eintrag erforderlich), und einen DMARC-TXT-Eintrag. Ein Tracking-CNAME für gebrandete Öffnungs- und Klick-Links ist optional. Fügen Sie die Domain hinzu, tragen Sie die Einträge bei Ihrem DNS-Anbieter ein und klicken Sie auf Verifizieren: Die meisten Verifizierungen sind innerhalb weniger Minuten nach der DNS-Propagation abgeschlossen, gelegentlich kann es etwas länger dauern.

DMARC teilt empfangenden Servern mit, wie sie mit E-Mails umgehen sollen, die die DKIM- oder SPF-Ausrichtung nicht bestehen, und wohin die aggregierten Berichte gesendet werden sollen, die zeigen, wer als Ihre Domain sendet. Wir setzen einen DMARC-Eintrag voraus, bevor eine Domain senden kann, und empfehlen den Start mit p=none, was überwacht, ohne die Zustellung zu beeinflussen. Sobald Sie bestätigt haben, dass alle legitimen Quellen ausgerichtet sind, verschärfen Sie die Richtlinie auf p=quarantine oder p=reject. Falls Sie bereits DMARC auf Ihrer Domain oder einer übergeordneten Domain veröffentlichen, verwenden wir diesen Eintrag wie er ist. Große Inbox-Anbieter erwarten inzwischen von Massenversendern eine veröffentlichte Richtlinie – sie ist zunehmend Voraussetzung, um bei hohem Volumen den Posteingang zu erreichen.

Ja, beides – und wir empfehlen eine dedizierte Subdomain, da sie Ihre E-Mail-Reputation von Ihrer Unternehmens-Mail isoliert. Sie können auch separate Domains für transaktionale und Marketing-E-Mails betreiben, oder eine pro Marke, jeweils mit eigener Authentifizierung und Reputation.

Sobald Sie konstant hohes Volumen versenden – grob ab 100.000 E-Mails pro Monat. Darunter bietet ein Shared Pool bessere Zustellbarkeit, da die Reputation gebündelt wird, und eine dedizierte IP hilft nur, wenn Sie genug senden, um sie warm zu halten. Sie müssen sie nicht selbst aufwärmen: Wir wärmen eine neue dedizierte IP automatisch über etwa 30 Tage auf, steigern das Volumen schrittweise, damit Mailbox-Anbieter graduell Vertrauen aufbauen, mit Overflow über den Shared Pool, sodass Sie nie Volumen verlieren.

Ja. Gruppieren Sie IPs in Pools und leiten Sie jeden Traffic-Typ in seinen eigenen Pool, sodass ein Marketing-Versand nicht die Reputation beeinträchtigen kann, die Ihre Passwort-Zurücksetzungen trägt.

Zustellbarkeit beschreibt, ob Ihre E-Mail tatsächlich den Posteingang des Empfängers erreicht – und nicht im Spam-Ordner landet oder hart abgelehnt wird. Sie hängt von Authentifizierung, Absender-Reputation, Listenhygiene und Engagement ab, und wir verwalten oder visualisieren jeden dieser Faktoren für Sie.

Wir überwachen die wichtigsten Blocklisten für Sie. Die Stats-API und das Dashboard zeigen zudem Bounce-Codes, Beschwerdetypen und Aufschlüsselungen nach Mailbox-Anbieter, sodass Sie einen Abwärtstrend frühzeitig erkennen können.

Ein Hard Bounce, eine Spam-Beschwerde oder eine Abmeldung setzt die Adresse auf Ihre Suppressionsliste – und nichts, was Sie danach senden, erreicht sie noch. Das verhindert, dass eine einzige schlechte Adresse Ihre Reputation bei jedem weiteren Versand belastet. Suppression ist nicht permanent: Sie können eine Adresse selbst von der Liste entfernen, sobald Sie wissen, dass sie wieder gültig ist.

Hard Bounces, Spam-Beschwerden und Abmeldungen werden automatisch unterdrückt: Sobald ein Empfänger eines davon auslöst, fügen wir ihn Ihrer Suppressionsliste hinzu und überspringen ihn bei zukünftigen Sendungen. Hard Bounces und manuell von Ihnen unterdrückte Adressen blockieren jeden Versand, aber Beschwerden und Abmeldungen gelten nur für Marketing-E-Mails – eine transaktionale Nachricht wie eine Passwortzurücksetzung erreicht also weiterhin jemanden, der sich von Ihren Kampagnen abgemeldet hat.

Ja, alles drei. Die Suppression ist umkehrbar: Wenn sich eine Adresse erholt, entfernen Sie sie über das Dashboard oder die API aus der Liste und setzen den Versand fort. Sie können auch selbst Adressen hinzufügen, zum Beispiel eine bekannte Negativliste, die Sie importieren, und diese werden genau wie ein automatischer Eintrag übersprungen. Um das Verhalten zu testen, ohne eine echte Adresse zu verbrauchen, senden Sie an die Sandbox-Adresse suppressed@messagebird.dev: Sie verhält sich exakt so, als wäre der Empfänger unterdrückt – abgelehnt mit recipient_suppressed –, aber es wird nichts in Ihre Liste geschrieben, sodass Sie sie immer wieder verwenden können.

Wir verfolgen Zustellung, Öffnungen, Klicks, Bounces, Beschwerden und Abmeldungen – zusammengefasst als KPIs und aufgeschlüsselt nach Domain, ISP, IP, Versanddomain, Empfängerdomain, Tag und Broadcast, mit Details zu Bounce-Codes und Beschwerdetypen. Aufschlüsselungen nach Mailbox-Anbieter und Client zeigen zudem, wie Gmail, Yahoo, Outlook, Apple Mail und andere Ihre Nachrichten zustellen, öffnen und bouncen.

Ja. Alles, was das Dashboard anzeigt, ist über die Stats-API verfügbar – in täglicher oder stündlicher Granularität –, sodass Sie Berichte nachfüllen oder Metriken in Ihre eigenen Tools streamen können. Engagement- und Zustellungsereignisse treffen zudem nahezu in Echtzeit per Webhooks ein und werden in den Stats-Endpunkten aggregiert, sodass Dashboards und Abfragen das widerspiegeln, was gerade passiert ist – nicht den gestrigen Stand.

Ein echtes, adressierbares Postfach, das Ihrem Code gehört. E-Mails dorthin landen in Threads, die Ihr Agent lesen, filtern, beantworten und über die API versenden kann – ohne einen IMAP-Server zu betreiben oder rohes MIME zu parsen. Einfaches Inbound-Parsing liefert Ihnen nur rohe Nachrichten. Eine Mailbox fügt die Konversationsebene hinzu: eine beanspruchte Adresse, Threads mit Labels, zitat-bereinigter Text und Antworten, die sich wieder einfügen.

Ja. Eine Mailbox kann auf der gemeinsamen inbox.ai-Domain oder auf Ihrer eigenen Domain betrieben werden, sobald Sie dort die Inbound-Weiterleitung konfiguriert haben. Jeder lokale Teil, der sich nicht in der 30-tägigen Quarantäne nach Löschung befindet, ist verfügbar. Ein generiertes Handle besteht aus 20 zufälligen Zeichen, ist immer verfügbar und kostenlos. Ein benutzerdefiniertes Handle wählen Sie selbst (goldcrest@inbox.ai), es gilt organisationsübergreifend nach dem Prinzip „Wer zuerst kommt, mahlt zuerst" und wird auf das Kontingent Ihres Plans angerechnet.

Wenn Sie E-Mails nur in einen Webhook parsen müssen, reicht einfaches Inbound-E-Mail. Eine Mailbox lohnt sich, wenn der Agent eine Konversation führen muss. Zum Starten erstellen Sie einen API-Schlüssel im Dashboard, beanspruchen eine Adresse und antworten auf Ihren ersten Thread – alles in wenigen Minuten. Die Dokumentation führt Sie durch den gesamten Ablauf, und der gehostete MCP-Server gibt einem Agenten dieselben Werkzeuge ohne jeglichen HTTP-Aufwand.

Beide sind On-Premise-MTAs, die Sie selbst betreiben, anstatt über unsere verwaltete API zu senden. Momentum MTA basiert auf anpassbaren Workflows und Routing für den Massenversand. PowerMTA ist darauf ausgelegt, auf Ihren eigenen Servern oder in jeder Public Cloud wie AWS oder Azure zu laufen.

Für Teams mit Infrastruktur- oder Compliance-Anforderungen, die einen eigenen MTA erfordern, und für Teams, die unabhängige Einblicke in Inbox-Platzierung und Wettbewerbs-Benchmarking wünschen, anstatt sich allein auf ihre eigenen Versandmetriken zu verlassen. Die erste Gruppe betreibt Momentum MTA oder PowerMTA. Die zweite Gruppe nutzt Inbox Tracker, der Inbox-Platzierung und Reputation anhand realer Mailbox-Daten misst, oder Competitive Tracker, der Ihr Programm mit anderen Marken vergleicht – und keiner von beiden erfordert Self-Hosting.

SparkPost ist jetzt Bird Email. Wir haben SparkPost 2021 übernommen, um die Zustellbarkeits-Engine hinter rund 40 % der weltweiten kommerziellen E-Mails in eine einzige Plattform für E-Mail, SMS, WhatsApp und Voice zu integrieren. Bestehende SparkPost-Kunden behalten ihren Dienst und müssen nicht wechseln. Neue Projekte bauen stattdessen auf der Bird Email API auf, die auf derselben Zustellbarkeits-Engine läuft und SMS, WhatsApp und Voice mit einem einzigen Satz von Schlüsseln hinzufügt.

Die Zustellbarkeits-Engine ist dieselbe, die SparkPost betrieben hat, aber die Schnittstelle ist eine moderne E-Mail-API mit SDKs für jede gängige Laufzeitumgebung. Die Dokumentation deckt Versand, Templates, Sending-Domains und Webhooks ab.

Momentum ist unsere On-Premises-E-Mail-Infrastrukturplattform für den Massenversand mit anpassbaren Workflows, Routing und Zustellparametern, die über den Policy Manager konfiguriert werden. Sie ist darauf ausgelegt, mit Ihrem Sendevolumen zu skalieren und dabei stabile Performance zu gewährleisten, und unterstützt vollständiges Unicode (SMTPUTF8), sodass Sie an internationale Zeichensätze senden können.

Adaptive Delivery ist Momentums automatisches Traffic-Shaping. Es beobachtet, wie jeder Mailbox-Anbieter auf Ihre E-Mails reagiert, und passt sich in Echtzeit an: drosseln, verzögern oder einen Strom kurzzeitig pausieren, um Ihre Reputation zu schützen, und dann wieder hochfahren, sobald sich die Lage entspannt. Sie erreichen den Posteingang, ohne die Senderaten für jeden Anbieter manuell überwachen zu müssen. Der Intelligence Router zeigt Ihnen dies über alle Ihre Datenquellen hinweg mit Echtzeit-Benachrichtigungen bei jeder Anpassung.

Ja, beides. Momentum läuft auf Ihren eigenen Servern, in jeder großen Cloud oder verteilt auf beide – so können Sie es an Ihre Infrastruktur-, Kosten- und Compliance-Anforderungen anpassen und diesen Mix im Laufe der Zeit ändern. Es wird auch weiterhin aktiv entwickelt: Aktuelle Releases halten es kompatibel mit modernen Betriebssystemen, TLS 1.3 und aktuellen Sicherheits- und SMTP-Standards und stellen Nachrichtenereignisse über Echtzeit-APIs bereit, die Sie in Ihr eigenes Reporting und Ihre Automatisierung einspeisen können.

Ja. PowerMTA kann einen Teil des Traffics an die gehostete Bird Email API weiterleiten und den Rest direkt von Ihren eigenen Servern zustellen – der einfachste Weg, die gehostete Plattform auszuprobieren oder schrittweise zu migrieren, ohne alles auf einmal umzuziehen. PowerMTA selbst läuft auf Ihrer eigenen Infrastruktur, daher bleiben diese IPs unter Ihrer Verwaltung. Traffic, den Sie an die gehostete Plattform weiterleiten, kann dort unsere IPs oder Ihre eigenen dedizierten IPs nutzen, während alles andere vollständig unter Ihrer Kontrolle bleibt.

Virtuelle MTAs ermöglichen es Ihnen, mehrere unabhängige Sendeströme innerhalb einer PowerMTA-Instanz zu betreiben, jeder mit eigenen IPs, eigener Reputation und eigenen Limits. Nutzen Sie sie, um Transaktions- und Marketing-E-Mails oder verschiedene Kunden sauber zu trennen, damit die Probleme eines Stroms nie einen anderen beeinträchtigen.

Zustellbarkeit beschreibt, ob Ihre E-Mail im Posteingang landet statt im Spam-Ordner oder abgelehnt wird. Inbox Tracker misst dies pro Mailbox-Anbieter in Echtzeit und liefert Ihnen eine tägliche Aufschlüsselung, wo Ihre E-Mails tatsächlich gelandet sind: Posteingang, Spam oder blockiert.

Inbox Tracker meldet sinkende Platzierungen bei einem Anbieter, während es passiert – so sehen Sie es in einer täglichen Aufschlüsselung statt erst Wochen später an ausbleibenden Antworten. Außerdem werden Spam-Trap-Treffer gemeldet, die in der Regel auf ein Listenproblem hinweisen, das Sie beheben sollten, bevor es Ihre Reputation beeinträchtigt. Zusätzlich werden Sie benachrichtigt, wenn die DMARC-Authentifizierung fehlschlägt.

Drei Quellen: Lizenzierte Mailbox-Daten, die zeigen, wo Ihre E-Mails bei echten Empfängern landen, Seed-Konten, die die Platzierung in bestimmten Szenarien testen, und eine direkte Google-Postmaster-Verbindung für Gmails eigene Sicht auf Ihre Reputation. Sie beantworten unterschiedliche Fragen, denn echte Mailbox-Daten zeigen Ihnen das Ergebnis, Postmaster zeigt Ihnen Gmails Begründung, und Seeds ermöglichen es Ihnen, ein Szenario gezielt zu testen. Eine einzelne Quelle allein hinterlässt blinde Flecken und löst Fehlalarme aus.

Wir verfolgen Millionen von E-Mails pro Tag über mehr als 250.000 Marken in über 100 Branchen. Diese Daten werden kontinuierlich aktualisiert, sodass die angezeigten Erkenntnisse aktuelle Kampagnen und Trends widerspiegeln – keinen historischen Snapshot.

Sie können Zielgruppengröße, Kampagnenfrequenz, Messaging-Strategien, Performance-Metriken und Engagement-Raten mit anderen Marken Ihrer Branche vergleichen – bis hin zu einzelnen E-Mail-Journeys der Wettbewerber. Dieselbe Ansicht eignet sich auch für saisonale Planung: Beobachten Sie, wie Wettbewerber ihre Kampagnen vor einer Saison anpassen, und sehen Sie, welche Strategien funktionieren, bevor Sie sich auf Ihre eigene festlegen.

Häufig ja. Competitive Tracker kann die Versandplattform oder den Dienst hinter der E-Mail eines Wettbewerbers aufdecken – nützlich für Wettbewerbsanalysen und für Vertriebsteams, die einschätzen möchten, wie die Konkurrenz eines Interessenten ihre Programme betreibt.

Provider werten das als Address Harvesting und werden Sie dafür rate-limitieren oder auf eine Blockliste setzen, und die Ergebnisse sind unzuverlässig: Ein Server kann eine Adresse beim Handshake akzeptieren, die trotzdem nicht zugestellt wird, und Greylisting lässt echte Adressen ungültig erscheinen. Die Prüfung gegen die Zustellhistorie vermeidet sowohl das Risiko als auch die falschen Ergebnisse.

Bei Neutral liegt es bei Ihnen: Die Adresse ist korrekt formatiert, hat einen echten Mailserver und hat nie einen Hard Bounce ausgelöst, aber wir haben bisher kein Zustell- oder Engagement-Event dafür gesehen – sie birgt also ein geringes Risiko, keinen Verdacht. Senden Sie an sie, wenn Sie auf Wachstum setzen, oder halten Sie sie zurück, bis Sie Engagement sehen, wenn Sie lieber auf Nummer sicher gehen. Bei Typo zeigen Sie die vorgeschlagene Korrektur im Anmeldeformular an, damit die Person sie vor dem Absenden korrigieren kann – so retten Sie einen Lead, der sonst bouncen würde. In einer Batch-Liste trennen Sie die Tippfehler heraus und bestätigen oder entfernen Sie sie, aber senden Sie nicht an die falsch geschriebene Adresse.

Ja. Die API ist ausschließlich HTTPS. Wenn Sie stattdessen über SMTP senden, ist Port 465 ab dem ersten Byte verschlüsselt, und die Ports 587 und 2525 werden per STARTTLS aufgerüstet: Wir verweigern AUTH auf diesen, bis das Upgrade abgeschlossen ist, sodass Zugangsdaten niemals im Klartext übertragen werden. Port 25 wird für den Versand gar nicht angeboten. Ihre Daten bleiben in der Region, in der Ihre Organisation gehostet ist – entweder us1 oder eu1 – und das Präfix Ihres API-Schlüssels (bk_us1_…, bk_eu1_…) kodiert diese Region, sodass die SDKs und die CLI automatisch den richtigen Endpunkt wählen. Nur Authentifizierung und Kontoverwaltung laufen auf einem regionunabhängigen Host.

Nur das, worauf Sie ihn beschränken. Ein Schlüssel enthält eine Liste von Scopes wie emails, email_marketing oder domains, jeweils mit Lese- oder Schreibrecht, sodass ein Schlüssel, der E-Mails sendet, Ihre Sending-Domains nicht verwalten kann. Control-Plane-Aktionen (Mitglieder, Workspace-Einstellungen, Schlüsselvergabe, IP-Pools) sind nur über das Dashboard möglich – kein Schlüssel kann darauf zugreifen. Jeder Schlüssel akzeptiert außerdem eine Allowlist von CIDR-Bereichen, und Anfragen von anderswo werden abgelehnt.

Beim Rotieren wird der neue Schlüssel ausgestellt und der alte bleibt für eine Übergangsfrist funktionsfähig – standardmäßig 24 Stunden –, sodass Sie ihn durch Ihre Deployments rollen können. Übergeben Sie null, um den alten Schlüssel stattdessen sofort zu widerrufen. Die Rotation verlängert niemals die Lebensdauer eines Schlüssels: Ein Schlüssel, der bereits vor Ablauf der Übergangsfrist abläuft, behält sein ursprüngliches Ablaufdatum.

Ja, über SAML 2.0 oder OIDC – Okta, Microsoft Entra ID und Google Workspace funktionieren also alle. Die Einrichtung erfolgt pro Organisation: Ihr Account-Team aktiviert es für Sie. Mitglieder, die sich mit Passwort anmelden, können MFA selbst aktivieren.

Ja. Das Audit-Log ist ein schreibgeschütztes, organisationsweites Protokoll jeder Verwaltungsaktion – mit dem Akteur, dem Workspace, dem Zeitpunkt und dem Ergebnis – und es lässt sich im OCSF-Format für Ihr eigenes SIEM exportieren. Es deckt Konfigurationsänderungen ab, nicht die Nachrichten, die Sie senden. Diese befinden sich im E-Mail-Log.

Zertifizierungen und Sicherheitsdokumentation finden Sie im Trust Center unter trust.bird.com. Der Auftragsverarbeitungsvertrag, die Datenschutzerklärung und die Nutzungsrichtlinie sind unter bird.com/legal veröffentlicht – aktuelle Versionen zusammen mit einem Archiv der abgelösten Fassungen. Für einen Vendor-Fragebogen kümmert sich Ihr Account-Team darum.