E-Mail-Deliverability in Salesforce prüfen und richtig einstellen

Wer B2B-Kaltakquise direkt aus Salesforce heraus versendet oder plant, dort zu versenden, stößt schnell auf eine Besonderheit: Salesforce trennt technisch, wie viele und welche Art von E-Mails ein Nutzer versenden darf, unabhängig von der eigentlichen Deliverability-Frage bei Spam-Filtern. Dieser Artikel zeigt, wie Sie check email deliverability salesforce als zweistufiges Thema verstehen – die CRM-seitige Versandberechtigung und die tatsächliche Zustellbarkeit beim Empfänger – und wie beides für adressierte Kaltakquise zusammenspielt.

Warum Deliverability in Salesforce ein zweistufiges Thema ist

In den meisten E-Mail-Umgebungen bedeutet Deliverability ausschließlich: Kommt die Nachricht beim Empfänger im Posteingang an oder im Spam-Ordner? In Salesforce kommt eine vorgelagerte Ebene hinzu, die mit der eigentlichen Zustellbarkeit noch nichts zu tun hat: die interne Versandberechtigung des Systems selbst. Salesforce entscheidet organisationsweit über eine zentrale Einstellung im Bereich E-Mail-Administration, welche Arten von E-Mails ein Nutzer oder eine Automatisierung überhaupt versenden darf.

Diese Einstellung kennt mehrere Stufen, von uneingeschränktem Versand bis zu einem Modus, der ausschließlich system-generierte E-Mails erlaubt und jeden manuellen oder automatisierten Versand an externe Adressen blockiert. Wer eine Kaltakquise-Sequenz aus Salesforce heraus testet und keine einzige Mail beim Empfänger ankommt, sollte zuerst diese Einstellung prüfen, bevor er die Ursache bei SPF, DKIM oder DMARC sucht.

Diese zweistufige Betrachtung ist besonders für Teams relevant, die aus der klassischen E-Mail-Welt kommen und gewohnt sind, Zustellbarkeit ausschließlich als Frage der Empfängerseite zu behandeln. In Salesforce reicht ein technisch einwandfrei konfigurierter Absender allein nicht aus – erst wenn beide Ebenen, die interne Versandberechtigung und die externe Authentifizierung, unabhängig voneinander geprüft und korrekt eingestellt sind, lässt sich eine verlässliche Aussage über die tatsächliche Zustellbarkeit treffen.

Die Salesforce-Einstellung zur Versandberechtigung verstehen

Die Versandberechtigung wird pro Salesforce-Organisation zentral verwaltet und legt fest, ob überhaupt, mit welchen Einschränkungen und an wen E-Mails aus dem System verschickt werden dürfen. Für eine Produktivumgebung, in der reale Kunden und Interessenten per E-Mail kontaktiert werden sollen, muss diese Einstellung auf den vollen Versandumfang stehen – andernfalls werden Mails entweder komplett blockiert oder auf System-Benachrichtigungen ohne Anhänge reduziert.

Diese Einstellung ist unabhängig von der technischen E-Mail-Authentifizierung Ihrer Domain. Eine sauber konfigurierte SPF-, DKIM- und DMARC-Einrichtung hilft nichts, wenn Salesforce selbst den Versand auf CRM-Ebene bereits unterbindet. Beide Ebenen müssen für einen erfolgreichen email deliverability test salesforce unabhängig voneinander geprüft werden.

• Vollständiger Versand: alle E-Mail-Arten an alle Adressen erlaubt – Standard für Produktivumgebungen mit aktivem Kaltakquise- oder Vertriebsversand
• Eingeschränkter Versand ohne Anhänge: E-Mails werden verschickt, Anhänge jedoch entfernt
• Nur System-E-Mails: ausschließlich automatisch generierte Systembenachrichtigungen, kein manueller oder Sequenz-Versand
• Kein Massenversand: einzelne E-Mails erlaubt, automatisierte Massen-Sequenzen blockiert
• Kein Versand: vollständige Sperre, typischerweise der Standard in neu angelegten Testumgebungen

Die Sandbox-Falle: warum Testmails aus der Sandbox oft nicht ankommen

Ein email deliverability salesforce sandbox Test scheitert in der Praxis sehr häufig nicht an der eigentlichen Zustellbarkeit, sondern schlicht daran, dass Sandbox-Umgebungen standardmäßig auf den restriktivsten Versandmodus gesetzt sind. Das ist eine bewusste Schutzmaßnahme: Sandboxen enthalten oft Kopien echter Kontaktdaten, und ohne diese Sperre würden Testläufe versehentlich reale E-Mails an echte Kunden oder Interessenten verschicken.

Für Teams, die eine Kaltakquise-Sequenz zunächst in einer Sandbox testen wollen, bedeutet das: Die Versandberechtigung muss für den Test bewusst angepasst werden, idealerweise kombiniert mit Testadressen, die nicht mit echten Kontaktdaten verwechselt werden können. Ein Test, der nach Anpassung der Versandberechtigung immer noch fehlschlägt, deutet dann tatsächlich auf ein technisches Zustellbarkeitsproblem hin und nicht mehr auf die CRM-seitige Sperre.

Authentifizierung: Salesforce als Absender korrekt einrichten

Sobald die Versandberechtigung passt, gilt für Salesforce dieselbe technische Grundlage wie für jeden anderen E-Mail-Absender: Die sendende Domain braucht korrekt konfigurierte SPF-, DKIM- und im besten Fall DMARC-Einträge, die den tatsächlich genutzten Versandweg über Salesforce abbilden. Salesforce stellt dafür eigene Funktionen zur Domain-Authentifizierung bereit, über die sich DKIM-Signaturen für die eigene Absenderdomain aktivieren lassen.

Wichtig für Kaltakquise-Absenderdomains: Wird aus Salesforce heraus über eine eigene, dedizierte Subdomain für Kaltakquise versendet, muss diese Subdomain eigenständig authentifiziert werden. Sie erbt die Reputation der Hauptdomain nicht automatisch, profitiert aber auch nicht automatisch von deren SPF- und DKIM-Konfiguration, wenn diese nicht explizit auf die Subdomain erweitert wurde.

Ein weiterer Punkt, der in der Praxis häufig übersehen wird, ist die Kombination aus mehreren Versandquellen innerhalb derselben Domain. Versendet ein Unternehmen sowohl Transaktions-E-Mails über einen externen Dienstleister als auch Vertriebs- und Kaltakquise-Mails über Salesforce, müssen beide Versandwege im selben SPF-Eintrag der Domain berücksichtigt werden. Ein nachträglich hinzugefügter Salesforce-Versandweg, der im bestehenden SPF-Eintrag fehlt, führt zu genau den Authentifizierungsfehlern, die einen Deliverability-Test scheitern lassen, obwohl die Grundkonfiguration eigentlich vorhanden ist.

Deliverability-Monitoring rund um Salesforce

Salesforce selbst liefert Bounce-Informationen und grundlegende Versandstatistiken, aber keine Aussage darüber, ob eine zugestellte E-Mail beim Empfänger im Posteingang oder im Spam-Ordner landet. Diese Information liegt außerhalb des CRM und erfordert externe email deliverability monitoring tools, die entweder über Testadressen bei verschiedenen Mailboxanbietern oder über Postmaster-Schnittstellen der großen Anbieter arbeiten.

Für Teams, die regelmäßig aus Salesforce heraus versenden, lohnt sich eine Kombination: CRM-seitige Bounce- und Antwortstatistiken für die inhaltliche Steuerung der Kampagne, externes Deliverability-Monitoring für die technische Reputation der Absenderdomain. Beide Datenquellen beantworten unterschiedliche Fragen und ersetzen sich nicht gegenseitig.

Bei der Auswahl eines externen Monitoring-Tools für eine Salesforce-Umgebung lohnt sich die Prüfung, ob eine direkte Anbindung über eine Schnittstelle möglich ist oder ob Ergebnisse manuell zwischen beiden Systemen abgeglichen werden müssen. Ein manueller Abgleich ist bei gelegentlichem, kleinvolumigem Kaltakquise-Versand vertretbar, wird bei regelmäßigem Versand über mehrere Sequenzen und Teams jedoch schnell zum eigenen Aufwandstreiber.

Was das für Kaltakquise aus dem CRM heraus bedeutet

Salesforce ist in erster Linie für Vertriebs- und Kundenkommunikation an bereits bekannte Kontakte ausgelegt, nicht als spezialisierte Infrastruktur für hochvolumige Kaltakquise. Für kleine, sorgfältig personalisierte Kaltakquise-Kampagnen an neu recherchierte Entscheider lässt sich Salesforce zwar als Versandweg nutzen, stößt aber schneller an Reputationsgrenzen als eine dedizierte, für Kaltakquise ausgelegte Sendeinfrastruktur mit eigener, sauber aufgewärmter Domain.

Ein in der Praxis bewährtes Modell: Die eigentliche Kaltakquise läuft über eine separate, dafür optimierte Absenderinfrastruktur, während Salesforce als zentrales CRM alle Antworten, Termine und den weiteren Vertriebsprozess abbildet. So bleibt die Reputation der Kaltakquise-Domain unabhängig von der Hauptdomain des Unternehmens, ohne dass der Vertrieb den Überblick über den Gesamtprozess verliert.

Für die Rückspiegelung der Ergebnisse ins CRM ist entscheidend, dass Antworten und Terminvereinbarungen aus der separaten Sendeinfrastruktur zuverlässig als Aktivität am jeweiligen Kontakt oder Lead in Salesforce landen, statt in einem getrennten System zu verbleiben. Nur so behält der Vertrieb die gewohnte Arbeitsumgebung, während die technische Zustellbarkeit der eigentlichen Kaltakquise auf einer Infrastruktur läuft, die speziell dafür ausgelegt ist, statt einer für ganz andere Zwecke gebauten CRM-Versandfunktion.

Checkliste für einen sauberen Salesforce-Deliverability-Test

Vor jedem Test der E-Mail-Zustellbarkeit aus Salesforce heraus helfen folgende Punkte, die häufigsten Fehlerquellen auszuschließen.

• Versandberechtigung der Organisation bzw. Sandbox auf vollständigen Versand geprüft?
• Für Sandbox-Tests ausschließlich eigene Testadressen verwendet, keine echten Kontaktdaten?
• SPF-, DKIM- und DMARC-Einträge für die genutzte Absenderdomain oder Subdomain korrekt gesetzt?
• Bounce-Statistiken in Salesforce regelmäßig kontrolliert, nicht nur einmalig beim Setup?
• Externes Deliverability-Monitoring für die tatsächliche Postfach-Platzierung ergänzend eingerichtet?
• Geprüft, ob hochvolumige Kaltakquise besser über eine separate Sendeinfrastruktur mit Rückspiegelung ins CRM läuft?

Häufige Fragen