Twilio SendGrid: Vollständiger technischer Leitfaden für Transaktions-E-Mails

Von CaptainDNS
Veröffentlicht am 19. Januar 2026

SendGrid-Dashboard mit Domain Authentication- und Web API v3-Konfiguration
Zusammenfassung
  • 📢 SendGrid verwendet einen anpassbaren Return-Path (Subdomain Ihrer Domain), der die relaxed SPF-Ausrichtung für DMARC ab dem Basisplan ermöglicht.
  • Die Web API v3 ist die empfohlene Methode: 10 000 Anfragen/Sekunde, bis zu 1 000 Empfänger pro Aufruf, Dynamic Templates mit Handlebars.
  • Domain Authentication mit Automated Security generiert 3 CNAMEs: Return-Path + 2 DKIM-Selektoren (automatische Rotation, 2048-Bit-Schlüssel).
  • Dedizierte IP empfohlen ab 50 000 E-Mails/Monat, mit automatischem 41-Tage-Warmup und Kosten von 30$/Monat pro zusätzlicher IP.
  • Free-Plan im Mai 2025 eingestellt: obligatorische Migration zu Essentials 50K für mindestens 19,95$/Monat.

Einführung

SendGrid hat sich als eine der robustesten Plattformen für Transaktions-E-Mails auf dem Markt etabliert und verarbeitet im Jahr 2024 monatlich über 190 Milliarden E-Mails. Der 2019 von Twilio für etwa 3 Milliarden Dollar übernommene Dienst kombiniert eine leistungsstarke REST-API, ein universelles SMTP-Relay und erweiterte Authentifizierungsfunktionen, die ihn von der Konkurrenz abheben.

Die Stärke von SendGrid liegt in drei wichtigen technischen Säulen: einer Web API v3, die 10 000 Anfragen/Sekunde verarbeiten kann, einer Domain Authentication, die die SPF-DMARC-Ausrichtung ab dem Basisplan ermöglicht, und einem System zur automatischen Rotation von 2048-Bit-DKIM-Schlüsseln ohne Dienstunterbrechung.

Dieser Leitfaden richtet sich an Entwickler, DevOps und Systemarchitekten, die SendGrid für Transaktions-E-Mails mit einem umfassenden Verständnis der Infrastruktur integrieren möchten: DNS-Konfiguration, API- vs. SMTP-Auswahl, Verwaltung dedizierter IPs, technische Limits und Event-Webhooks.

Web API v3 vs. SMTP Relay: Architektur und Integrationswahl

SendGrid bietet zwei Integrationsmethoden für Transaktions-E-Mails an, die beide ab den kostenpflichtigen Plänen verfügbar sind.

Vergleich zwischen Web API v3 und SMTP Relay

Technischer Vergleich

KriteriumWeb API v3SMTP Relay
EndpointPOST https://api.sendgrid.com/v3/mail/sendsmtp.sendgrid.net Ports 587/465
AuthentifizierungBearer token (API key)User: apikey / Pass: API key
Rate limit10 000 Anfragen/SekundeAbhängig von IP und Plan
Empfänger/Anf.Bis zu 1 000 (personalizations)1 E-Mail = 1 SMTP-Verbindung
TemplatesDynamic Templates (Handlebars)Nur Inline-Inhalt
Schedulingsend_at (bis zu 72h im Voraus)Über X-SMTPAPI-Header
TrackingNativ (click, open, Google Analytics)Über X-SMTPAPI
KompatibilitätErfordert SDK oder HTTP-ClientJedes SMTP-fähige System
Idealer AnwendungsfallModerne Apps, Batch, erweiterte PersonalisierungLegacy, CMS-Plugins, Mailserver

Wann sollte man Web API v3 wählen?

Die Web API v3 ist die von SendGrid empfohlene Methode für jede neue Integration. Sie ist unter POST https://api.sendgrid.com/v3/mail/send zugänglich (oder api.eu.sendgrid.com für die EU-Region).

Hauptvorteile:

  • Personalizations: Versand von bis zu 1 000 Empfängern in einer einzigen Anfrage, wobei jeder unterschiedlichen personalisierten Inhalt erhält
  • Dynamic Templates: Handlebars-Syntax mit Bedingungen, Schleifen, Vergleichen, Datumsformatierung
  • Scheduling: Versandplanung bis zu 72 Stunden im Voraus mit Abbruchoption
  • Großzügiges Rate Limit: 10 000 Anfragen/Sekunde am mail/send-Endpoint

Beispiel für Versand mit Personalisierung:

{
  "personalizations": [{
    "to": [{"email": "benutzer@captaindns.com", "name": "Max Mustermann"}],
    "dynamic_template_data": {
      "vorname": "Max",
      "bestellnummer": "ORD-12345",
      "betrag": "149,90 €"
    }
  }],
  "from": {"email": "bestellungen@captaindns.com"},
  "template_id": "d-abc123def456"
}

Offizielle SDKs: SendGrid pflegt 7 offizielle SDKs (Node.js, Python, PHP, Ruby, Go, Java, C#), die die REST-API kapseln und die Integration vereinfachen.

Wann sollte man SMTP Relay wählen?

Das SMTP Relay ist ideal für Legacy-Systeme oder Anwendungen, die nur SMTP unterstützen.

Offizielle Konfiguration:

SMTP server: smtp.sendgrid.net
SMTP user: apikey (buchstäblich die Zeichenkette "apikey")
SMTP password: [Ihr SendGrid-API-Schlüssel]
Port: 587 (TLS empfohlen) oder 465 (SSL) oder 2525 (Fallback)

Kritischer Punkt: Die SMTP-Authentifizierung verwendet eine spezifische Konfiguration. Der Benutzername ist buchstäblich die Zeichenkette apikey (nicht Ihre Konto-ID), und das Passwort ist Ihr SendGrid-API-Schlüssel.

X-SMTPAPI-Header: ermöglicht Zugriff auf erweiterte Funktionen über SMTP (categories, unique_args, Filter, Scheduling, Ersetzungs-Tags). Maximale Größe: 10 000 Bytes.

Beispiel für X-SMTPAPI-Header für Tracking:

{
  "category": ["bestellbestaetigung"],
  "unique_args": {
    "order_id": "ORD-12345",
    "customer_id": "CUST-789"
  },
  "filters": {
    "clicktrack": {"settings": {"enable": 1}},
    "opentrack": {"settings": {"enable": 1}}
  }
}

Domain Authentication: SPF, 2048-Bit-DKIM und DMARC-Ausrichtung

Die Domainauthentifizierung bei SendGrid generiert die erforderlichen DNS-Einträge für SPF, DKIM und DMARC-Ausrichtung. Der Prozess erfolgt unter Settings > Sender Authentication > Domain Authentication.

Architektur mit Automated Security (empfohlen)

Mit aktivierter Option Automated Security generiert SendGrid 3 CNAME-Einträge:

SendGrid Domain Authentication-Konfiguration

  1. CNAME für Return-Path: em1234.captaindns.com zeigt auf SendGrid
  2. CNAME DKIM s1: s1._domainkey.captaindns.coms1.domainkey.u1234.wl5678.sendgrid.net
  3. CNAME DKIM s2: s2._domainkey.captaindns.coms2.domainkey.u1234.wl5678.sendgrid.net

Vorteile dieser Architektur:

  • Automatische DKIM-Schlüsselrotation: Die beiden Selektoren (s1 und s2) ermöglichen es SendGrid, Schlüssel ohne Dienstunterbrechung zu ändern
  • 2048-Bit-DKIM-Schlüssel standardmäßig seit Mai 2021 (frühere Konfigurationen können 1024 Bits verwenden)
  • Kein manueller SPF-Eintrag erforderlich: Der CNAME delegiert die SPF-Verwaltung an SendGrid
  • Anpassbare Selektoren: 1-3 alphanumerische Zeichen in erweiterten Einstellungen

Return-Path und SPF-Ausrichtung: ein wichtiger Vorteil

Der Return-Path (Envelope From) ist entscheidend für die DMARC-Ausrichtung. Standardmäßig verwendet SendGrid eine Subdomain im Format em[XXX].captaindns.com:

  • SPF besteht automatisch, da der CNAME die SPF-Verwaltung an SendGrid delegiert
  • Die SPF-Ausrichtung funktioniert im relaxed-Modus (die Subdomain em1234.captaindns.com entspricht der übergeordneten Domain captaindns.com)
  • Keine Änderung Ihres Haupt-SPF erforderlich: Der CNAME regelt alles

Für eine strikte DMARC-Richtlinie (aspf=s) schlägt die SPF-Ausrichtung jedoch fehl, da die Return-Path-Domain niemals genau mit der From-Domain übereinstimmen wird. Die Lösung besteht darin, sich auf DKIM für die DMARC-Ausrichtung zu stützen, das den strikten Modus unterstützt (adkim=s).

Custom Return Path

Die Option Custom Return Path in den erweiterten Einstellungen ermöglicht die Anpassung der Subdomain (z. B. mail.captaindns.com anstelle von em1234.captaindns.com).

Link Branding ersetzt SendGrid-Domains in verfolgten Links durch Ihre eigene Domain. Anstelle von sendgrid.net/click/xxx zeigen Links url1234.captaindns.com/click/xxx an. Diese Konfiguration erfordert 2 zusätzliche CNAME-Einträge und verbessert das Vertrauen der Empfänger.

Migration zu 2048-Bit-DKIM

Um eine frühere Konfiguration (1024-Bit-Schlüssel) auf 2048 Bits zu migrieren, muss eine neue Domainauthentifizierung mit einem neuen benutzerdefinierten Selektor erstellt werden, der zuvor nicht verwendet wurde.

Dedizierte IP vs. gemeinsame IP: Zustellbarkeitsstrategie

SendGrid empfiehlt offiziell eine dedizierte IP ab 50 000 E-Mails pro Monat. Ab 200 000-300 000 monatlichen E-Mails werden zwei dedizierte IPs empfohlen.

Gemeinsame IP (Free- und Essentials-Pläne)

Vorteile:

  • Kein Warmup erforderlich
  • Reputation wird von SendGrid gepflegt
  • Ideal für niedrige oder unregelmäßige Volumina

Nachteile:

  • Exposition gegenüber Reputationsrisiken im Zusammenhang mit anderen Absendern im Pool
  • Häufige Blocklist-Probleme bei Microsoft/Outlook

Dedizierte IP (Pro-Plan und höher)

Der Pro-Plan enthält 1 dedizierte IP, mit der Option, weitere für 30$/Monat pro zusätzlicher IP hinzuzufügen.

Vorteile:

  • Isolierte und kontrollierbare Reputation
  • Funktion automatisches IP Warmup über 41 Tage
  • Möglichkeit zur Trennung von Flows (transaktional vs. Marketing)

Automatisches IP Warmup: begrenzt schrittweise Sendungen nach einem vordefinierten Zeitplan:

  • Tag 1: 20 E-Mails/Stunde
  • Tag 41: Über 19 Millionen/Stunde

IP Pools: ermöglichen die Gruppierung mehrerer dedizierter IPs und deren Zuweisung zu verschiedenen Flows. Die Trennung wird durch Subusers verstärkt (isolierte Unterkonten mit eigenen Statistiken, Unterdrückungslisten und Webhooks).

Subusers: Pro- und Premier-Pläne unterstützen bis zu 15 Subusers pro Konto.

Wann sollte man eine dedizierte IP wählen?

Sie benötigen eine dedizierte IP, wenn:

  • Regelmäßiges Volumen > 50 000 E-Mails/Monat
  • Notwendigkeit, transaktionale vs. Marketing-Reputation zu trennen
  • Anforderungen an Client-Whitelisting oder regulatorische Compliance
  • Volumen > 200 000 E-Mails/Monat: 2 dedizierte IPs empfohlen

Bleiben Sie bei gemeinsamer IP, wenn:

  • Volumen < 50 000 E-Mails/Monat
  • Unregelmäßige oder sporadische Sendungen
  • Geschäftsstart ohne Historie

Preise 2025 und Entwicklung des Free-Plans

Email API-Pläne

PlanMonatliches VolumenPreis/MonatDedizierte IPSubusers
Free100/Tag (60T)KostenlosNeinNein
Essentials 50K50 00019,95$NeinNein
Essentials 100K100 00034,95$NeinNein
Pro 100K100 00089,95$1 enthaltenBis zu 15
Pro 300K300 000249$1 enthaltenBis zu 15
Pro 700K700 000499$1 enthaltenBis zu 15
PremierIndividuellAuf Anfrage1 enthaltenBis zu 15

Wichtige Entwicklung: Im Mai 2025 kündigte SendGrid die Abschaffung des Free-Plans mit einer Übergangsfrist von 60 Tagen an. Benutzer müssen zu einem kostenpflichtigen Plan migrieren, um weiterhin E-Mails zu versenden.

Zusätzliche Kosten

  • Zusätzliche dedizierte IP: 30$/Monat
  • Email Validation API: 2 500 Validierungen/Monat enthalten (Pro), 5 000 (Premier), dann nutzungsbasierte Preisgestaltung
  • Inbound Parse: in allen kostenpflichtigen Plänen enthalten
  • Überschreitungen: anteilig abgerechnet (~0,001$/E-Mail bei Pro)

Technische Limits und Rate Limits

Rate Limits nach Endpoint

EndpointLimit
v3 Mail Send10 000 Anfragen/Sekunde
Allgemeine API600 Anfragen/Minute
Email Validation7 Anfragen/Sekunde

Wenn das Limit erreicht wird, gibt die API einen HTTP 429-Code zurück. Die Header X-RateLimit-Remaining und X-RateLimit-Reset geben das verbleibende Kontingent und den Zurücksetzungs-Timestamp an.

Empfohlene Behandlung: exponentielles Backoff und lokale Warteschlange.

Kontingente pro Nachricht

ParameterLimit
Maximale E-Mail-Größe30 MB
Empfänger pro Nachricht1 000
Categories pro Nachricht10
Custom args< 10 000 Bytes
Unsubscribe-Gruppen200 pro Konto

Unterdrückungsverwaltung

SendGrid pflegt automatisch mehrere Unterdrückungslisten:

  • Global Suppressions: globale Abmeldungen
  • Group Unsubscribes: über ASM (Advanced Suppression Manager)
  • Bounces: hard und soft
  • Spam Reports
  • Invalid Emails

Adressen werden standardmäßig unbegrenzt unterdrückt, mit konfigurierbarer Löschoption von 1 bis 3650 Tagen für Bounces.

Event Webhook und Echtzeit-Tracking

Der Event-Webhook ermöglicht den Empfang von Echtzeit-Benachrichtigungen für Zustellung, Engagement und Compliance.

Verfügbare Events

  • Delivery: processed, dropped, delivered, deferred, bounce
  • Engagement: open, click, spamreport, unsubscribe
  • ASM: group_unsubscribe, group_resubscribe

SendGrid Event Webhook-Architektur

Verhalten und Retry

Events werden in Batches innerhalb von 30 Sekunden oder wenn der Batch 768 KB erreicht, gesendet. Bei Fehlschlag (nicht-2xx-Antwort) versucht SendGrid es 24 Stunden lang mit zunehmenden Intervallen erneut.

Sicherheit

Die Webhook-Sicherheit kann gewährleistet werden durch:

  • ECDSA-Signatur: Header X-Twilio-Email-Event-Webhook-Signature und X-Twilio-Email-Event-Webhook-Timestamp
  • OAuth 2.0 Client Credentials

Anforderung: Endpoint muss mindestens TLS 1.2 unterstützen.

Inbound Parse

Inbound Parse ermöglicht den Empfang und das Parsen eingehender E-Mails. Die Konfiguration erfordert einen MX-Eintrag, der auf mx.sendgrid.net auf einer dedizierten Subdomain zeigt.

SendGrid extrahiert automatisch:

  • Header
  • Body (Text und HTML)
  • Anhänge
  • Spam-Score (optional)

Anwendungsfälle: Ticketing-Systeme, bidirektionale Kommunikations-Workflows.

Erweiterte Funktionen

Email Validation API

Nur bei Pro- und Premier-Plänen verfügbar. Verwendet Machine Learning, trainiert mit über 100 Milliarden E-Mails.

Überprüfungen:

  • Syntax
  • DNS-Einträge
  • Erkennung von Wegwerf-Adressen
  • Erkennung von Rollen-Adressen
  • Urteil: Valid / Risky / Invalid + Vertrauenswert

Sandbox Mode

Ermöglicht das Testen des Anfrage-Formats ohne tatsächliches Versenden von E-Mails.

Aktiviert über mail_settings.sandbox_mode.enable: true, bewirkt es:

  • Validierung der JSON-Struktur
  • Rückgabe eines 200-Codes (vs. 202 für echte Sendungen)
  • Verbraucht keine Credits

Categories und unique_args

Ermöglichen granulares Tracking:

  • Categories: statistische Gruppierung (Newsletter, Receipts, Alerts)
  • unique_args (custom_args in v3): spezifische Identifikatoren (Bestellnummer, Kunden-ID), die in Webhook-Events zurückgegeben werden

Aktionsplan: Integration in 5 Schritten

1. Konto erstellen und API-Schlüssel generieren

  • Ein SendGrid-Konto erstellen (Essentials-Plan mindestens seit Abschaffung des Free-Plans)
  • Einen API-Schlüssel in Settings > API Keys generieren
  • Berechtigungen festlegen (Full Access oder nur Mail Send)

2. Domain Authentication konfigurieren

  • Zu Settings > Sender Authentication > Domain Authentication gehen
  • Automated Security aktivieren (empfohlen)
  • Die 3 CNAME-Einträge bei Ihrem Registrar erstellen:
    1. Return-Path (em1234.captaindns.com)
    2. DKIM s1 (s1._domainkey.captaindns.com)
    3. DKIM s2 (s2._domainkey.captaindns.com)
  • DNS-Propagierung überprüfen (24-48h)

3. Integrationsmethode wählen

Option A: Web API v3

  • Offizielles SDK installieren (npm install @sendgrid/mail, pip install sendgrid, etc.)
  • Den Endpoint POST /v3/mail/send implementieren
  • Dynamic Templates erstellen, falls erforderlich

Option B: SMTP Relay

  • Ihre App/Plugin konfigurieren:
    • Host: smtp.sendgrid.net
    • Port: 587 (STARTTLS)
    • User: apikey
    • Password: Ihr API-Schlüssel

4. Webhooks konfigurieren

  • Zu Settings > Mail Settings > Event Webhook gehen
  • Die URL Ihres Endpoints definieren (HTTPS + TLS 1.2)
  • Events auswählen (delivered, bounced, etc.)
  • ECDSA-Signatur für Sicherheit aktivieren

5. Testen und überwachen

  • Eine Test-E-Mail senden
  • Im Activity Feed überprüfen, dass die E-Mail zugestellt wurde
  • Webhook-Events überprüfen
  • Statistiken kontrollieren (open rate, bounce rate)

FAQ

Warum verwendet SendGrid zwei DKIM-Selektoren (s1 und s2)?

Die beiden Selektoren ermöglichen die automatische DKIM-Schlüsselrotation ohne Dienstunterbrechung. Wenn SendGrid aus Sicherheitsgründen Schlüssel erneuern möchte, kann es einen neuen Schlüssel auf s2 generieren, während s1 noch aktiv ist, und dann schrittweise den Verkehr umschalten. Dies vermeidet jede Unterbrechung der Zustellbarkeit während des Schlüsselwechsels.

Muss ich SendGrid zu meinem SPF-Eintrag hinzufügen?

Nein, mit Domain Authentication und Automated Security ist dies unnötig. Der Return-Path-CNAME (em1234.captaindns.com) delegiert die SPF-Verwaltung automatisch an SendGrid. Ihr Haupt-SPF-Eintrag muss SendGrid nicht erwähnen. Ausnahme: Wenn Sie auch direkt von Ihren Servern senden, müssen Sie diese in Ihrem SPF aufnehmen.

Wie funktioniert die geplante Zustellung mit Abbruch?

Verwenden Sie send_at (Unix-Timestamp in Sekunden, max. 72h im Voraus). Um einen Abbruch zu ermöglichen, generieren Sie zunächst eine batch_id über POST /v3/mail/batch, fügen Sie diese in die Versandanfrage ein und senden Sie dann mindestens 10 Minuten vor der geplanten Zeit einen Abbruch über POST /v3/user/scheduled_sends.

Was ist das tatsächliche Empfängerlimit pro API-Aufruf?

Maximal 1 000 Empfänger über das personalizations-Array (to + cc + bcc kombiniert). Jeder Empfänger kann unterschiedlichen personalisierten Inhalt über dynamic_template_data erhalten. Um an 10 000 Personen zu senden, benötigen Sie 10 API-Aufrufe (begrenzt auf 10 000 req/s).

Kann ich den Essentials-Plan für kritische Produktion verwenden?

Ja, aber ohne dedizierte IP. Der Essentials-Plan verwendet gemeinsame IPs, was Sie kollektiven Reputationsrisiken aussetzt. Für kritische Transaktions-E-Mails (Bestellbestätigungen, Passwort-Resets) wird der Pro-Plan mit dedizierter IP ab 50 000 E-Mails/Monat empfohlen. Darunter ist Essentials ausreichend, wenn Ihr Volumen regelmäßig ist.

Wie geht man mit den 10 000 req/s Rate Limits um?

Implementieren Sie exponentielles Backoff und lokale Warteschlange. Überwachen Sie die Header X-RateLimit-Remaining und X-RateLimit-Reset. Wenn Sie 429 erreichen, warten Sie auf Reset oder verlangsamen Sie die Rate. Für sehr große Volumina verwenden Sie mehrere API-Schlüssel und verteilen Sie Aufrufe (Rate Limit pro API-Schlüssel).

Funktioniert der X-SMTPAPI-Header auch mit Web API v3?

Nein, X-SMTPAPI ist spezifisch für SMTP Relay. Verwenden Sie mit Web API v3 die nativen JSON-Parameter: categories, custom_args, mail_settings (Tracking), send_at (Scheduling). Die Web API bietet feinere und strukturiertere Kontrolle als JSON in einem SMTP-Header.

Glossar

  • Web API v3: SendGrids REST-API zum Versenden von Transaktions-E-Mails. Haupt-Endpoint: POST /v3/mail/send. Rate Limit: 10 000 Anfragen/Sekunde. Empfohlene Methode für jede neue Integration.

  • SMTP Relay: SendGrids SMTP-Server (smtp.sendgrid.net), der das Senden über das Standard-SMTP-Protokoll ermöglicht. Authentifizierung: User apikey + Passwort = API-Schlüssel. Verfügbare Ports: 587 (TLS), 465 (SSL), 2525 (Fallback).

  • Personalizations: JSON-Array in Web API v3, das das Senden an bis zu 1 000 Empfänger pro Anfrage ermöglicht, wobei jeder personalisierten Inhalt über dynamic_template_data erhält.

  • Dynamic Templates: SendGrid-Template-System mit Handlebars-Syntax. Unterstützt Variablen, Bedingungen, Schleifen, Vergleiche, Datumsformatierung. Dreifache Klammern {{{html}}} für nicht-escaptes HTML.

  • Domain Authentication: DNS-Konfiguration zur Authentifizierung Ihrer Domain mit SendGrid. Mit Automated Security: 3 CNAMEs (Return-Path + DKIM s1 + DKIM s2). Generiert 2048-Bit-DKIM-Schlüssel mit automatischer Rotation.

  • Return-Path (Envelope From): Technische Adresse für SMTP-Routing und Bounces. SendGrid verwendet eine Subdomain Ihrer Domain (em1234.captaindns.com), die relaxed SPF-Ausrichtung für DMARC ermöglicht. Anpassbar über Custom Return Path.

  • Automated Security: Empfohlene Option für Domain Authentication. Generiert CNAMEs anstelle von TXT, ermöglicht automatische DKIM-Schlüsselrotation und verwendet standardmäßig 2048-Bit-Schlüssel.

  • IP Warmup: Automatischer Hochlaufprozess für eine neue dedizierte IP. Zeitplan über 41 Tage: von 20 E-Mails/Stunde (T1) bis über 19 Millionen/Stunde (T41). Vermeidet massiven Spam und baut schrittweise Reputation auf.

  • Subusers: Isolierte Unterkonten mit separaten Statistiken, Unterdrückungslisten und Webhooks. Verfügbar bei Pro- und Premier-Plänen (bis zu 15 Subusers). Ermöglichen Reputationstrennung nach Client oder Flow.

  • IP Pools: Gruppen dedizierter IPs, die verschiedenen Flows zugewiesen werden können (transaktional vs. Marketing, nach Client, nach Marke). Verstärken Reputationstrennung.

  • Event Webhook: HTTP-Endpoint, der von SendGrid bei Events aufgerufen wird (delivered, bounced, opened, clicked). Versand in Batches (30s oder 768 KB). Retry bei Fehlschlag für 24h. Sicherheit: ECDSA-Signatur oder OAuth 2.0.

  • X-SMTPAPI: JSON-Header spezifisch für SMTP Relay zum Zugriff auf erweiterte Funktionen (categories, unique_args, Filter, Scheduling). Maximale Größe: 10 000 Bytes. Nicht verwendet mit Web API v3.

  • Link Branding: DNS-Konfiguration zum Ersetzen von SendGrid-Domains in verfolgten Links durch Ihre eigene Domain. Erfordert 2 zusätzliche CNAMEs. Verbessert Vertrauen und Reputation.

  • Sandbox Mode: Testmodus, der JSON-Struktur validiert, ohne tatsächlich zu senden. Aktiviert über mail_settings.sandbox_mode.enable: true. Gibt 200-Code zurück (vs. 202 in Produktion). Verbraucht keine Credits.

  • Email Validation API: E-Mail-Adressvalidierungsdienst mittels Machine Learning (nur Pro/Premier). Überprüft Syntax, DNS, erkennt Wegwerf- und Rollen-Adressen. Urteil: Valid / Risky / Invalid + Score.

  • Inbound Parse: Dienst zum Empfangen und Parsen eingehender E-Mails. Konfiguration: MX-Eintrag zu mx.sendgrid.net auf Subdomain. Extrahiert Header, Body, Anhänge, Spam-Score. Anwendungsfälle: Ticketing, bidirektionale Kommunikation.

Offizielle Quellen

Ähnliche Artikel