Как да настроите доставимостта на имейлите в Salesforce за B2B outreach

Мнозина администратори на Salesforce мислят, че панелът Deliverability решава целия проблем с попадането в спам. На практика повечето търговски имейли не тръгват от Salesforce SMTP, а от свързан Gmail или Outlook акаунт през Einstein Activity Capture — и там важат съвсем други правила. Тази статия показва кои email deliverability settings в Salesforce реално имат значение и кои трябва да се конфигурират другаде.

Защо Salesforce сам по себе си не гарантира доставимост

Голяма част от объркването около email deliverability settings salesforce идва от факта, че повечето B2B търговски екипи изобщо не изпращат имейли през вградения Salesforce SMTP сървър. Вместо това ползват Einstein Activity Capture или Salesforce Inbox, които синхронизират писма от реален Gmail или Microsoft 365 акаунт на търговеца. В този сценарий писмото физически напуска инфраструктурата на Google или Microsoft — Salesforce само записва копие в CRM.

Панелът Setup > Email > Deliverability контролира най-вече системни известия (нулиране на парола, задачи, автоматизации) и масови имейли, изпратени директно от Salesforce (например през Email Studio или списъчна разсылка). За тях access level, TLS и bounce обработка действително имат тежест.

За реалния cold outreach на малки дневни обеми истинската репутация се гради на нивото на изпращащия домейн и пощенска кутия — независимо дали CRM отзад е Salesforce, HubSpot или друг от многото crm продукти на пазара. Настройката вътре в CRM е необходимо, но не достатъчно условие.

Кои настройки в Salesforce реално да проверите

Ето какво има смисъл да конфигурирате, разделено по това дали изпращате директно през Salesforce, или през свързан пощенски акаунт.

• Setup > Email > Deliverability — Access Level на "All Email" само ако наистина изпращате масово от Salesforce; включете задължителен TLS за изходящата връзка
• Email Relay — насочете изходящия трафик през собствен SMTP или релей сървър, за да контролирате Return-Path домейна вместо да разчитате на споделения на Salesforce
• Setup > Email > DKIM Keys — създайте и активирайте DKIM ключ за всеки org-wide адрес, публикувайте предоставения CNAME запис в DNS на вашия домейн
• SPF запис — включете _spf.salesforce.com само ако наистина изпращате през Salesforce SMTP; ако ползвате Email Relay през собствен сървър, включете него, не двата едновременно
• Bounce Management — включете автоматично управление на отскоците с праг за деактивиране на адрес след поредица твърди bounce-ове
• За търговци, изпращащи през Gmail/Outlook — SPF, DKIM и DMARC се настройват в администраторската конзола на Google Workspace или Microsoft 365 за реалния изпращащ домейн, Salesforce тук е само огледало
• Отделен поддомейн за outreach (например mail.company.bg), различен от основния корпоративен домейн, за да изолирате репутацията на кампаниите от административната поща

Каква разлика прави правилната автентикация

Разликата между организация с пълна автентикация и такава без нея не е абстрактна — тя се вижда директно в процента писма, които попадат в основната папка Inbox вместо в спам. Данните по-долу са ориентировъчни диапазони от практиката на таргетирани B2B кампании, а не гарантирани стойности за всеки домейн.

Реалният ефект зависи и от възрастта на домейна, историята на пощенската кутия и дневния обем — но посоката е постоянна: липсата на DKIM и DMARC почти винаги коства значителна част от inbox placement, независимо коя CRM стои зад изпращането.

Постепенно нарастване на обема при нова пощенска кутия или домейн

Дори с идеално конфигурирани SPF, DKIM и DMARC, нов изпращащ домейн или прясно свързан Gmail/Outlook акаунт няма история пред доставчиците на поща. Рязък скок от 0 на 150 писма дневно през първата седмица е сигурен начин да попаднете в спам филтъра, независимо от настройките в Salesforce.

Практиката, която работи, е бавен ramp-up — постепенно увеличаване на дневния обем на всяка пощенска кутия, съчетано с проследяване на bounce rate и оплаквания.

Най-честите грешки

Повечето проблеми с доставимостта, които виждаме при екипи, работещи през Salesforce, не идват от липсваща настройка, а от погрешно поставена.

• Публикуване на DKIM ключа от Salesforce, докато реалните писма тръгват от Gmail — ключът просто не се използва никога
• Два SPF include едновременно (Salesforce и собствен релей сървър) — това чупи SPF записа вместо да го подсилва
• Един-единствен споделен org-wide адрес за целия екип — при проблем не можете да изолирате кой изпращач е засегнал репутацията
• Изключено Bounce Management — твърдите отскоци се натрупват тихо и постепенно рушат репутацията на домейна
• Ползване на основния корпоративен домейн (същия като счетоводството и поддръжката) за студен outreach с висок риск от bounce
• Липса на ramp-up при нов акаунт или домейн, скочен директно на пълен дневен обем

Чеклист: как LDM подхожда към интеграция със Salesforce

При свързване на кампания с Salesforce първо картографираме откъде реално тръгват писмата — през вграден SMTP или през синхронизиран Gmail/Outlook акаунт — защото от това зависи къде точно се настройват SPF, DKIM и DMARC.

След това проверяваме резултата с независим email deliverability checker и пускаме серия от email deliverability tests преди старт на кампанията, вместо да разчитаме единствено на индикаторите вътре в CRM панела.

• Идентифицирайте реалния път на изпращане (Salesforce SMTP срещу свързан личен акаунт)
• Настройте SPF/DKIM/DMARC там, където действително се случва изпращането
• Изолирайте outreach трафика на отделен поддомейн от административната поща
• Включете bounce management с разумен праг за автоматична пауза
• Пуснете email deliverability тест преди всяка нова вълна с по-висок обем
• Проследявайте reply rate и bounce rate по пощенска кутия, не само общо за кампанията

Често задавани въпроси