Марк АвриловОпубликовано обновлено 9 мин чтения
Транзакционные письма vs маркетинговые: в чём разница и почему она важна
Подтверждение заказа и промо-рассылка выглядят одинаково: тема, текст, кнопка. Но почтовые провайдеры, законодательство и получатели относятся к ним по-разному. Путаница между двумя типами стоит компаниям репутации домена и денег.
Ниже идёт конкретная разница, юридические границы и набор практик, которые помогают использовать оба типа писем без риска для доставляемости.
Что такое транзакционное письмо
Такое письмо система отправляет сама, в ответ на действие конкретного пользователя: человек что-то сделал, система отреагировала. Подтверждение регистрации, чек об оплате, уведомление о доставке, сброс пароля, напоминание об истечении подписки. Общая черта у них одна: получатель ждёт это письмо, и без информации из него своё действие до конца не доведёт.
Поэтому жалуются на такие письма редко. Человек сам запустил событие, и письмо с кодом подтверждения его не раздражает: без кода в аккаунт не войти.
Типичные примеры:
- Подтверждение регистрации и email-верификация
- Чек или квитанция об оплате
- Уведомление об отправке и трекинг посылки
- Сброс пароля
- Изменение данных аккаунта (смена email, тарифа)
- Уведомление об истечении подписки или пробного периода
- Двухфакторная аутентификация (OTP-код)
- Ответы по обращению в поддержку
Что такое маркетинговое письмо
А маркетинговое письмо вы отправляете по своей инициативе, и повод тоже придумываете сами: акция, новый продукт, дайджест, образовательный контент, приглашение на вебинар. Получатель может быть заинтересован, а может и нет. Поэтому здесь работают другие правила: обязательное согласие на рассылку, кнопка отписки, соблюдение частоты.
Открывают такие письма реже, а «Спам» нажимают чаще, чем на чеках и кодах. Зато прямой доход приносят именно они: запускают воронки, прогревают лиды, возвращают клиентов.
Ключевые различия: таблица
| Критерий | Транзакционные | Маркетинговые |
|---|---|---|
| Инициатор | Действие пользователя | Решение компании |
| Согласие (opt-in) | Отдельное не нужно, письмо часть сделки | Обязательно |
| Кнопка отписки | Не обязательна | Обязательна по закону |
| Частота | По событию | По расписанию |
| Контент | Информация о действии пользователя | Продвижение, контент, акции |
| Отправка (инфраструктура) | Свой поток: отдельный IP или DKIM-домен | Отдельно от транзакционного |
Юридические границы: CAN-SPAM, GDPR, 38-ФЗ и 152-ФЗ
Законодательство в разных юрисдикциях разделяет два типа писем и предъявляет к ним разные требования. Логика везде похожая: письмо, без которого не исполнить сделку, получает послабления, а реклама требует согласия или хотя бы права отказаться.
CAN-SPAM (США)
Закон называет такие письма transactional or relationship messages и перечисляет пять категорий. Три связаны со сделкой: письмо оформляет или подтверждает уже согласованную сделку, доставляет товар или услугу по ней, сообщает о гарантии, отзыве или безопасности купленного товара. Ещё две касаются изменений в подписке, аккаунте, членстве или балансе и трудовых отношений. FTC прямо пишет, что толкует категории узко.
От большинства требований закона такие письма освобождены, отписка и почтовый адрес в них не нужны. Одно правило остаётся: заголовки и данные маршрутизации не должны вводить в заблуждение. Если в письме есть и сделка, и реклама, его основную цель определяет правило FTC (16 CFR 316.3). Письмо считается коммерческим, когда тема заставляет ждать рекламу или когда транзакционная часть стоит не в начале. Нарушение обходится до $53 088 за каждое письмо, сумму FTC индексирует.
GDPR и ePrivacy (Евросоюз)
GDPR сам по себе типы писем не различает, ему нужно правовое основание обработки. Для транзакционных это исполнение договора, статья 6(1)(b). Рекламу по email регулирует ещё и Директива 2002/58/EC: статья 13 требует предварительного согласия. Исключение одно. Продавец, получивший адрес при продаже, может рекламировать покупателю свои похожие товары, если тот мог отказаться при сборе адреса и может отказаться в каждом письме.
38-ФЗ и 152-ФЗ (Россия)
Закон «О рекламе» (38-ФЗ, ст. 18) разрешает рекламу по сетям электросвязи только с предварительного согласия адресата, а доказывать согласие придётся отправителю. Рекламой по статье 3 считается информация для неопределённого круга лиц. Персональный чек или код под это определение обычно не подходит, зато баннер «Скидка 30% на следующий заказ» внутри подтверждения уже спорная территория.
152-ФЗ (ст. 6, ч. 1, п. 5) позволяет обрабатывать персональные данные без отдельного согласия, если это нужно для исполнения договора с человеком. На рассылку рекламы это основание не распространяется.
Серая зона: где заканчивается транзакция и начинается маркетинг
Граница между двумя типами не такая чёткая, как хотелось бы. Письмо с подтверждением заказа транзакционное. Письмо с подтверждением заказа, в котором нижняя половина занята блоком «Вам также понравится», уже гибрид. И именно гибриды создают проблемы.
Google в рекомендациях для отправителей говорит об этом прямо: не смешивать в одном письме разные типы содержимого, например не вставлять промо в чеки. А в FAQ к требованиям добавляет, что природу письма определяет получатель, а не Google. Человек, который ждал чек и увидел распродажу, вполне может нажать «Спам».
Если допродажа в чеке всё-таки нужна, ставьте её после сведений о заказе, а тему оставьте про заказ. Так письмо проходит и по правилу FTC, и не обманывает ожидания получателя.
Ещё один частый гибрид это welcome-письмо. Формально оно отправляется в ответ на регистрацию (транзакция). Но если в welcome-цепочке пять писем, где первое подтверждает адрес, а остальные четыре несут образовательный контент с CTA на покупку, письма 2-5 маркетинговые. И отправлять их нужно через маркетинговый поток, а не через транзакционный.
Инфраструктура: почему два типа нужно разделять
Разделять потоки нужно ради доставляемости, аккуратность тут дело второе.
На маркетинговые рассылки жалобы на спам придут, как бы вы ни старались. Даже при чистой базе и double opt-in кто-то забыл о подписке, кому-то не понравился контент. Gmail просит держать долю жалоб в Postmaster Tools ниже 0,1% и никогда не доходить до 0,3%, у Yahoo порог тот же, 0,3%. Если маркетинговые и транзакционные письма идут с одного IP-адреса и одного домена, жалобы на промо тянут вниз и транзакционный поток. Допустим, утром ушла акция на всю базу, жалоб пришло больше обычного, и к вечеру письма со сбросом пароля стали задерживаться или падать в спам. Пользователь не может войти в аккаунт, пишет в поддержку, и время теряют все.
Что разделять на практике
- IP-адреса. Yahoo советует не слать маркетинг с тех же IP, что транзакционные письма и уведомления. Google в идеале ждёт всё с одного IP, но если адресов несколько, просит отдать каждому типу писем свой.
- Субдомены. Транзакционные:
mail.example.com. Маркетинговые:news.example.com. Когда dedicated IP не оправдан по объёму, разделение по субдоменам остаётся доступным почти всегда. - DKIM-домен. По Yahoo репутация есть у каждого IP и у каждого домена в DKIM-подписи. Значит, транзакционный поток стоит подписывать своим доменом (d=mail.example.com), маркетинговый своим. Один ключ на оба потока с одним d= провайдер видит как один источник.
- Адрес отправителя. Google советует держать для каждого типа свой From: чеки с sales@, акции с deals@, уведомления аккаунта с alert@.
- ESP или сервис. У Amazon SES под это есть выделенные пулы IP, у Postmark отдельные потоки сообщений, у Mailgun пулы IP, так что транзакционный поток вы можете вынести в отдельный пул почти у любого провайдера.
Лучшие практики для транзакционных писем
Их часто считают технической мелочью: работает, и ладно. Хотя внимание получателя здесь выше всего, ведь чек об оплате человек открывает внимательнее любого дайджеста.
Скорость отправки
Письмо со сбросом пароля должно приходить за секунды. Если оно задержалось, пользователь запросит код повторно, получит два и запутается, какой вводить. Используйте выделенную очередь с приоритетом для транзакционных сообщений.
Ясная тема письма
«Ваш заказ #4521 отправлен» это хорошо. «Отличные новости от нашей команды!» плохо. Транзакционная тема должна точно описывать содержимое, без интриги и эмодзи. По CAN-SPAM тема, похожая на рекламу, к тому же делает письмо коммерческим.
Минимум дизайна, максимум пользы
Транзакционное письмо не место для фирменного баннера на полэкрана. Информация, действие, контакт поддержки. Три блока. Чем легче HTML, тем быстрее рендерится и тем реже ломается в почтовых клиентах.
Мониторинг доставки отдельно
Отслеживайте bounce rate и время доставки транзакционных писем независимо от маркетинговых. Если чеки об оплате начали приходить с задержкой, это инцидент, и разбираться с ним надо сразу.
Откуда в транзакционном потоке отказы и жалобы
Казалось бы, письмо, которого человек ждёт, доходит само. На деле транзакционный поток портится тремя путями, и все три начинаются ещё на форме регистрации.
- Человек ошибся в адресе. Подтверждение уходит на несуществующий ящик и возвращается hard bounce.
- Бот вписал в форму случайный или чужой адрес. Письмо получает тот, кто ничего не запрашивал, и жмёт «Спам».
- В шаблон добавили слишком много промо, и фильтр отправил письмо во вкладку «Промоакции» или в спам.
Защита в основном там же, на входе. Синтаксис и MX-записи домена вы можете проверить прямо в форме, а существование ящика проверяет валидатор. Для регистрации используйте double opt-in: письмо уходит на введённый адрес, и пока человек не перейдёт по ссылке, аккаунт не активен. Отказы транзакционного потока смотрите отдельно, а если они поползли вверх, ищите, откуда пошли новые регистрации.
Проверку ящика при регистрации можно отдать API uChecker, только ждать её ответа на форме не стоит: он приходит через несколько секунд, а иногда через пару минут, на ваш webhook или по повторному запросу. Пусть человек регистрируется как обычно, а вердикт good, bad или unknown вы получите чуть позже и успеете убрать плохой адрес из маркетингового списка до первой рассылки. Адрес с явной ошибкой в синтаксисе сервис отклонит сразу и бесплатно.
Лучшие практики для маркетинговых писем
Жалобы, отписки и проблемы с доставляемостью приходят в основном от маркетинговых рассылок. Деньги приносят тоже они, и весь email-маркетинг держится на балансе между напором и аккуратностью.
Только подтверждённые адреса
Double opt-in отсекает ботов, опечатки и «чужие» подписки. Yahoo советует его прямо. Да, база будет меньше. Зато каждый адрес в ней принадлежит человеку, который подтвердил, что хочет получать ваши письма.
Регулярная валидация базы
Адреса умирают: люди меняют работу, бросают ящики. Перед крупной рассылкой на всю базу и после долгого перерыва прогоните её через валидатор. Он уберёт несуществующие адреса до того, как они дадут волну отказов. Действующую спам-ловушку валидатор обычно не отличит от живого ящика, и от неё защищает только подписка с подтверждением.
Кнопка отписки на видном месте
Скрытая ссылка мелким шрифтом в подвале не спасёт от жалоб. Человек, который не может быстро отписаться, нажмёт «Спам», а жалоба бьёт по репутации, отписка нет. Yahoo требует видимую ссылку в теле письма и исполнения отписки в течение двух дней.
Sunset policy для неактивных
Подписчик, который давно не открывает письма, портит метрики вовлечённости всего домена. Yahoo предлагает время от времени слать таким людям письмо с просьбой подтвердить подписку, а тех, кто не ответил, вы можете спокойно убрать из базы.
Типичные ошибки, которые ломают доставляемость
С этими ошибками чаще всего и приходят компании, у которых «письма перестали доходить».
Отправка обоих типов с одного IP
Жалобы на промо бьют по доставляемости транзакционных писем. Пользователи не получают коды подтверждения, поддержка тонет в тикетах.
Маркетинговый контент в транзакционных письмах
В подтверждение заказа добавили блок «Рекомендуем вам» на полписьма. Получатели увидели в нём рекламу и начали жаловаться, а по CAN-SPAM письмо, где сделка ушла вниз, уже коммерческое.
Маркетинговая рассылка по непроверенной базе
Базу импортировали из CRM год назад и с тех пор не проверяли. Первая же рассылка дала пачку отказов, домен потерял репутацию, и транзакционные письма с того же домена тоже начали задерживаться.
Отсутствие List-Unsubscribe в маркетинговых письмах
Если вы отправляете больше 5 000 писем в день на адреса Gmail, с февраля 2024 года Google требует от вас отписку в один клик через заголовок List-Unsubscribe (RFC 8058). Yahoo требует того же от массовых отправителей. Транзакционные письма Google из этого требования исключил.
Чек-лист: проверьте себя
Десять пунктов, которые закрывают основные риски:
- 1.Транзакционные и маркетинговые письма отправляются с разных IP или субдоменов
- 2.SPF, DKIM и DMARC настроены для каждого субдомена
- 3.В чеках и уведомлениях нет промо, а если есть, оно стоит после сведений о сделке
- 4.Маркетинговые рассылки отправляются только по opt-in базе
- 5.List-Unsubscribe заголовок присутствует во всех маркетинговых письмах
- 6.База проверяется валидатором перед крупной рассылкой
- 7.Hard bounces удаляются автоматически после первой рассылки
- 8.Неактивные подписчики проходят через реактивацию или удаление
- 9.Транзакционные письма отправляются за секунды, а не за минуты
- 10.Bounce rate и время доставки транзакционных писем мониторятся отдельно
С чего начать
С инфраструктуры: разделите потоки и настройте аутентификацию на каждом субдомене. Потом почистите базу маркетинговых контактов, потому что мёртвые адреса в маркетинговом потоке бьют по репутации всего домена, включая транзакционные письма.
Источники
- FTC: CAN-SPAM Act, руководство для бизнеса
- 16 CFR 316.3: основная цель письма (CAN-SPAM Rule)
- Директива 2002/58/EC (ePrivacy), статья 13
- Регламент (ЕС) 2016/679 (GDPR), статья 6
- 38-ФЗ «О рекламе», статья 18
- 152-ФЗ «О персональных данных», статья 6
- Google: рекомендации для отправителей писем
- Google: FAQ по требованиям к отправителям
- Yahoo Sender Hub: требования и рекомендации
Проверьте свою базу перед следующей рассылкой в uChecker, 100 бесплатных проверок, чтобы увидеть реальное состояние адресов.
Марк Аврилов · Автор материала
Опубликовано Обновлено
