Имейлите от вашия уеб сайт попадат в спам най-често поради три неща. Домейнът няма правилно настроени SPF, DKIM и DMARC записи. Сайтът изпраща писмата чрез PHP mail() вместо чрез удостоверен SMTP. Или IP адресът, от който тръгват, има лоша репутация. При онлайн магазин това не е дребен технически проблем. Клиент, който не е получил потвърждение за поръчката си, звъни, отказва се или просто не поръчва повече.
Един сайт изпраща няколко вида писма и всеки вид се чупи по различен начин.
Вид имейл | Пример | Какво се случва, ако не пристигне |
Транзакционен | Потвърждение за поръчка, фактура, номер за пратка | Обаждания, отказани пратки, спад на доверието |
Системен | Нова парола, потвърждение на регистрация | Клиентът не може да влезе в профила си |
Известие към вас | Запитване от контактната форма, нова поръчка | Изпуснати клиенти, за които дори не знаете |
Маркетингов | Бюлетин, промоция, изоставена количка | По-ниски продажби и влошена репутация на целия домейн |
Важно е да знаете, че всички тези писма носят една и съща репутация – тази на домейна ви. Ако бюлетинът си спечели оплаквания, пострадат и потвържденията за поръчки. Затова честа практика е маркетинговите писма да се изпращат от поддомейн, например news.vashiyat-magazin.bg.
Ако някой от трите реда е FAIL, SOFTFAIL или липсва, знаете откъде да започнете.
SPF (Sender Policy Framework) е TXT запис в DNS, който изброява сървърите и услугите с право да изпращат писма от вашия домейн.
Най-честите грешки с SPF:
DKIM (DomainKeys Identified Mail) добавя криптографски подпис към всяко писмо. Получаващият сървър го проверява с публичния ключ, който публикувате в DNS. Записът е от вида selector._domainkey.vashiyat-domeyn.bg, като „selector“ се дава от услугата, която изпраща.
Всяка услуга, която праща от ваше име, трябва да подписва със свой DKIM ключ – пощата, сайтът, платформата за бюлетини. Препоръчителната дължина на ключа е 2048 бита.
DMARC казва на получаващия сървър какво да прави с писма, които не минават SPF или DKIM, и къде да ви изпраща отчети.
Разумният път е на етапи:
DMARC alignment е частта, която най-често се пропуска. Не стига SPF или DKIM да минат – домейнът, който те проверяват, трябва да съвпада с този в полето From. Ако платформата за бюлетини подписва със своя домейн, DMARC пропада, дори SPF и DKIM да показват PASS.
От февруари 2024 г. Gmail и Yahoo, а от май 2025 г. и Outlook.com, въведоха задължителни изисквания към подателите.
Изискване | Всички податели | Над 5000 писма на ден |
SPF или DKIM | Да | SPF и DKIM |
DMARC (минимум p=none) | Препоръчително | Да, с alignment |
Валиден reverse DNS (PTR) | Да | Да |
TLS връзка | Да | Да |
Дял на оплакванията за спам | Под 0,3% | Под 0,3%, идеално под 0,1% |
Отписване с един клик | – | Да, за маркетингови писма |
Малък онлайн магазин рядко праща 5000 писма на ден. Една бюлетинна кампания към целия списък обаче лесно минава този праг. Най-сигурно е да изпълните цялата дясна колона от самото начало.
Много сайтове изпращат писма чрез вградената функция PHP mail(). Тогава писмото тръгва директно от уеб сървъра, без вход в пощенска кутия и често без DKIM подпис. При споделен хостинг същият IP се ползва от стотици други сайтове, чието поведение не контролирате.
По-добрите варианти са:
Тук има и един чест капан. Контактната форма често слага имейла на посетителя в полето From. Така сайтът праща „от името“ на gmail.com или abv.bg и DMARC неизбежно пропада. Правилното е From да е ваш адрес (no-reply@ или forms@), а имейлът на посетителя да е в Reply-To.
Ако записите са наред, а писмата продължават да са в спам, проблемът е в репутацията. Чести причини са:
Ботове я ползват, за да пращат спам чрез вашия сървър. Защита: CAPTCHA, honeypot поле, ограничение на заявките.
Злонамерен код изпраща хиляди писма без знанието ви. Това е особено често при необновени CMS системи – вижте статията ни за това защо WordPress сайтовете се хакват най-често.
Невалидните адреси и spam traps свалят репутацията бързо. Закупените списъци нарушават и GDPR.
Ако преди Black Friday пратите 10 пъти повече писма от обикновено, увеличавайте постепенно.
Ако откриете IP или домейна си в blacklist, първо махнете причината и чак тогава подайте заявка за премахване през официалната форма на списъка. При споделен хостинг свържете се с хостинг доставчика - IP адресът е техен.
Българските безплатни пощи се ползват от голяма част от клиентите на местните онлайн магазини, а филтрите им не винаги се действат като тези на Gmail. Затова тествайте с няколко пощи - Gmail, Outlook, abv.bg и mail.bg. При фирмени клиенти писмата може да се задържат и от корпоративен филтър или карантина, които получателят управлява.
След като стигнете p=reject, можете да настроите и BIMI - логото ви се показва до името на подателя в поддържащите пощи.
Имейлите от сайта попадат в спам рядко заради една-единствена причина. Най-често е комбинация от липсващи или неправилни SPF, DKIM и DMARC записи, изпращане през PHP mail() и репутация на IP адрес, която не контролирате. Добрата новина е, че повечето от тези проблеми се поправят еднократно и после работят години наред.
Най-разумният ред на действие е следният: Първо проверете оригиналното писмо и вижте къде се получава FAIL. После оправете DNS записите и преминете към удостоверен SMTP или транзакционна имейл услуга. Накрая следете репутацията си с Google Postmaster Tools и DMARC отчети и подсилвайте политиката постепенно, от p=none към p=reject. След всяка промяна пращайте тестови писма към Gmail, Outlook, abv.bg и mail.bg.
За онлайн магазина това не е излишен технически детайл. Всяко потвърждение за поръчка, което стига до входящата поща, е по-малко обаждане в поддръжката, по-малко отказана пратка и клиент, който ви вярва достатъчно, за да поръча отново.
