Salesforce Email Deliverability Teszt: Sandbox Beállítástól a Cold Email Integrációig
Egy Salesforce sandbox környezetben tökéletesen működő teszt email semmit nem mond el arról, hogy éles környezetben hova landol az üzeneted: a beépített System Email Only beállítás ugyanis szándékosan blokkolja a valódi kézbesítést. Ha CRM-adataidból célzott cold email kampányt indítasz, a deliverability tesztet a tényleges küldő domainen és a tényleges eszközön kell futtatnod, nem a Salesforce belső levelezőjén. Ez a cikk végigvezet a Salesforce email deliverability beállításain, a sandbox tesztelés buktatóin, és azon, hogyan kösd össze a CRM-et egy dedikált cold email eszközzel anélkül, hogy a doménreputációdat kockáztatnád.
- A Salesforce sandbox alapértelmezett System Email Only beállítása nem alkalmas valós deliverability tesztre – tudatosan kell átállítani, majd visszaállítani.
- A deliverability tesztet mindig a tényleges küldő domainen és infrastruktúrán kell futtatni, nem a Salesforce belső relay-jén keresztül.
- SPF/DKIM/DMARC-ot a tényleges küldő domainhez kell igazítani, nem a Salesforce alapértelmezett email-domainjéhez.
- A CRM-ből szinkronizált kontaktlistát mindig szűrni kell (bounce, opt-out, inaktív cím), mielőtt a cold email eszközbe kerül.
- Az inbox-placement arány rendszeres, ismételt mérése fontosabb, mint az egyszeri sandbox teszt eredménye.
Miért nem elég a Salesforce beépített email tesztje
A Salesforce Setup menüjében található Deliverability beállítás (Email Administration > Deliverability) valójában egy hozzáférés-vezérlő kapcsoló, nem egy deliverability-mérő eszköz. Három állása van: All Email, System Email Only és No Access – ezek azt szabályozzák, hogy a szervezetből egyáltalán kimehet-e külső email, nem azt, hogy a Gmail vagy az Outlook spam mappájába kerül-e.
Sandbox környezetben az alapértelmezett beállítás System Email Only, ami azt jelenti, hogy a rendszer által generált automatikus üzenetek (jelszó-visszaállítás, jóváhagyási értesítés) kimennek, de a felhasználók vagy folyamatok által küldött üzenetek nem hagyják el a szervezetet. Ez tökéletes védelem az ellen, hogy egy teszt véletlenül éles ügyfélnek menjen ki – de ha valódi email deliverability tesztet akarsz futtatni Salesforce sandbox környezetben, ezt a beállítást tudatosan kell kezelned, és a teszt után vissza kell állítanod.
A célzott B2B cold email kampányok esetében ráadásul a Salesforce natív email küldése (Email Alerts, Flow-ból küldött üzenetek) egyáltalán nem alkalmas kimenő outreach-re: nincs natív warm-up, nincs automatikus follow-up szekvenálás, és a domain reputációja megegyezik a cég összes többi tranzakciós leveléével. Egy rosszul időzített cold email hullám lerontja a számla-értesítők kézbesítését is.
Email deliverability beállítások lépésről lépésre Salesforce sandboxban
Fontos, hogy ez a folyamat a Salesforce natív levelezésére vonatkozik. Ha a cold email kampányt külön eszközből, nem Salesforce Flow-ból indítod, a deliverability tesztet ott, a tényleges küldő infrastruktúrán kell megismételned – a Salesforce oldali beállítás legfeljebb azt garantálja, hogy a CRM-ből kimenő rendszerüzenetek (pl. meeting-visszaigazolás) nem ütköznek a kampányoddal.
- Setup > Email Administration > Deliverability megnyitása, jelenlegi Access Level ellenőrzése
- Ha valódi tesztcímre (saját céges postafiók) akarsz küldeni, állítsd All Email-re, majd a teszt végeztével azonnal vissza System Email Only-ra
- A küldő domain beállítása Email > Domains alatt – add hozzá és hitelesítsd a saját alszdomened (pl. mail.cegneved.hu), ne a Salesforce alapértelmezett szerverét használd
- SPF rekord kiegészítése a Salesforce küldő IP-tartományával, ha a natív email funkciót is használod bármire
- DKIM kulcs generálása a Salesforce-ban (Email > DKIM Keys), majd a publikus kulcs bemásolása a DNS-be, státusz Active-ra állítása
- Teszt küldés saját, több szolgáltatónál (Gmail, Microsoft 365, saját céges szerver) lévő postafiókokba, és az eredmény manuális ellenőrzése
- A sandbox teszt után az Access Level visszaállítása System Email Only-ra, hogy elkerüld a véletlen kiküldést
Benchmark: mire számíthatsz inbox-elhelyezés terén
A deliverability tesztek eredményét érdemes egy egyszerű, négykategóriás bontásban nézni: hány százalék landol a fő postafiókban, hány a másodlagos fülön (pl. Gmail Promóciók), hány a spamben, és hány pattan vissza teljesen. Egy jól bemelegített, néhány hete aktív küldő domainnél az alábbi arányok tekinthetők egészséges tartománynak célzott B2B cold email esetén.
Ha a saját tesztedben a spam mappa aránya 15-20% fölé megy, az szinte mindig három ok egyike: hiányzó vagy hibás DKIM-aláírás, túl magas napi küldési volumen egy fiatal domainen, vagy a Salesforce-ból exportált lista tisztítatlansága – elavult, visszapattant vagy soha nem validált címek.
A számok tájékoztató jellegűek, célzott B2B kampányok gyakorlati tapasztalatai alapján – új vagy be nem melegített domainnél ennél lényegesen rosszabb arány is előfordulhat.
Tipikus hibák a Salesforce és a cold email eszköz összekötésekor
A leggyakoribb hibák nem a technikai beállításban, hanem a folyamat szintjén jelentkeznek – amikor a csapat a Salesforce-ot és a kimenő levelezést egyetlen, közös kockázati körnek kezeli.
- A Salesforce alapértelmezett email-domainjét használják cold outreach-re ahelyett, hogy dedikált, felmelegített alszdoment állítanának be
- A sandbox tesztet System Email Only mellett futtatják, majd meglepődnek, hogy a valós kampány deliverability-je egészen más
- A CRM-ből teljes kontaktlistát szinkronizálnak szűrés nélkül, beleértve a korábbi bounce-okat és a leiratkozottakat is
- A cold email eszközből érkező válaszokat nem kötik vissza a Salesforce lead vagy contact rekordhoz, így az SDR csapat duplán keres meg valakit
- Egyetlen domainen futtatják a tranzakciós Salesforce-emaileket és a cold outreach-et, ami a reputációt közös kockázati körbe vonja
Checklist: CRM-adatok és célzott cold email eszköz összekapcsolása
A gyakorlatban a legjobb eredményt az adja, ha a Salesforce marad az igazság forrása – contact, account, deal-státusz –, a tényleges kimenő levelezést pedig egy erre épített eszköz végzi, amely vissza tudja írni a válaszokat és a nyitási/kattintási eseményeket a CRM-be.
- Csak azok a kontaktok kerülnek szinkronizálásra, amelyeknél van validált email cím és egyértelmű B2B jogalap (pl. céges pozíció, korábbi kapcsolat)
- A küldő domain elkülönül a Salesforce transzakciós leveleitől, saját SPF/DKIM/DMARC rekorddal
- A napi küldési volumen fokozatosan nő (warm-up), nem egyszerre indul a teljes CRM-lista
- A follow-up szekvenciák személyre szabása CRM-mezőkből történik (pl. cégnév, iparág, utolsó interakció dátuma), nem generikus szöveggel
- A válaszok automatikusan visszaírásra kerülnek a Salesforce lead vagy opportunity rekordjába, hogy az SDR egy helyen lásson mindent
- Heti szinten újra futtatott deliverability teszt, nem csak az induláskor egyszeri ellenőrzés
Egy tipikus első kontakt email, amit CRM-adatból generálunk: Szia [keresztnév], látom, hogy a [cégnév] nemrég bővítette a logisztikai flottáját – ehhez kapcsolódóan küldenénk egy rövid összefoglalót arról, hogyan csökkentette a Duna Trade Kft. 18 százalékkal a szállítási költségeit hasonló bővítés után. Van értelme egy 15 perces hívásnak a jövő héten? A szögletes zárójeles mezőket a CRM contact és account objektumból tölti fel a rendszer, nem kézzel írt szöveg.
Gyakori kérdések
Mi a különbség a Salesforce System Email Only és All Email deliverability beállítása között?
A System Email Only csak a Salesforce által automatikusan generált rendszerüzeneteket (pl. jelszó-visszaállítás) engedi kimenni, a felhasználói vagy Flow-ból küldött email nem hagyja el a szervezetet – ez a sandbox alapértelmezettje. Az All Email mindent kienged, ezért csak éles környezetben vagy tudatos, időben korlátozott teszt céljából érdemes bekapcsolni sandboxban.
Használható a Salesforce natív email küldése cold email kampányra?
Technikailag igen, de nem ajánlott: nincs natív domain warm-up, follow-up szekvenálás vagy inbox-placement monitorozás, és a domain reputációja összekapcsolódik a cég tranzakciós leveleivel. Célzott B2B outreach-hez érdemesebb dedikált eszközt használni, amely csak a CRM-adatokat olvassa ki Salesforce-ból.
Hogyan tesztelhető a deliverability sandboxban anélkül, hogy éles címzettnek menne ki email?
Állítsd a Deliverability beállítást ideiglenesen All Email-re, küldj tesztüzenetet kizárólag saját, ellenőrzött postafiókokba (Gmail, Microsoft 365, céges szerver), figyeld meg, hova landol, majd azonnal állítsd vissza System Email Only-ra. Így elkerülhető, hogy egy véletlen automatizmus éles ügyfélnek küldjön tesztlevelet.
Legális-e Magyarországon B2B kontaktoknak cold emailt küldeni?
Igen, az EU GDPR és a magyar Infotv. (2011. évi CXII. törvény) jogos érdek jogalapon lehetővé teszi a célzott, releváns B2B megkeresést, feltéve, hogy egyértelmű leiratkozási lehetőséget biztosítasz és a küldött tartalom valóban releváns a címzett cégére vagy pozíciójára nézve. A tömeges, nem szelektált listára küldött levelezés viszont már nem tartozik ide.
Miért térhet el a sandbox teszt eredménye az éles kampányétól?
A sandbox teszt más domain-reputáción, gyakran kisebb volumenen és rövidebb bemelegítési idővel fut, míg az éles kampány a tényleges küldő infrastruktúrán, valódi napi volumennel megy. Emiatt a sandbox csak a technikai beállítás (SPF/DKIM helyessége) ellenőrzésére alkalmas, az inbox-placement tényleges arányát csak az éles, felmelegített domainen mérheted.
Hogyan kerülnek vissza a cold email válaszok a Salesforce-ba?
A cold email eszköznek natív Salesforce-integrációval vagy API-kapcsolattal kell rendelkeznie, amely a bejövő választ a megfelelő lead vagy contact rekordhoz köti, és opcionálisan aktivitást vagy taskot hoz létre az SDR számára. Enélkül a csapat könnyen duplán vagy inkonzisztensen keresi meg ugyanazt a kontaktot.
Alkalmazná ezt a saját outreach-folyamatában?
A munka megkezdése előtt megmutatjuk, hogyan működik ez az Ön szegmensénél és termékénél.
Beszéljünk