Писмата ви отиват в спам, проверка в 6 стъпки
- Публикувано
- 8 ноември 2026 г.
- Източници
- 4
- Автор
- Редакция на host1.bg
Когато писмата отиват в спам, причината най-често е липсваща или счупена автентикация на домейна. Gmail и Yahoo изискват от всеки подател поне SPF или DKIM, валиден обратен DNS и дял на спам оплакванията под 0,3 %. Шест проверки една след друга показват кое от тези условия не се изпълнява при вас.
01Какво изискват Gmail и Yahoo от подателите на писма
Двете услуги имат сходни правила, но строгостта зависи от обема. Gmail слага допълнителни изисквания при 5 000 или повече писма на ден, а Yahoo говори за масови податели.
| Изискване | Gmail | Yahoo |
|---|---|---|
| SPF или DKIM | всички податели | всички податели |
| SPF, DKIM и DMARC | при 5 000 или повече писма на ден | масови податели |
| Прав и обратен DNS | всички податели | всички податели |
| Дял на спам оплакванията | под 0,3 % | под 0,3 % |
| Отписване с един клик | маркетингови писма при 5 000 или повече на ден | масови податели |
Източник: Google Workspace Admin Help и Yahoo Sender Hub, проверени на 8.11.2026
Ако пращате оферти и фактури на няколко десетки клиенти, вероятно сте под границата за масово изпращане. По наша преценка това не е причина да пропуснете DMARC, защото записът ви трябва, когато обемът нарасне.
02Стъпка 1. Само един SPF запис на домейна
SPF е списък в DNS кои сървъри имат право да пращат поща от вашия домейн. Записът е TXT и започва точно с `v=spf1`. Домейнът може да има само един такъв запис, иначе проверката завършва с грешка.
Честа причина е втори запис, добавен при свързване на услуга за бюлетини. Слейте ги в един ред, например `v=spf1 include:_spf.example.net ~all`. Адресът след `include:` взимате от документацията на изпращащата услуга. Пълният списък на записите за сайт и поща е в материала DNS записи на един лист.
03Стъпка 2. Не повече от 10 DNS справки в SPF
Механизмите `include`, `a`, `mx`, `ptr`, `exists` и модификаторът `redirect` се броят заедно и позволеният максимум е 10. При повече SPF връща грешка и не минава. Справките, които не връщат отговор, трябва да са най-много две.
Ip адресите в `ip4` и `ip6` не причиняват DNS заявки и не се броят към лимита. Затова махнете услугите, които вече не ползвате, и заменете `a` и `mx` с конкретни адреси там, където те не се променят. Това е наш извод и при смяна на сървъра адресите трябва да се обновят.
04Стъпка 3. DKIM подпис с ключ от поне 1024 бита
DKIM добавя към всяко писмо подпис, който получателят проверява с публичен ключ от вашия DNS. Gmail изисква ключ от поне 1024 бита и препоръчва 2048. Yahoo също посочва минимум 1024 бита.
Включете подписването в панела на пощенската услуга и публикувайте предложения TXT запис при домейна си. След като се разпространи, изпратете тестово писмо до личен адрес и потърсете в заглавките `dkim=pass`. Подробна настройка има в материала SPF, DKIM и DMARC.
05Стъпка 4. DMARC запис с отчети и съвпадение на домейна
DMARC указва на получателя какво да прави с писмо, което не минава проверките. Записът е TXT на поддомейна `_dmarc` на вашия домейн. Политиката `none` само наблюдава, `quarantine` праща неуспелите писма в спам, а `reject` ги отхвърля.
Gmail допуска политика `none`. Yahoo също изисква поне `none` и силно препоръчва етикета `rua`, който събира отчети по време на настройката. Започнете със `v=DMARC1; p=none`, добавете `rua` с адреса на кутията за отчети и четете резултатите няколко седмици.
Домейнът в полето „От“ трябва да съвпада с домейна на SPF или на DKIM. По подразбиране съвпадението е свободно, при него поддомейните също се признават. RFC 7489 вече е отбелязан като остарял и е заменен от RFC 9989, 9990 и 9991, но записът `_dmarc` остава в същия вид, както го описва страницата.
06Стъпка 5. Обратен DNS на изпращащия IP адрес
Обратният DNS (PTR) превръща IP адреса на сървъра в име. Gmail иска изпращащите домейни или IP адреси да имат валидни прав и обратен DNS запис. Yahoo препоръчва смислено име, което не е автоматично генерирано и сочи към вашия домейн.
PTR записът не стои във вашата DNS зона. Него го променя собственикът на IP адреса, обикновено хостинг доставчикът. Ако пращате през външна пощенска услуга, тя отговаря за това. След преместване на сървъра повторете проверката, както е описано в материала за смяна на хостинг без прекъсване.
07Стъпка 6. Какво в самото писмо дразни филтъра
Дори при чиста автентикация оплакванията на получателите вдигат дела на спама. Gmail препоръчва под 0,10 % и никога 0,30 % или повече, измерени в Postmaster Tools. Yahoo смята дела върху писмата, стигнали до пощенската кутия.
Проверете следното:
- писмата да следват формата по RFC 5322;
- в тялото да има ясно видима връзка за отписване;
- за маркетингови писма добавете заглавията `List-Unsubscribe` и `List-Unsubscribe-Post`;
- Yahoo иска отписването да се обработи до 2 дни;
- пращайте през TLS;
- не слагайте адрес на gmail.com в полето „От“, ако не изпращате през Gmail.
08Какво не може да се каже без отчети от вашия домейн
Тези правила не показват колко писма реално попадат в спам при вас, нито кой филтър е виновен. Това се вижда само в Postmaster Tools на Google при достатъчен обем и в DMARC отчетите, които `rua` започва да събира от деня на публикуване. Yahoo посочва, че изискванията са започнали през февруари 2024 г. и са се въвеждали постепенно през първата половина на годината, но конкретни дати за вашия домейн страницата не дава. Следващата точна справка е актуалната версия на „Email sender guidelines“ на Google и страницата за изпращачи на Yahoo.
Източници
Ръководството описва публикувани условия и официална документация към датата на проверка. Условията на доставчиците се променят: проверете ги при поръчка. Видяхте грешка? Пишете на kontakt@host1.bg.