Защо фирмените ни имейли попадат в спам — и откъде започва проверката?

Какви доказателства запазваме?

Време на изпращане, домейни на подателя и получателя, пълни заглавни полета на съобщението, когато са налични, и код за отказ. Разграничете отхвърлено съобщение от прието в спам и от забавено по пътя. Това са различни резултати.

Използвайте разрешени за анализ примери без ненужни лични данни. „Пощата не работи“ трудно се проверява. „Фактурите от това приложение са отхвърлени от тази услуга в тези часове“ дава конкретна отправна точка.

Коя система изпраща съобщението?

Фирмата може да изпраща от служебни кутии, система за фактури, CRM и платформа за бюлетини. Успешен тест от лична кутия не доказва, че фактурирането работи. Опишете одобрените услуги и домейните им.

Проверете резултатите от удостоверяването и съответствието между домейните. SPF определя разрешена изпращаща инфраструктура, DKIM добавя подпис, свързан с домейн, а DMARC обвързва удостоверяването с видимия From домейн и задава политика. При p=none се наблюдава, без да се изисква карантина или отхвърляне.

Защо удостоверена поща пак попада в спам?

Удостоверяването е част от доставянето. Указанията на Google разглеждат и репутацията, оплакванията и практиките на изпращане. Правилните настройки не превръщат нежеланото съобщение в желано; получателят управлява своите филтри.

В примерна ситуация служебните писма пристигат, а нова търговска платформа има проблеми. По-полезно е да се проверят нейният домейн, списъкът с получатели и начинът на изпращане, отколкото да се променят всички кутии. Разграничете техническия дефект от кампания, която получателите не очакват.

Как променяме и проверяваме?

Договорете конкретна промяна, отговорник, период за тест и условия за връщане назад. Запишете резултата по засегнатия път. Не затягайте домейн политиката, преди да установите и проверите легитимните услуги: непълен преход може да прекъсне бизнес кореспонденция.

Измерете отново първоначалния проблем със сравними примери. Наличието на DNS запис не е равнозначно на получена фактура. При няколко доставчика водете обща хронология, за да работят по едни и същи факти.

Защо фирмените писма към Gmail и Outlook попадат в спам?

Разделете отказано писмо от прието писмо в нежеланата поща. Запишете изпращащата система, получаващата услуга, часа, идентификатора и кода за доставка, ако има такъв. „Outlook“ може да означава настолното приложение, лична Outlook.com поща или организационна Microsoft 365 услуга; установете действителния получател преди прилагане на указания.

Прегледайте оригиналните заглавки при получателя. В измислен диагностичен пример spf=pass за bounce.example.net не установява съответствие с видим домейн From на example.org. Валиден DKIM подпис със съответстващ домейн може все пак да позволи успешен DMARC. Четете идентификаторите заедно с оценката на получателя; зелената DNS проверка не показва пътя на конкретното писмо.

Дори при успешно удостоверяване доставката може да зависи от оплаквания, модел на изпращане, съдържание, репутация и местна политика на получателя. Сравнете малка извадка от засегнати писма с легитимно доставени. Не променяйте всички DNS настройки наведнъж: запишете хипотеза, съгласувайте ограничена промяна и наблюдавайте резултата.

Изискванията на Google разграничават обикновените изпращачи от големия обем към лични Gmail акаунти. Указанията за Outlook.com имат собствени условия. Следвайте съответния доставчик, вместо да представяте правило за масов маркетинг като еднакво задължение за всяко индивидуално фирмено писмо. Липсващо табло в Postmaster при малък обем не доказва добра репутация.

Изтеглете диагностичния лист за Gmail и Outlook. Той записва първоначалния резултат, удостоверяващите домейни, засегнатите маршрути, корекцията и последващата проверка. Премахнете ненужните лични данни преди външно споделяне на заглавки. За писмо с успешно удостоверяване, което иска нови банкови данни, използвайте отделната проверка на плащането.

Разгледайте подробно: Кой изпраща имейли от името на вашата фирма.