Чеклист: Проверка email-рассылки перед отправкой

Чеклист предназначен для финальной проверки email-рассылок перед отправкой по базе. Снижает процент ошибок, предотвращает попадание в спам и гарантирует корректное отображение контента.

1. Когда использовать

Применяйте чеклист в ситуациях:

• Перед отправкой любой массовой рассылки: промо-письма, контентные дайджесты, новостные апдейты, анонсы вебинаров.
• При запуске автоматических цепочек: welcome-серии, триггеры брошенной корзины, реактивация, транзакционные уведомления.
• После изменения мастер-шаблона письма: смена дизайна, обновление подвала (футера), внедрение новых модулей верстки.
• При смене платформы рассылок (ESP): для аудита корректности рендеринга и настройки трекинга в новой системе.

2. Уровни критичности

Каждый пункт имеет уровень критичности, определяющий ваши действия при обнаружении ошибки:

• [Блокер] (Блокирующая ошибка). Отправка невозможна. Письмо приведет к репутационным потерям, попаданию в спам или массовым жалобам. Ошибку необходимо устранить до нажатия кнопки «Отправить».
• [Критикал] (Критичная ошибка). Отправка технически осуществима, но конверсия, кликабельность (CTR) или доставляемость упадут. Отправка допускается только при осознанном принятии бизнес-рисков.
• [Минор] (Незначительная ошибка). Недочет влияет на эстетику или UX для малой доли аудитории. Желательно исправить, но можно отправлять «как есть», если сроки горят.

3. Список пунктов (да/нет, доказательство)

Убедитесь, что можете ответить «Да» по каждому пункту и предоставить доказательство.

3.1. Контент и метаданные

• [Блокер] Тема письма (Subject Line) заполнена и корректна.
  • Доказательство: Тема в тесте отображается без ошибок. Длина до 50-60 символов (не обрезается на смартфонах). Нет избытка заглавных букв (КАПСа) и лишних знаков препинания.
• [Критикал] Прехедер (Preheader) настроен и дополняет тему.
  • Доказательство: В почтовом клиенте текст после темы содержит осмысленное продолжение, а не служебный текст вроде «Открыть веб-версию».
• [Блокер] Имя отправителя (From Name) узнаваемо и вызывает доверие.
  • Доказательство: Имя отправителя однозначно идентифицирует бренд. Оно не меняется хаотично от рассылки к рассылке.
• [Блокер] Адрес отправителя (From Email) корректен.
  • Доказательство: Письмо уходит с корпоративного домена, а не с публичных почт (gmail.com). Вы избегаете адресов no-reply@, чтобы пользователи могли ответить.
• [Критикал] Текст письма проверен на орфографию, пунктуацию и типографику.
  • Доказательство: Текст пропущен через сервисы проверки (Орфограммка, Главред). Использованы правильные кавычки («ёлочки»), длинные тире (—), отсутствуют двойные пробелы.
• [Критикал] Ко всем изображениям добавлены осмысленные Alt-тексты.
  • Доказательство: В HTML-коде теги <img> содержат заполненный атрибут alt="Описание". При отключенных картинках понятен смысл изображения и контекст ссылки.

3.2. Ссылки и трекинг

• [Блокер] Главный призыв к действию (CTA) работает и ведет на целевую страницу.
  • Доказательство: Вы кликнули по главной кнопке в тестовом письме. Открылась целевая страница без 404 ошибки и долгих редиректов.
• [Блокер] Все второстепенные ссылки кликабельны и корректны.
  • Доказательство: Вы прокликали логотип, пункты навигации, картинки, ссылки в тексте и иконки соцсетей. Сломанных ссылок нет.
• [Блокер] UTM-метки корректно добавлены ко всем ссылкам.
  • Доказательство: В ссылках присутствуют параметры utm_source, utm_medium, utm_campaign. Метки соответствуют правилам нейминга. Якорные переходы (#) не сломаны.
• [Блокер] Ссылка на отписку (Unsubscribe) присутствует и легко заметна.
  • Доказательство: В подвале письма есть явная ссылка «Отписаться от рассылки». При клике открывается функциональная страница управления подписками. Процесс отписки занимает не более двух кликов.
• [Минор] Добавлена ссылка на веб-версию письма.
  • Доказательство: В шапке или подвале присутствует ссылка «Читать в браузере», которая без ошибок открывает HTML-вариант письма.

3.3. Верстка и дизайн

• [Блокер] Письмо адаптивно (Mobile-friendly).
  • Доказательство: На смартфоне текст читается без зума (шрифт от 14px). Горизонтальная прокрутка отсутствует. Кнопки крупные (от 44x44px). Блоки не наезжают друг на друга.
• [Критикал] Корректное отображение в Темной теме (Dark Mode).
  • Доказательство: В темной теме логотипы и иконки остаются видимыми (используются PNG с прозрачностью и контрастной обводкой). Текст легко читается на темном фоне.
• [Критикал] Вес HTML-кода письма не превышает 102 КБ.
  • Доказательство: HTML-код весит меньше лимита Gmail. Иначе почтовик обрежет письмо ссылкой «Показать полностью», скрыв отписку, что приведет к жалобам на спам.
• [Критикал] Суммарный вес изображений оптимизирован.
  • Доказательство: Общий вес картинок не превышает 1.5–2 МБ. Изображения сжаты (TinyPNG). Применяются JPEG для фото и PNG/GIF для графики. Письмо загружается быстро.
• [Критикал] Настроены fallback-цвета для фоновых изображений.
  • Доказательство: Под фоновым изображением (background-image) задан сплошной цвет фона (background-color). Если почтовик заблокирует картинку, текст останется читабельным.
• [Минор] Применяются безопасные веб-шрифты.
  • Доказательство: Если задействован нестандартный шрифт, в CSS прописан корректный стек безопасных шрифтов (например, Arial, sans-serif). Запасной шрифт отображается нормально.

3.4. Технические настройки и доставляемость

• [Блокер] Проведена тестовая отправка на реальные почтовые ящики.
  • Доказательство: Письмо проверено на устройствах с разными ОС и в ключевых клиентах (Gmail, Яндекс.Почта, Mail.ru, Apple Mail). Верстка не разваливается.
• [Блокер] Отсутствуют спам-слова и триггеры фильтров.
  • Доказательство: В теме и тексте нет спам-словаря («100% бесплатно», «заработок», «гарантия»). Не используется ярко-красный цвет для абзацев текста.
• [Критикал] Соблюдено корректное соотношение текста и изображений.
  • Доказательство: Письмо не сверстано одной картинкой. Спам-фильтры блокируют image-only рассылки. Оптимальный баланс: минимум 40% текста на 60% изображений.
• [Критикал] Успешно пройден спам-тест.
  • Доказательство: Письмо проверено в сервисе доставляемости (Mail-Tester). Оценка не менее 8 из 10. Ошибок в настройках DKIM, SPF, DMARC нет.

3.5. Аудитория и сегментация

• [Блокер] Выбран правильный целевой сегмент получателей.
  • Доказательство: Проверен фильтр сегментации. Количество получателей соответствует ожиданиям. База очищена от пользователей без согласия на рассылку.
• [Блокер] Исключены пересечения и соблюдена частота отправок (Frequency Cap).
  • Доказательство: Соблюден лимит частоты контактов (например, не более 2 писем в неделю). Нецелевые сегменты исключены из выборки.
• [Блокер] Переменные персонализации работают корректно.
  • Доказательство: Проверено отображение переменных (например, {{FirstName}}) для пустых полей в базе. Настроено дефолтное значение (fallback).
• [Критикал] Время отправки запланировано с учетом аудитории.
  • Доказательство: Время отправки проверено с учетом часового пояса аудитории. Для федеральной базы настроена отправка по локальному времени (Time Travel).

4. Итоговое решение

Перед подтверждением отправки подведите итоги аудита:

1. Оцените пункты [Блокер]. Если хотя бы один пункт не выполнен — отправка запрещена. Верните письмо на доработку.
2. Оцените пункты [Критикал]. В идеале закрыты все критичные пункты. Если дедлайн жесткий, вы вправе принять решение об отправке, осознавая риски: просадка открываемости, снижение кликов, попадание во вкладку «Спам».
3. Оцените пункты [Минор]. Недочеты можно проигнорировать при горящих сроках. Зафиксируйте их в бэклоге для будущего исправления в шаблоне.

Чеклист пройден успешно, когда все Блокеры устранены, а Критикалы исправлены или их бизнес-риск задокументирован и принят руководителем.

5. Связанные материалы

• Гайд по UTM-меткам: как не терять аналитику трафика
• Основы email-доставляемости: SPF, DKIM и DMARC для маркетологов
• Оптимизация Open Rate: как писать темы писем, которые открывают
• Архитектура email-маркетинга: транзакционные, триггерные и промо-рассылки