Подписки и рассылки в Битрикс: чек-лист перед продакшеном

Модуль подписок в Битрикс настроен за час, но в продакшене всплывают проблемы, которых не было на тестовом: письма уходят по одному в минуту вместо тысячи в час, попадают в спам, ссылка отписки ведёт на 404, а через неделю хостер блокирует SMTP за превышение лимита. Большинство проблем ловится заранее, если пройтись по чек-листу перед запуском.

SMTP и доставляемость

Битрикс по умолчанию отправляет через PHP-функцию mail(), которая на shared-хостинге ограничена десятками писем в час. Для массовых рассылок нужен внешний SMTP.

Что проверить:

• SMTP-сервер настроен в разделе «Настройки» → «Настройки модулей» → «Главный модуль» → вкладка «Email-сообщения». Указаны хост, порт, логин и пароль.
• Тестовое письмо из этого же раздела приходит и не попадает в спам. Проверьте на нескольких почтовых сервисах: Gmail, Яндекс, Mail.ru.
• SPF, DKIM и DMARC настроены на уровне DNS домена-отправителя. Битрикс не управляет этими записями — их добавляет администратор DNS.
• Адрес отправителя в шаблоне письма совпадает с доменом, для которого настроены SPF и DKIM. Письмо от noreply@yourdomain.ru, отправленное через SMTP на mail.ru, провалит проверку.
• Лимиты SMTP-провайдера известны: сколько писем в час, есть ли очередь, блокируется ли аккаунт при достижении лимита. У большинства провайдеров лимит указан в тарифе.

Письмо, отправленное через PHP mail() с shared-хостинга, приходит с IP-адреса, с которого за день уходят тысячи писем от других сайтов. Репутация этого IP всегда под вопросом.

Шаблоны и почтовые события

Битрикс отправляет письма через систему почтовых событий. Событие генерируется кодом, шаблон наполняет его содержимым.

Что проверить:

• Все активные шаблоны привязаны к нужному сайту. В списке шаблонов («Настройки» → «Почтовые шаблоны») фильтр по сайту должен показывать только те шаблоны, которые используются.
• В шаблоне нет неподставленных переменных вида #NAME# или #EMAIL#. Отправьте тестовое письмо и убедитесь, что все плейсхолдеры заменились.
• Тема письма осмысленная и не содержит решёток, если переменная не подставилась.
• В HTML-версии письма есть альтернативный текстовый вариант. Некоторые почтовые клиенты блокируют HTML от незнакомых отправителей.
• Ссылки в письме абсолютные, с протоколом: https://yourdomain.ru/page/, а не /page/. Относительные ссылки не работают в письмах.
• Картинки загружаются по https. Смешанный контент (страница на https, картинка на http) блокируется браузером при открытии письма через веб-интерфейс почты.

Обязательная ссылка отписки

В рассылках должна быть ссылка отписки. Без неё рассылка нарушает 152-ФЗ и может попасть в спам по жалобам.

Что проверить:

• В шаблоне есть ссылка на страницу управления подпиской. В Битрикс это обычно #UNSUBSCRIBE_LINK# — проверьте, что она подставляется.
• Страница отписки работает без авторизации. Пользователь переходит по ссылке из письма и должен отписаться одним кликом, без входа в аккаунт.
• После отписки пользователь видит подтверждение, а не ошибку или пустую страницу.
• Отписавшийся пользователь не получает письма. Отправьте тестовую рассылку после отписки и убедитесь.

Производительность и очереди

Рассылка на десять тысяч адресов, запущенная синхронно из админки, положит сервер. Битрикс поддерживает отложенную отправку через cron и агенты.

Что проверить:

• Для массовых рассылок используется модуль «Подписка» с пошаговой отправкой. В настройках модуля («Настройки» → «Настройки модулов» → «Подписка») задано количество писем за один шаг.
• Cron или агенты Битрикс запускаются регулярно. Проверьте, что в crontab есть строка запуска /bitrix/modules/main/tools/cron_events.php или аналогичная. Без cron письма не уходят.
• Шаг отправки не превышает лимит SMTP. Если провайдер разрешает 100 писем в час, а шаг настроен на 200, часть писем зависнет в очереди или вернётся с ошибкой.
• Логи отправки включены. В разделе «Подписка» → «Выпуски» видна статистика: сколько отправлено, сколько в очереди, есть ли ошибки.
• Тестовая рассылка на сто адресов прошла без таймаутов и ошибок памяти. Если упало на сотне, на тысяче упадёт гарантированно.

Юридические требования и согласия

Рассылка без согласия получателя нарушает 152-ФЗ «О персональных данных». Штраф для юрлица — до 75 000 рублей.

Что проверить:

• При подписке пользователь явно соглашается на получение рассылки. Галочка «Согласен на обработку персональных данных» должна быть снята по умолчанию — предустановленная галочка не считается согласием.
• В письме указаны реквизиты отправителя: название компании или ИП, адрес, ИНН. Требование 152-ФЗ и закона «О рекламе».
• Если рассылка рекламная, в теме или начале письма естьометка «реклама». Требование закона «О рекламе».
• Согласие на рассылку хранится. В случае жалобы вы должны доказать, что пользователь подписался сам. Битрикс логирует подписку, если модуль настроен правильно.

Сценарии для тестирования

Перед запуском проверьте рассылку на реальных сценариях. Ошибки проявляются не на тестовых данных, а на крайних случаях.

Обязательные сценарии:

1. Подписка нового пользователя. Должно прийти письмо подтверждения, если включён double opt-in.
2. Отписка по ссылке из письма. Пользователь переходит, отписывается, получает подтверждение.
3. Повторная подписка после отписки. Пользователь должен снова получать письма.
4. Рассылка на сто реальных адресов (своих тестовых или коллег). Проверьте доставку на Gmail, Яндексе, Mail.ru, корпоративной почте.
5. Попадание в спам. Откройте письмо в Gmail, нажмите «Показать оригинал» и проверьте заголовки: есть ли SPF pass, DKIM pass, DMARC pass.
6. Отправка при недоступном SMTP. Отключите SMTP-сервер и попробуйте отправить письмо — система должна либо поставить в очередь, либо вернуть понятную ошибку, а не упасть с fatal error.
7. Рассылка с кириллицей в теме и тексте. Проверьте, что кодировка не ломается.

Что контролировать после запуска

После запуска рассылки в прод первые несколько дней контролируйте метрики. Проблемы могут проявиться не сразу.

На что смотреть:

• Процент доставки. Если из тысячи отправленных дошло меньше 95% — проблема с доставляемостью или базой адресов.
• Процент открытий. Нормальное значение для легитимной рассылки — 15–30%. Если меньше 10% — либо письма в спаме, либо тема не цепляет.
• Жалобы на спам. Если жалоб больше 0,1% от доставленных — повод пересмотреть содержание или частоту рассылки.
• Ошибки в логах Битрикс. Раздел «Подписка» → «Статистика выпуска» показывает, сколько писем вернулось с ошибкой. Массовые ошибки — признак проблемы с SMTP или DNS.
• Нагрузка на сервер. Если после запуска рассылки сервер начал тормозить, шаг отправки слишком большой или cron запускается слишком часто.

Что делать, если рассылка попала в спам

Даже при правильной настройке первые рассылки могут попадать в спам — у домена ещё нет репутации отправителя.

Первые шаги:

• Проверьте SPF, DKIM, DMARC через инструмент вроде mail-tester.com. Отправьте письмо на адрес, который даёт сервис, и получите оценку.
• Убедитесь, что IP-адрес SMTP-сервера не в чёрных списках. Проверяется через mxtoolbox.com или multirbl.valli.org.
• Прогрейте домен: первую неделю отправляйте небольшие объёмы на активную аудиторию, которая точно откроет письмо. Репутация растёт постепенно.
• Уберите из темы и текста триггерные слова: «бесплатно», «срочно», «только сегодня», избыток восклицательных знаков и заглавных букв.
• Добавьте текстовую версию письма, если её нет. Только HTML без текста — признак спама для фильтров.

Подписки в Битрикс работают надёжно, если проверить инфраструктуру до запуска. После запуска первую неделю контролируйте доставку и открываемость — это покажет, нужны ли корректировки. Если открываемость ниже 10% или жалоб больше 0,1%, пересмотрите содержание или прогрейте репутацию домена меньшими объёмами.