Какво е SMTP сървър и защо решава доставимостта на cold email кампанията
Преди да пишете и ред от текста на студеното писмо, доставимостта вече се решава на ниво email сървър. Ако SMTP инфраструктурата не е конфигурирана правилно, дори перфектно персонализирано писмо до правилния човек в правилната компания попада в спам или изобщо не стига до пощенската кутия. Тази статия обяснява какво прави SMTP сървърът, как SPF, DKIM и DMARC изграждат доверие, и какво реално проверяват инструментите тип spf dkim dmarc checker преди старт на кампания.
- SMTP сървърът е техническата връзка между вашия домейн и пощенската кутия на получателя — репутацията му тежи повече от текста на писмото
- SPF, DKIM и DMARC заедно доказват на приемащия сървър, че писмото наистина идва от вас, а не е спуфнато
- Нов домейл или нов IP се загряват постепенно — рязък обем в първата седмица е най-честата причина за блокиране
- Безплатен dmarc checker tool и email deliverability checker трябва да се пускат преди всяка нова кампания, не само веднъж при setup
- Споделена SMTP инфраструктура с лоша хигиена на друг клиент може да съсипе вашата репутация — затова таргетираните B2B кампании изискват изолирани изпращащи домейни
Какво прави SMTP сървърът и защо не е само техническа подробност
SMTP (Simple Mail Transfer Protocol) е протоколът, по който писмото пътува от вашия email сървър до MX сървъра на получателя — например корпоративния Microsoft 365 или Google Workspace на компанията, до която пишете. Той не носи отговорност само за доставката като действие, а буквално представлява вашия подател пред приемащата инфраструктура: коя машина изпраща, от чие име, и дали тази машина има история на злоупотреба.
При таргетиран B2B cold email обемите са ниски — обикновено под 50-80 писма на ден на изпращащ домейн — но именно затова качеството на всеки отделен сигнал тежи повече. Приемащите сървъри на големи компании (особено тези с Microsoft 365, който е разпространен сред българските фирми) следят репутацията на IP адреса и на домейна във времето, не само съдържанието на конкретното писмо.
Затова изборът на email сървър — дали е споделен, дали е специализиран за студени кампании, дали домейнът е нов или загрят — е първото решение, което влияе на доставимостта, преди дори да сте написали темата на писмото.
Веригата SPF, DKIM и DMARC: как SMTP сървърът доказва самоличността си
Трите протокола решават различен, но допълващ се проблем при автентикацията на изходящата поща.
SPF (Sender Policy Framework) е DNS запис, който казва кои сървъри имат право да изпращат имейли от името на вашия домейн. Ако SMTP сървърът, през който минава писмото, не е в списъка, приемащата страна вижда несъответствие. DKIM (DomainKeys Identified Mail) добавя криптографски подпис към всяко писмо, който доказва, че съдържанието не е променяно по пътя. DMARC (Domain-based Message Authentication) е политиката отгоре — казва на приемащия сървър какво да прави, ако SPF или DKIM не преминат, и изпраща отчети обратно към вас.
Преди да стартирате студена кампания, си струва да пуснете вашия домейн през spf dkim dmarc checker — има безплатни онлайн инструменти, които показват точно кой запис липсва или е грешно форматиран. Това отнема две минути и предотвратява седмици загубена репутация.
- SPF: TXT запис в DNS, изброяващ разрешени изпращащи сървъри — грешка тук е най-честата причина за отхвърлени писма
- DKIM: публичен ключ в DNS + частен подпис на всяко писмо — потвърждава автентичност на съдържанието
- DMARC: политика (none, quarantine, reject) + адрес за отчети — казва на Gmail/Microsoft какво да правят при провал
- Всеки нов изпращащ домейн трябва да мине и трите проверки преди първата кампания, не само SPF
Загряване на нов SMTP сървър: реалистични диапазони по седмици
Дори с перфектни SPF, DKIM и DMARC записи, нов IP адрес или нов домейн нямат история пред Gmail и Microsoft. Приемащите сървъри учат репутацията постепенно — рязък скок от 0 на 100 писма на ден в първия ден е сигнал за спам поведение, независимо от съдържанието.
Практиката при таргетирани B2B кампании е warm-up период от 3 до 4 седмици, през който обемът расте постепенно, а reply rate и open rate се следят внимателно като индикатор за здравето на изпращащия email сървър.
Стойностите са индикативни, изведени от практиката на таргетирани B2B кампании — реалният темп зависи от възрастта на домейна и качеството на листа.
Чести грешки при настройка на SMTP инфраструктурата
Повечето проблеми с доставимостта, които изглеждат като въпрос на copywriting, всъщност идват от инфраструктурата.
Например софтуерна компания от София ни донесе кампания с добре написани писма и висок bounce rate от над 12% — при проверка се оказа, че DMARC политиката беше на 'reject' от самото начало, преди домейнът да е загрят, което караше Microsoft 365 да отхвърля масово писмата, докато алгоритъмът все още не 'познаваше' подателя.
- Изпращане от основния корпоративен домейн директно за cold email, вместо от изолиран изпращащ поддомейн
- Липсваща или неправилна DMARC политика — оставена на 'none' завинаги вместо постепенно затягане до 'reject'
- Твърде бърз warm-up или изпращане на пълен обем от първия ден
- Използване на споделена SMTP инфраструктура, чиято репутация зависи от хигиената на други клиенти
- Игнориране на bounce и complaint сигнали от предишни кампании при планиране на нова
Как LDM подхожда към SMTP инфраструктурата за таргетирани кампании
При таргетиран cold email към конкретни представители на конкретни компании няма буфер от обем, който да компенсира лоша репутация — всяко писмо трябва да стигне. Затова LDM изгражда изпращащата инфраструктура изолирано за всеки клиент: отделни поддомейни, ротация между няколко email сървъра при по-голям обем контакти, и постоянен мониторинг на bounce и complaint нивата, а не само еднократна настройка при старт.
Преди всяка нова кампания домейнът минава през email deliverability checker проверка — SPF, DKIM, DMARC статус и репутация на IP — и резултатите се преглеждат заедно с клиента, преди да тръгне и едно писмо.
Диапазоните са индикативни, от практиката на таргетирани B2B кампании, а не гарантирани резултати.
Често задавани въпроси
Какво е dmarc checker tool и защо трябва да го ползвам преди кампания?
Това е онлайн инструмент, който проверява дали DMARC записът на вашия домейн е публикуван правилно и каква политика прилага. Пускате го преди всяка кампания, защото грешка в записа може да означава масово отхвърляне на писмата, без изобщо да разберете защо.
Мога ли да ползвам основния фирмен email сървър за cold email кампании?
Технически да, но не е препоръчително — репутационен риск от студена кампания може да засегне доставимостта на важната ежедневна кореспонденция на цялата компания. По-добра практика е изолиран изпращащ поддомейн, свързан към основния бранд, но с отделна репутация.
Колко бързо трябва да загрея нов SMTP сървър?
Типичният период е 3 до 4 седмици с постепенно нарастващ дневен обем. По-бърз темп е възможен при много стар домейн с добра история, но за нов домейн бързането почти винаги завършва с влизане в спам папка.
Какво проверява email deliverability checker освен SPF, DKIM и DMARC?
Обичайно проверява и репутация на IP адреса, наличие в спам блеклисти, коректност на MX записа и понякога съдържанието на писмото за спам-тригер думи. Комбинацията от тези сигнали дава по-пълна картина от само автентикацията.
DMARC политиката веднага ли трябва да е на 'reject'?
Не — препоръчителният път е постепенен: започвате с 'none' за наблюдение чрез отчетите, минавате към 'quarantine', и едва когато сте сигурни, че легитимните писма минават коректно, затягате до 'reject'.
Защо споделена SMTP инфраструктура е рискована за таргетирани B2B кампании?
Ако друг клиент на същия доставчик изпраща агресивно или с лоша хигиена на листа, репутацията на споделения IP или домейн пада за всички, включително за вашите внимателно таргетирани писма до конкретни фирми.
Искате да приложите това във вашия outreach?
Ще ви покажем как работи за вашия сегмент и продукт — преди началото на работата.
Да поговорим