SendPulse диагностика: письма в спаме и не доходят

1. Когда нужен этот разбор

Разбор подходит, если вы отправляете через SendPulse рассылки или транзакционные письма и видите хотя бы один из симптомов: письма уходят в спам Gmail, Mail.ru, Яндекса или Outlook; отчет в SendPulse показывает доставку, но открываемость обвалилась; домен в кабинете висит в статусе "не подтвержден"; после смены домена или ESP выросли отказы. Начинайте не с контента, а с инфраструктуры: пока домен не подтвержден и аутентификация не проходит, остальные причины нельзя ни подтвердить, ни исключить.

2. Шаг 1. Статус домена в SendPulse

В личном кабинете SendPulse откройте раздел настроек домена отправки (Email, настройки сервиса, аутентификация) и запросите SPF и DKIM записи для своего домена. Сервис выдает две DNS-записи: SPF с включением серверов SendPulse и DKIM с публичным ключом на селекторе sign._domainkey. Значения генерируются под ваш аккаунт, копируйте их из карточки домена, а не из сторонних инструкций. SPF-запись после подключения SendPulse выглядит как "v=spf1 include:mxsspf.sendpulse.com +a +mx ~all" (точное значение сверяйте в кабинете; если на домене уже есть своя SPF-запись, include добавляют в нее, а не заводят вторую).

Если статус "не подтвержден" держится дольше нескольких часов, идите по списку: запись скопирована с кавычками или лишними пробелами; TXT добавлена не на то имя хоста, например на www вместо корня домена; с момента правки прошло мало времени и зона еще не обновилась; кнопка проверки нажата до распространения записи. Исправьте, подождите, нажмите повторную проверку. Если домен подтвержден, а проблемы остались, переходите к шагу 2: записи могли удалить из DNS уже после подтверждения.

3. Шаг 2. SPF, DKIM и DMARC: проверка через DNS

Проверьте зону со своего компьютера. Команды для домена example.ru, подставьте свой домен (селектор DKIM у SendPulse фиксированный: sign):

dig TXT example.ru +short dig TXT _dmarc.example.ru +short dig TXT sign._domainkey.example.ru +short Windows: nslookup -type=TXT example.ru

Корректный результат: на корне домена ровно одна запись, начинающаяся с "v=spf1" и содержащая include серверов SendPulse; на sign._domainkey опубликован ключ; на _dmarc есть запись вида "v=DMARC1; p=none; rua=mailto:dmarc@example.ru". Быстрые проверки без консоли: /tools/spf-check, /tools/dkim-check, /tools/dmarc-check, полный прогон домена: /tools/email-domain-check.

Три типовые ошибки этого шага. Первая: две SPF-записи, например старая от прошлого ESP и новая от SendPulse. По RFC 7208 несколько записей дают результат permerror, то есть SPF падает целиком: объедините службы в одной записи и удалите дубль. Вторая: исчерпан лимит DNS-запросов, каждый механизм include расходует общий лимит в 10 запросов; при добавлении в одну запись CRM, хелпдеска и SendPulse посчитайте сумму. Третья: DKIM-подпись не совпадает с доменом в поле From. Для прохождения DMARC домен d= в подписи должен совпадать с доменом отправителя или состоять с ним в отношениях родитель-поддомен. Учтите: статистика Google Postmaster Tools привязана именно к домену d=, смена селектора s= ее не переносит и не обнуляет.

4. Шаг 3. Разбор письма по заголовкам

Отправьте тестовое письмо из SendPulse на свой адрес в Gmail, откройте сообщение и в меню справа выберите "Показать оригинал". Ключевой блок там называется Authentication-Results. Пример письма с подтвержденного домена:

Authentication-Results: mx.google.com; dkim=pass header.i=@example.ru header.s=sign header.b=Xm3vZk2; spf=pass smtp.mailfrom=example.ru; dmarc=pass (p=none dis=none) header.from=example.ru

Что смотреть: значения dkim=, spf= и dmarc= должны быть pass; домен в header.i строки dkim и в поле d= самой DKIM-Signature должен совпадать с доменом в From; smtp.mailfrom и header.from должны указывать на ваш домен. Если в подписи стоит домен сервиса вместо вашего, письмо не работает на вашу репутацию и DMARC не проходит: вернитесь к шагу 1. Полный заголовок вставьте в бесплатный анализатор (/tools/email-header-analyzer): разбор выполняется в браузере и показывает те же результаты без чтения исходного текста.

5. Шаг 4. Репутация отправителя: Gmail и Mail.ru

Если аутентификация проходит, а письма все равно в спаме, переходите к репутации отправителя. Для Gmail добавьте домен в Google Postmaster Tools: домен подтверждается вручную TXT- или CNAME-записью (это отдельная проверка владения, она не связана с DKIM), после чего следите за долей жалоб. Ориентиры Google: держать жалобы ниже 0,1%; устойчивые значения от 0,3% и выше расцениваются как нарушение правил отправителя. Отправителям, которые шлют более 5000 писем в день на Gmail, требуются настроенные SPF, DKIM и DMARC и one-click отписка в заголовках.

Для Mail.ru добавьте домен в сервисе постмастера и следите за жалобами: предельная доля зависит от месячного объема (как подключить: /blog/podklyuchit-mailru-postmaster).

Жалобы при этом фиксирует провайдер по своей кнопке "Спам": внутри SendPulse полной картины нет.

PostmastersTool собирает данные Google Postmaster Tools через API v2: доли прохождения SPF, DKIM и DMARC, долю жалоб и соответствие требованиям Google. По Mail.ru подтягиваются объемы, доставка, жалобы и метрика "Репутация, %" (средний процент жалоб за 30 дней, чем меньше, тем лучше). История по дням показывает момент, когда жалобы пошли вверх, а уведомления приходят в выбранный канал при пересечении порогов. Подробнее: /google-postmaster-monitoring и /mailru-postmaster-monitoring.

6. Шаг 5. Отчеты кампаний и коды ответов

В отчете кампании в SendPulse смотрите не только общую доставляемость, но и возвраты с причинами. Мягкие отказы (коды 4xx) обычно временные, жесткие (5xx) означают, что адрес нужно исключить из базы. Расшифровка типов возвратов: /blog/bounce-hard-soft.

Если рассылки идут с общих адресов SendPulse, часть причин лежит вне вашего кабинета: репутацию делят с другими отправителями (/blog/shared-vs-dedicated-ip), а в блок-листы попадают и адреса сервисов. Проверьте домен и IP по спискам (/tools/blacklist-check). После смены домена или ESP учитывайте прогрев: наращивайте объем постепенно и контролируйте жалобы (/blog/progrev-domena-bez-nakrutki).

7. Как проверить результат и чего диагностика не покажет

Результат проверяйте по трем точкам. DNS: повторный dig показывает ожидаемые записи, SPF-запись одна, ключ DKIM на месте, лимит запросов не превышен. Заголовки: тестовые письма на адреса в Gmail, Mail.ru, Яндексе и Outlook дают pass по SPF, DKIM и DMARC, домен в d= совпадает с From. Динамика: доля жалоб у Gmail и Mail.ru возвращается в пределы порогов, доли прохождения аутентификации растут к 100%. PostmastersTool показывает это историей по дням и уведомлениями, без ручного обхода кабинетов.

Ограничения диагностики. Google Postmaster Tools не показывает данные при небольших объемах: без статистики ориентируйтесь на семенные тесты и коды ответов (/blog/pochemu-postmaster-ne-pokazyvaet-dannye). Прием письма сервером (SMTP accepted) не равен доставке во входящие (/blog/delivery-ne-ravno-inbox). Репутация меняется медленнее, чем DNS: после исправления записей прежние жалобы продолжают влиять на фильтры. Если аутентификация и репутация в порядке, а письма в спаме, разбирайте контент и ссылки (/blog/ssylki-i-kontent-email-spam) и качество согласий базы (/blog/kachestvo-bazy-i-dostavlyaemost).