SendGrid-E-Mails landen im Spam? So behebst du es

Wenn SendGrid-Mails im Spam landen, sind meist die Voreinstellungen schuld: die DKIM-Signatur über sendgrid.net, das Link-Wrapping über ct.sendgrid.net und Shared IPs binden deine Reputation an eine Plattform, die Spammer seit Jahren massiv missbrauchen. Die Domain-Authentifizierung repariert bei SendGrid beide Hälften von DMARC auf einen Schlag (der em-CNAME sorgt für SPF-Alignment, die CNAMEs s1 und s2 für DKIM-Alignment), womit diese drei Einträge der wirksamste Hebel auf dieser Seite sind. Unten stehen die SendGrid-spezifischen Ursachen, darunter Microsofts Blocks S3140 und S3150, und wie du eine Korrektur mit einem echten Versand überprüfst.

Kostenlosen Spam-Test starten So testest du deine Mailings

Warum SendGrid-E-Mails im Spam landen.

Deine Mails signiert immer noch sendgrid.net, nicht deine Domain

Ein neues SendGrid-Konto kann mit nichts weiter als der Single Sender Verification loslegen, und die bestätigt nur, dass dir eine From-Adresse gehört. Die Mails gehen mit einer DKIM-Signatur von sendgrid.net raus, Gmail zeigt neben deinem Namen „via sendgrid.net“ an, und das DMARC-Alignment scheitert. Seit den Google- und Yahoo-Regeln vom Februar 2024 braucht jeder, der mehr als 5.000 E-Mails am Tag an Gmail schickt, ausgerichtete Authentifizierung, und SendGrids eigene Doku führt die Single Sender Verification als Option für die Testphase. Schließe die Domain-Authentifizierung unter Settings > Sender Authentication ab und prüfe danach die DKIM-d=-Domain an einem echten Versand.

Jeder getrackte Link läuft über ct.sendgrid.net

Mit aktivem Klick-Tracking und ohne Link-Branding schreibt SendGrid jeden Link auf seine Standard-Tracking-Domain ct.sendgrid.net um, und diese Domain hat eine dokumentierte Phishing-Vergangenheit: Angreifer verstecken bösartige URLs hinter SendGrids Tracking-Weiterleitungen, und Unternehmensfilter wie Microsoft Defender haben sendgrid.net-Links schon pauschal als bösartig eingestuft. Eine Link-Domain, die nie zu deiner From-Domain passt, auf einem Redirector mit dieser Historie, ist ein starkes Spam-Signal. Richte das Link-Branding unter Settings > Sender Authentication ein, damit getrackte Links über eine Subdomain deiner eigenen Domain laufen.

Essentials-Konten teilen sich IPs mit SendGrids Missbrauchsproblem

Im Essentials-Plan geht jeder Versand über Shared-IP-Pools raus; dedizierte IPs gibt es erst ab Pro und Premier. SendGrid gruppiert Absender mit ähnlicher Reputation, trotzdem fährst du auf der Infrastruktur der Plattform mit, die Spammer und Phisher bevorzugen, inklusive dokumentierter Wellen gekaperter Konten, die Phishing-Mails rauspumpen. Deinen Pool kannst du nicht wählen, also steuere, was du steuern kannst: Domain-Authentifizierung und Link-Branding verlagern genau die Signale, die Filter am stärksten gewichten, auf deine eigene Domain, und gleichmäßiges Engagement hält dich in der Gruppe der besseren Absender.

Microsoft blockt die sendende IP: 550 5.7.1 mit S3140 oder S3150

Outlook.com, Hotmail und Microsoft 365 lehnen mit 550-5.7.1-Fehlern ab, die einen Code S3140 oder S3150 tragen, sobald sie die sendende IP auf ihre Blacklist setzen; Microsoft veröffentlicht für die beiden Codes keine unterschiedliche Bedeutung. Diese Ablehnungen landen in deiner Blocks-Liste, nicht in Bounces, und SendGrid hat bestätigt, dass viele der jüngsten S3140/S3150-Blocks seriöse Absender während Filteränderungen auf Microsoft-Seite getroffen haben. Prüfe deine IPs in Microsoft SNDS: grüne Ergebnisse bei gleichzeitig auflaufenden Blocks sind ein starkes Argument, unter olcsupport.office.com ein Delisting und eine Support-Anfrage mit deinen Domains, IPs und dem exakten Bounce-Text einzureichen.

Eine frische dedizierte IP ging direkt auf volles Volumen

Die Pläne Pro und Premier enthalten eine dedizierte IP, und der Umstieg ist ein häufiger Auslöser dafür, dass Mails plötzlich im Spam landen: Die neue IP hat keinerlei Historie, also drosseln Anbieter hohes Volumen von ihr oder schieben es in den Spam-Ordner. SendGrid empfiehlt, sie über Wochen schrittweise aufzuwärmen, beginnend mit deinen aktivsten Empfängern. Nutze das automatische IP-Warm-up von SendGrid, sobald die IP hinzugefügt ist, oder folge einem manuellen Ramp-up-Plan, und halte das Volumen danach konstant, denn eine IP, die in Schüben sendet, kühlt wieder ab.

Suppression-Listen wurden geleert, gepurgt oder ignoriert

SendGrid unterdrückt Hard Bounces, Spam-Beschwerden und Abmeldungen automatisch und verwirft künftige Sendungen an diese Adressen dann stillschweigend. Daraus folgen zwei Fehlerbilder. Wer Einträge löscht (oder die Bounce-Purge aktiviert), mailt tote und beschwerdefreudige Adressen erneut an, und genau dieses Verhalten ruiniert IP- und Domain-Reputation. Und weil das Verwerfen still passiert, „reparieren“ Absender fehlende Mails manchmal, indem sie die Listen leeren; sieh im Activity Feed nach Dropped-Events, bevor du sie anfasst.

So authentifiziert SendGrid deine E-Mails.

Die Domain-Authentifizierung bei SendGrid repariert beide Hälften von DMARC gleichzeitig: Der em-CNAME verlegt den Return-Path, damit SPF ausgerichtet ist, und die CNAMEs s1/s2 verlagern die DKIM-Signatur auf deine Domain. Das ist mehr, als ESPs (E-Mail-Versandplattformen) mit reinem DKIM bieten können, und der komplette Ablauf liegt unter Settings > Sender Authentication.

Eintrag	Standard	das Problem	die Lösung
DKIM	Ohne Domain-Authentifizierung signiert SendGrid die Mails als sendgrid.net. Die Single Sender Verification ändert daran nichts, sie bestätigt nur eine From-Adresse.	Die DKIM-d=-Domain passt nie zu deiner From-Domain, das DMARC-Alignment scheitert, und Gmail zeigt neben deinem Absendernamen „via sendgrid.net“.	Geh in Settings > Sender Authentication > Authenticate Your Domain und veröffentliche die beiden DKIM-CNAMEs (s1._domainkey und s2._domainkey, die auf Hosts wie s1.domainkey.u1234567.wl123.sendgrid.net zeigen); mit aktivierter Automated Security rotiert SendGrid die Schlüssel hinter den CNAMEs für dich.
SPF	Der Standard-Return-Path ist eine sendgrid.net-Adresse, also besteht SPF gegen SendGrids Domain statt gegen deine.	SPF ohne Alignment trägt nichts zu DMARC bei, und die Bounce-Domain baut keine Reputation für deine Marke auf.	Der dritte CNAME aus demselben Assistenten (em1234.yourdomain.com, der auf u1234567.wl123.sendgrid.net zeigt) delegiert eine Return-Path-Subdomain an SendGrid, das dort den SPF-Eintrag veröffentlicht; mit aktivierter Automated Security gehört include:sendgrid.net nicht in deinen Root-SPF.
DMARC	Der Assistent Authenticate Your Domain gibt dir einen _dmarc-TXT-Eintrag (v=DMARC1; p=none;), veröffentlichen musst du ihn aber selbst, und die Mails fließen so oder so.	Google und Yahoo verlangen einen DMARC-Eintrag auf den From-Domains von Massenversendern, und eine durchsetzende Policy (quarantine oder reject) ohne ausgerichtetes DKIM und SPF schickt deine eigenen Mails in den Spam-Ordner.	Veröffentliche v=DMARC1; p=none; mit einer rua-Reporting-Adresse unter _dmarc.yourdomain.com, beobachte die Reports, während sich die CNAMEs setzen, und zieh die Policy an, sobald ausgerichtete Sendungen sauber durchlaufen.
Link branding	Das Klick-Tracking schreibt jeden Link über ct.sendgrid.net um, bis du eine eigene Link-Subdomain brandest.	ct.sendgrid.net hat eine dokumentierte Phishing-Vergangenheit und wird von Unternehmens-URL-Filtern markiert, und die Link-Domain passt nie zu deiner From-Domain.	Schließe unter Settings > Sender Authentication den Ablauf Brand Your Links ab und veröffentliche dessen CNAMEs (ein url1234-Host plus ein numerischer Host, beide zeigen auf sendgrid.net), damit getrackte Links über deine eigene Subdomain laufen.

Wenn du diese Einträge aktualisiert hast, prüfe mit den kostenlosen Tools von Unspam, ob alles passt: SPF-Check, DKIM-Check und DMARC-Check.

So testest du eine SendGrid-Kampagne mit Unspam.

SendGrids Testwege verhalten sich nicht wie ein Produktivversand. Test-E-Mails aus Marketing Campaigns gehen mit vorangestelltem „Test -“ im Betreff und ohne aktive Links raus, die Vorschauen im Email Testing rendern die Nachricht ohne normalen Versand, und der Sandbox-Modus der Email API validiert nur den Payload, ohne etwas zuzustellen. Der einzige ehrliche Test ist ein echter Versand an eine Test-Adresse.

01
Hol dir deine Unspam-Test-Adresse

Starte in Unspam einen Spam-Test oder einen Inbox-Placement-Test und kopiere die Test-Adresse, die dabei erzeugt wird. Placement-Tests umfassen Test-Adressen bei Gmail, Outlook, Yahoo, Zoho, ProtonMail und AOL.
02
Leg die Test-Adresse als SendGrid-Kontakt an

Für Marketing Campaigns gehst du auf Marketing > Contacts > Add Contacts, fügst die Adresse manuell hinzu und hältst die Test-Adressen in einer eigenen Liste, zum Beispiel unter dem Namen Deliverability seeds. Für die Email API entfällt dieser Schritt: Die Test-Adresse trägst du direkt ins Empfängerfeld ein.
03
Verschicke die echte Nachricht, keinen Test

Marketing Campaigns: Bau den Single Send exakt so, wie er rausgehen soll, wähl unter Recipients die Liste mit den Test-Adressen und nutze Send Immediately, nicht den Test-Button. Email API: Schick deine Produktionsvorlage über denselben API-Aufruf oder SMTP-Weg, den deine App nutzt, mit der Test-Adresse als Empfänger und ausgeschaltetem Sandbox-Modus.
04
Lies die Ergebnisse in Unspam

Sieh dir den Spam-Score im SpamAssassin-Stil an, die SPF-, DKIM- und DMARC-Ergebnisse des echten Versands (die DKIM-d=-Domain sollte über die Selektoren s1/s2 deine sein, der Return-Path deine em-Subdomain), das Placement je Provider, die Client-Vorschauen und die KI-Eyetracking-Heatmap. Der KI-Assistent zeigt dir vor der echten Kampagne, was du ändern solltest.
05
Prüfe den Activity Feed, wenn eine Test-Adresse nichts bekommt, und teste erneut

Wenn die Test-Adresse jemals gebounct ist oder eine Spam-Beschwerde ausgelöst hat, verwirft SendGrid den Versand stillschweigend; such nach einem Dropped-Event und entferne nur genau diese eine Suppression. Wende die Korrekturen an, sende erneut an dieselbe Liste mit Test-Adressen und vergleiche die Durchläufe. Der Free-Plan deckt monatlich 10 Spam-Tests, 10 Vorschauen, 10 Heatmaps und 3 Inbox-Placement-Tests ab, ohne Kreditkarte; kostenpflichtige Pläne starten bei $9 im Monat mit 14 Tagen Rückerstattung.

Derselbe Test rendert deine Kampagne in über 50 echten E-Mail-Clients, darunter Gmail, Outlook, Apple Mail, iPhone und Android, jeweils im hellen und im dunklen Modus, über Client-Vorschauen, damit du Platzierung und Darstellung in einem Durchgang prüfst.

SendGrid-Funktionen, die still und leise die Zustellung beeinflussen.

Unterdrückte Adressen werden ohne Bounce verworfen

Ein Versand an eine Adresse auf Bounces, Spam Reports oder Global Unsubscribes erzeugt ein Dropped-Event im Activity Feed, und es verlässt nie eine E-Mail SendGrid. Zum Sendezeitpunkt warnt dich nichts. Wenn ein Empfänger oder eine Test-Adresse nie eine Nachricht bekommen hat, sieh in Suppressions nach, bevor du die Spamfilter verantwortlich machst.

Blocks und Bounces verhalten sich unterschiedlich

Ein Bounce unterdrückt eine Adresse dauerhaft, ein Block nicht. Block-Events (Deny Lists, ISP-Blocks wie Microsofts S3140/S3150, Content-Filter) lassen die Adresse sendbar, die nächste Kampagne versucht es also erneut. Das hilft bei vorübergehenden IP-Problemen, bedeutet aber auch: Blocks heilen sich über die Suppression nie von selbst. Lies den Text unter Block Reason und behebe die eigentliche Ursache.

Testsendungen verraten sich selbst

Marketing Campaigns stellt dem Betreff jeder Test-E-Mail „Test -“ voran und aktiviert die echten Links nicht, die Nachricht, die Filter bewerten, ist also nicht die, die deine Kundschaft bekommt. Wo eine Testsendung landet, beweist in keine Richtung etwas. Validiere mit einem echten Single Send oder einem Produktions-API-Aufruf an Test-Adressen.

Single Sender Verification ist eine Abkürzung für Tests, keine Authentifizierung

Sie belegt, dass dir eine From-Adresse gehört; sie signiert nichts und richtet nichts aus. SendGrids Doku rät von Single Sendern mit Freemail-Adressen (gmail.com, outlook.com) ab, weil Google, Yahoo und Microsoft DMARC auf ihren eigenen Domains durchsetzen, solche Mails also im Spam landen oder abgelehnt werden. Alles, was produktiv rausgeht, braucht die Domain-Authentifizierung.

Worauf SendGrid-Absender in der Praxis stoßen.

Die häufigsten Probleme mit der Zustellbarkeit bei SendGrid-Absendern, jeweils mit der passenden Lösung.

Outlook hat unseren ganzen Versand mit 451 4.7.650 gedrosselt, und bei uns hatte sich nichts geändert

Absender auf gesunden dedizierten IPs berichten von Wellen weicher Zurückstellungen mit dem Text '451 4.7.650 ... temporarily rate limited due to IP reputation' bei Outlook, Hotmail und Live, selbst bei 99 Prozent SendGrid-Reputation und sauberem SNDS. Die Mail wird nicht abgelehnt, sie wird nur bis zu 72 Stunden lang erneut versucht, und Microsofts erste automatische Antwort lautet meist 'nothing detected', was viele ausbremst.

Die Lösung Stell sicher, dass die IP in Microsoft SNDS grün ist und der rDNS auflöst, und behandle das dann als Drosselung auf Microsoft-Seite, nicht als SendGrid-Problem. Öffne ein Ticket unter olcsupport.office.com und antworte auf die erste automatische 'nothing detected'-Antwort, um eine Eskalation zu erbitten; Microsoft setzt das Throttling-Limit für deine IP danach passend zu deiner Reputation zurück, und die Zustellung normalisiert sich meist innerhalb von Stunden. Bei einer etablierten IP, die in SNDS grün ist, solltest du weder auf ein Minimum runterfahren noch das Warm-up neu starten. Das Gegenteil gilt nur, wenn diese Zurückstellungen eine wirklich neue IP mitten im Warm-up treffen oder eine, die in SNDS nicht grün ist: Dann nimm das Volumen zurück und zieh das Ramp-up langsamer auf.

SendGrid hat unser neues Konto klammheimlich auf 'under review' gesetzt, und unsere Registrierungs-Mails gingen nicht mehr raus

Jedes neue SendGrid-Konto durchläuft eine Prüfsperre, bevor es senden darf, und ein etabliertes Konto kann bei sinkender Zustellbarkeit oder bei Spam-Beschwerden auf 'warned' oder 'suspended' umgestellt werden. Während einer Sperre bleiben Sendeanfragen bis zu 72 Stunden in der Warteschlange und verfallen dann stillschweigend, also vermuten Absender ein Problem mit dem Spamfilter, obwohl die Mail SendGrid nie verlassen hat.

Die Lösung Sieh im Postfach der Admin-Adresse nach der SendGrid-Benachrichtigung (Prüfanfrage, Warnung 'at risk for suspension' oder Sperrmitteilung) und antworte direkt darauf, denn sie läuft beim Team für Kontoprüfung und Compliance auf; der allgemeine Support kann ein markiertes Konto nicht reaktivieren. Bei einem neuen Konto beantwortest du die Fragen zum Sendezweck zügig, um die Sperre zu lösen, was normalerweise in 24 bis 72 Stunden erledigt ist. Beachte den Unterschied der Zustände: Ein 'warned' Konto darf weiter senden, während du antwortest, bei einem gesperrten Konto steht die Mail bis zu 72 Stunden in der Warteschlange und wird dann verworfen. Um den Auslöser zu vermeiden, halte Bounce- und Spam-Beschwerderaten niedrig, denn SendGrid markiert Konten, wenn das Verhältnis von zugestellt zu verarbeitet fällt oder die Beschwerden steigen.

Unsere Passwort-Resets landeten im Spam, direkt nachdem wir eine Marketing-Kampagne rausgehauen hatten

Standardmäßig verschickt SendGrid transaktionale und Marketing-Mails über dieselbe Identität und dieselbe IP-Reputation, und Marketing-Mails ziehen die Reputation über geringeres Engagement und mehr Beschwerden nach unten. Wenn eine Promo-Kampagne die Beschwerden hochtreibt, folgt der Einbruch deinen OTPs, Belegen und Passwort-Resets in den Spam-Ordner.

Die Lösung Trenne die Ströme auf der Ebene, die Mailbox-Provider bewerten: der Versanddomain. Signiere transaktionale und Marketing-Mails aus unterschiedlichen Subdomains (etwa mail.yourbrand.com fürs Marketing, txn.yourbrand.com für Passwort-Resets und Belege), jede davon unter Settings > Sender Authentication domain-authentifiziert, damit Beschwerden gegen die Marketing-Subdomain nicht auf eine separat DKIM-signierte transaktionale Subdomain durchschlagen. Nur die sichtbare From-Domain zu ändern reicht nicht; die Mail muss von der separaten Subdomain DKIM-signiert sein. Leg außerdem pro Strom einen Subuser an, für getrennte Statistiken und getrennte Reputation. In Pro oder Premier gibst du jedem Subuser eine eigene dedizierte IP oder einen eigenen Pool, sobald du in Volumen sendest (grob ab 250.000 Nachrichten im Monat); Essentials kann die IP-Reputation nicht aufteilen und keine Subuser nutzen, dort ist die Trennung nach Subdomains also die Korrektur, die zählt.

Unsere Öffnungs- und Klickraten bei SendGrid sehen fantastisch aus, und trotzdem verschwinden ständig Abonnenten von der Liste

Mit aktivem Öffnungs- und Klick-Tracking rufen Security-Gateways von Unternehmen jeden getrackten Link (über ct.sendgrid.net) in einer Sandbox ab, bevor der Empfänger die E-Mail überhaupt sieht, inklusive Abmeldelink. Das bläht Öffnungen und Klicks auf, und ein GET auf den getrackten Abmeldelink kann gültige Empfänger stillschweigend abmelden, die du nie wirklich verloren hast.

Die Lösung Verlass dich für Entscheidungen zur Zustellbarkeit nicht auf rohe Öffnungs- und Klickzahlen; SendGrid bestätigt, dass es einen Bot-Klick nicht von einem menschlichen unterscheiden kann und alles protokolliert, belege sie also zusätzlich über Antworten, Conversions oder das Placement bei Test-Adressen. Mach das One-Click-Steuerelement des Mailbox-Providers zum Hauptweg für Abmeldungen: Aktiviere Subscription Tracking, damit SendGrid die Header List-Unsubscribe und List-Unsubscribe-Post: List-Unsubscribe=One-Click (RFC 8058) setzt, bei denen die Abmeldung über ein POST läuft, das Scanner nicht senden. Behältst du einen Link im Text, sorge dafür, dass ein GET nur eine Bestätigungsseite zeigt und erst ein POST abmeldet, oder nutze Group Unsubscribe. Filtere nicht-menschliche Aktivität mit dem Event Webhook und achte auf Häufungen von Klicks oder Abmeldungen, die Sekunden nach einem Versand aus derselben Unternehmensdomain eintreffen.

SendGrid zerschießt unseren List-Unsubscribe-Header, damit bricht die One-Click-Abmeldung in Gmail und die Beschwerden steigen

Absender berichten, dass SendGrids SMTP-Relay den Wert des List-Unsubscribe-Headers MIME-kodiert, sobald er 77 Byte überschreitet, und Gmail wie Outlook können das nicht parsen, also verschwindet das Bedienelement für die One-Click-Abmeldung. Genervte Empfänger klicken auf Spam melden, statt sich abzumelden, was die Beschwerderaten hebt und das Placement Richtung Spam drückt. Es fällt nicht auf, weil Gmails Ansicht Show original den Header dekodiert und er bei flüchtiger Prüfung sauber aussieht.

Die Lösung Halte den Wert des List-Unsubscribe-Headers bei höchstens 77 Byte, damit SendGrid ihn unverändert weiterreicht: Nutze eine kurze Abmelde-URL auf einem schlichten Domain-Pfad statt eines langen Query-Strings, und schick nahe am Limit lieber einen einzigen https- oder mailto-Eintrag statt beider. Prüfe den rohen Header an einem echten Versand, indem du den Quelltext der Nachricht im empfangenden Postfach ansiehst, nicht Gmails dekodiertes Show original, und stell sicher, dass er reines ASCII bleibt. Sende außerdem den Header List-Unsubscribe-Post: List-Unsubscribe=One-Click, damit Gmail und Yahoo die One-Click-Abmeldung respektieren, denn ein kaputter Header zählt gegen die Anforderungen für Massenversender von 2024.

Zustellbarkeit bei SendGrid, kurz beantwortet.

Warum zeigt Gmail neben meinem Absendernamen „via sendgrid.net“?

Deine Domain ist nicht authentifiziert, also signiert SendGrid die Mails als sendgrid.net und Gmail macht die Abweichung mit dem via-Label sichtbar. Schließe die Domain-Authentifizierung unter Settings > Sender Authentication ab; sobald der em-CNAME und die CNAMEs s1/s2 validiert sind, verschwindet das Label und deine eigene Domain baut Reputation auf.

Outlook lehnt meine Mails plötzlich mit 550 5.7.1 und einem Code S3140 oder S3150 ab. Habe ich etwas kaputt gemacht?

Nicht unbedingt. S3140 und S3150 sind IP-Blocks von Microsoft, und SendGrid hat bestätigt, dass jüngste Wellen seriöse Absender während Filteränderungen auf Microsoft-Seite getroffen haben. Prüfe die sendenden IPs in Microsoft SNDS: Zeigen sie grün, während sich die Blocks stapeln, reiche unter olcsupport.office.com ein Delisting und eine Support-Anfrage mit deinen Domains, IPs und dem exakten Bounce-Text ein. Steht SNDS auf Gelb oder Rot, behebe zuerst die Quellen von Beschwerden und Bounces.

Holt mich eine dedizierte IP aus dem Spam-Ordner?

Meistens nicht. Dedizierte IPs gibt es in den Plänen Pro und Premier, und eine frische ist kälter als jeder Shared Pool: keine Historie bedeutet Drosselung, bis wochenlanges Warm-up durch ist. Niedriges oder unregelmäßiges Volumen auf einer dedizierten IP schneidet schlechter ab als ein gesunder Shared Pool. Bring zuerst Authentifizierung, Link-Branding und Listenqualität in Ordnung; auf eine dedizierte IP wechselst du wegen Volumen und Kontrolle, nicht als Mittel gegen Spam.

Kann Unspam sich mit meinem SendGrid-Konto verbinden und Sendungen automatisch testen?

Nein. Unspam integriert sich weder mit der SendGrid-API noch mit der API irgendeines anderen ESP. Der Ablauf ist bewusst manuell: die Test-Adresse von Unspam als Kontakt oder API-Empfänger hinterlegen, eine echte Nachricht über deinen Produktionsweg senden und die Ergebnisse in Unspam lesen. Nur so testest du exakt die Mail, die Signatur und die Links, die deine Empfänger bekommen.

Mails an manche Adressen kommen nie an, und es gibt keinen Bounce. Wo sind sie hin?

Fast sicher eine Suppression. SendGrid verwirft Sendungen an Adressen auf Bounces, Spam Reports und Unsubscribes, ohne die Zustellung überhaupt zu versuchen, und protokolliert ein Dropped-Event im Activity Feed. Lösch die Listen nicht pauschal, um das zu beheben: tote und beschwerdefreudige Adressen erneut anzumailen ist genau das, was der Reputation schadet. Entferne nur Adressen, von denen du belegen kannst, dass sie gültig sind und deine Mails wollen.

Ist die Zustellbarkeit in SendGrids günstigeren Plänen schlechter?

Der Unterschied in der Infrastruktur ist real, aber schmal. Essentials-Konten senden aus Shared-IP-Pools, und SendGrids Voreinstellungen tragen Altlasten mit sich: Der kostenlose Plan, lange ein Liebling von Spammern und Konto-Hijackern, wurde 2025 komplett eingestellt, aber die Signatur über sendgrid.net und die ct.sendgrid.net-Links binden dich weiter an diese Geschichte. Die Lösung heißt Trennung, nicht Upgrade: Domain-Authentifizierung und Link-Branding verlagern deine Reputation in jedem Plan auf deine eigene Domain.

Die Angaben zur Plattform SendGrid wurden anhand öffentlich zugänglicher Dokumentation geprüft (Stand: June 2026) und können sich seitdem geändert haben. SendGrid ist eine Marke des jeweiligen Inhabers. Unspam ist weder mit SendGrid verbunden noch wird Unspam von SendGrid unterstützt.

Teste deine nächste SendGrid-Kampagne, bevor deine Abonnenten es tun.

Kostenlosen Spam-Test starten Inbox-Placement-Test