Live Direct Marketing
Hem → Blogg → Verktyg och CRM

Så testar B2B-säljteam e-postleverans i Salesforce sandbox innan cold email kopplas till CRM

12 juli 2026 · 8 min läsning · Guide: Verktyg och CRM

Många säljorganisationer kopplar cold email-sekvenser rakt in i Salesforce utan att först kontrollera om avsändardomänen faktiskt levererar till inkorgen. Resultatet blir att den första kontakten med ett prospekt landar i skräpposten – eller aldrig skickas alls på grund av en felkonfigurerad sandbox. En strukturerad email deliverability test innan CRM-kopplingen sparar både domänrykte och pipeline.

I korthet
  • Salesforce sandbox blockerar utgående e-post som standard – Email Deliverability måste sättas till "All Email" för realistiska tester
  • SPF, DKIM och DMARC måste vara korrekt anpassade innan någon volym skickas från en ny sändardomän
  • Salesforce visar inte inbox placement – kombinera sandbox-tester med externa deliverability testing tools
  • Testa alltid mot flera stora leverantörer (Gmail, Outlook, iCloud), inte bara interna adresser på samma domän
  • Deliverability-tester bör upprepas efter varje ändring i CRM:ets automation, inte bara vid första uppsättningen

Varför en deliverability-test måste göras innan CRM-kopplingen

Ett cold email-program som skickas via en integration mellan ett utskicksverktyg och Salesforce är i praktiken bara så bra som domänens leveransgrad. Om SPF, DKIM eller DMARC inte är korrekt konfigurerade innan sekvenserna aktiveras, straffas domänen redan från första utskicket – och det rykte tar veckor att bygga upp igen.

Det handlar inte om att lura spamfilter. Målet är motsatsen: att en legitim, personlig affärsmejl till en namngiven inköpsansvarig eller CTO ser ut och beter sig som vilken seriös affärskommunikation som helst. En email deliverability test i förväg är det sätt man verifierar att tekniken inte i onödan gör ett äkta B2B-utskick misstänkt.

Så sätter du upp testet i Salesforce sandbox

Salesforce sandbox-miljöer skiljer sig från produktion på en punkt som ofta missas: fältet Email Deliverability under Setup är som standard satt till "System Email Only", vilket blockerar all utgående e-post från flöden, Apex-triggers och tredjepartsintegrationer. Ska en email deliverability salesforce sandbox-test ge meningsfulla resultat måste inställningen ändras till "All Email" innan något skickas.

Bygg därefter en liten testlista med adresser hos de leverantörer merparten av era prospekt faktiskt använder – oftast Gmail, Microsoft 365/Outlook och i vissa branscher iCloud. Kör samma sekvens som ska gå live: samma avsändardomän, samma signatur, samma spårningslänkar. Skicka i låg volym, precis som vid en verklig cold email-kampanj, och kontrollera bounce- och soft bounce-loggarna i Salesforce efteråt.

Testa även att svar går tillbaka till rätt inkorg och loggas korrekt som en aktivitet på leadet eller kontakten – en teknisk detalj som lätt glöms bort men som avgör om SDR-teamet faktiskt ser svaren i CRM:et.

Verktyg utanför Salesforce du behöver komplettera med

Salesforce sandbox visar om ett mejl accepterades av mottagarens server, men inte var det hamnade – inkorg, kategoriflik eller skräppost. Därför kompletterar de flesta säljorganisationer med externa email deliverability testing tools som mail-tester.com, GlockApps eller Google Postmaster Tools för att se faktisk inbox placement och domänrykte över tid.

I trådar på Reddit, framför allt under r/coldemail och r/salesforce, delar säljare och RevOps-personer ofta konkreta email deliverability test reddit-resultat från sina egna domäner – vilken kombination av SPF/DKIM/DMARC-inställningar som fungerat, och vilka varningstecken (låg öppningsgrad, ovanligt många "no reply" som verkar vara auto-svar från spamfilter) som föregick en försämring.

Riktvärden för inbox placement vid ett nystartat cold email-program

Det finns inga officiella siffror att luta sig mot, men praktiska tester av nya sändardomäner inom målinriktad B2B-utskick brukar följa ungefär samma mönster under de första veckorna, innan domänen hunnit bygga upp rykte.

Exempel

Ett testutskick mot en seedlista med tio adresser hos Gmail, Outlook och iCloud visade att sju mejl landade i huvudinkorgen, två i Gmails kategoriflik och ett i skräpposten. Det räckte för att identifiera att DKIM-signaturen saknades för den subdomän som Salesforce-integrationen faktiskt skickade från – en detalj som annars inte hade synts förrän skarpa prospekt uteblev från svar.

Vanliga misstag vid deliverability-tester

De flesta problem uppstår inte i själva testet utan i hur det tolkas eller upprepas – eller snarare, hur sällan det upprepas.

Checklista: så kopplar LDM ihop deliverability-tester med CRM

I riktade B2B-kampanjer där varje mottagare är en namngiven person på ett specifikt företag är felmarginalen liten – ett mejl som hamnar i skräpposten är inte bara en förlorad öppning, det är en förlorad relation med en potentiell kund. Därför körs deliverability-tester som en fast del av uppsättningen, inte som ett engångsmoment innan lansering.

Vanliga frågor

Kan jag testa email deliverability direkt i Salesforce utan externa verktyg?

Delvis. Salesforce sandbox visar om ett mejl accepterades eller studsade, men inte var det faktiskt hamnade hos mottagaren. För att se inbox placement behövs ett externt verktyg som mail-tester.com eller GlockApps vid sidan av sandbox-testet.

Varför skickas inga mejl alls från min Salesforce sandbox?

Troligen är fältet Email Deliverability under Setup satt till "System Email Only", vilket är standard i sandbox-miljöer. Ändra till "All Email" för att kunna testa faktiska utgående sekvenser från flöden, Apex eller tredjepartsintegrationer.

Hur ofta bör en deliverability-test köras?

Vid varje ny sändardomän eller subdomän, samt efter alla större ändringar i mejlmallar, avsändaradress eller CRM-automation. Många team kör dessutom ett lättare test månadsvis för att fånga gradvis försämrat domänrykte i tid.

Är resultat från Reddit-trådar om email deliverability tillförlitliga?

De ger en bra känsla för vanliga fallgropar och vilka verktyg andra praktiker litar på, men resultaten är alltid domän- och kontextspecifika. Använd dem som utgångspunkt, inte facit – kör alltid en egen test på er egen domän.

Skiljer sig deliverability mellan Salesforce Marketing Cloud och en cold email-integration?

Ja. Marketing Cloud har egen infrastruktur och rykteshantering för högvolyms-e-post, medan en cold email-integration mot vanlig Salesforce oftast skickar via en tredjepartsleverantörs SMTP eller API med en egen sändardomän. De behöver testas och värmas upp separat.

Vad är skillnaden mellan att testa i sandbox och i produktion?

Sandbox isolerar testet från skarp data och skarpa prospekt, vilket är säkrare, men sändardomänens rykte byggs upp i produktion. Ett sandbox-test verifierar tekniken (SPF, DKIM, integration), medan det faktiska domänryktet bara kan mätas genom kontrollerade, låga volymer i produktionsmiljön.

Viktigt: detta är inte massutskick och inte spam. Vi arbetar riktat: varje meddelande går till en specifik kontaktperson på ett specifikt företag av ett legitimt affärsskäl, i små dagliga volymer och personaliserat för mottagaren. Varje mejl anger tydligt avsändaren och har en avregistreringslänk med ett klick; avregistreringar och spärrlistor respekteras i alla framtida kampanjer utan undantag.

Vill du använda det här i din outreach?

Vi visar hur det fungerar för ditt segment och din produkt — innan arbetet börjar.

Prata med oss

Mer i ämnet: Verktyg och CRM