Прехедер: вторая строка, которую получатель читает до того, как открыть письмо

Решение «открыть или удалить» получатель принимает по трём строкам в списке входящих: имя отправителя, тема, прехедер. Первые две все оптимизируют, третью большинство отдаёт на волю случая — и во входящих ЛПР красуется «Если письмо не отображается, нажмите здесь». Разбираем, как работает прехедер и как выжать из него дополнительные проценты открытий в холодном B2B-письме.

Что такое прехедер и откуда он берётся

Прехедер (preheader, сниппет) — текст, который почтовый клиент показывает в списке входящих после темы письма: серым шрифтом рядом или второй строкой. Gmail, Outlook, Яндекс Почта, мобильные клиенты — все показывают его по-своему, но суть одна: это превью содержимого, которое клиент вытаскивает из начала письма.

Ключевое слово — «вытаскивает». Прехедер не отдельное поле в заголовках письма: клиент берёт первый доступный текст из тела. В маркетинговых HTML-рассылках его задают скрытым блоком в начале вёрстки, и если этого не сделать, в превью попадает первое, что найдётся: «Просмотреть в браузере», «Если письмо не отображается...», alt-текст логотипа или обрывок шапки. Столько лет теме, а такие письма всё ещё приходят пачками.

В адресном B2B-аутриче ситуация другая — и более честная. Холодное письмо конкретному ЛПР пишется простым текстом, без тяжёлой вёрстки (так оно и выглядит человеческим, и лучше доходит). А значит, прехедером автоматически становится первая строка письма. Никакой отдельной «оптимизации прехедера» не существует — существует первая строка, которая работает дважды: в превью до открытия и как начало текста после.

Как прехедер влияет на открываемость

Механика влияния простая: получатель сканирует входящие и на каждое письмо тратит секунду-две. За это время он считывает отправителя (кто это?), тему (о чём?) и прехедер (и что конкретно?). Три элемента работают как одна воронка доверия: незнакомый отправитель повышает роль темы, скупая тема повышает роль прехедера. Для холодного письма — где отправитель по определению незнаком — прехедер оказывается третьим и последним шансом объяснить, почему письмо стоит открыть.

Честно изолировать вклад прехедера в цифрах сложно, но порядок величин из практики такой: осмысленный прехедер против случайного мусора даёт прибавку open rate в единицы процентных пунктов, а на мобильных — больше, потому что там прехедер занимает до двух строк и виден лучше темы. При базовой открываемости холодного B2B-письма 40–60% это заметная и почти бесплатная прибавка.

Важно понимать и ограничение: прехедер не спасает плохую тему и нерелевантный оффер. Он усилитель, а не двигатель. Если тема не зацепила роль и контекст получателя, прехедер уже никто не читает. Поэтому работа над строкой превью — последний штрих после сегментации, оффера и темы, а не вместо них.

Связка «тема + прехедер»: правила композиции

Главный принцип: получатель читает тему и прехедер слитно, как одну фразу из двух частей. Отсюда три правила композиции.

Правило первое — продолжение, а не повтор. Прехедер, дублирующий тему («Снижение простоев склада» / «Предлагаем снизить простои склада»), сжигает драгоценные символы впустую. Правильная связка развивает мысль: тема называет предмет, прехедер добавляет конкретику, цифру или контекст. Правило второе — конкретика вперёд. Клиенты обрезают прехедер на разной длине, поэтому смысловое ядро должно уместиться в первые 40 символов: «сократили простой на 15% за квартал — кейс похожего производства» лучше, чем «хотел бы поделиться одним интересным кейсом, который показывает, как...». Правило третье — тон тот же, что в письме. Прехедер кричащий, письмо деловое — получатель чувствует подмену ещё до конца первого абзаца.

Для холодного письма без HTML всё это переводится в требование к первой строке: она обязана работать в отрыве от остального текста. Проверка простая — прочитайте первые 60–80 символов письма отдельно: понятно ли, почему пишут именно этой компании? Если первая строка «Меня зовут Иван, я менеджер по развитию компании...» — в превью уходит информация, которая получателю безразлична. Если «у вас открылся склад в Екатеринбурге — обычно на этом этапе всплывает вопрос с WMS» — превью работает.

Сколько символов закладывать: ориентир 40–90. Десктопный Gmail показывает суммарно с темой около сотни символов, мобильные клиенты — по-разному, но первые 40 символов прехедера видны почти везде. Короткая тема оставляет прехедеру больше места — ещё один аргумент против длинных тем.

Прехедер в холодном письме: чем он отличается от рассылочного

Советы про прехедеры в интернете писаны для маркетинговых рассылок по подписчикам — «добавьте эмодзи», «создайте интригу», «усильте срочность». Для адресного холодного письма ЛПР юрлица большинство этих советов вредны, потому что задача другая: не выделиться в потоке промо, а выглядеть нормальным деловым письмом от человека, который написал по делу.

Интрига и кликбейт в холодном канале работают против отправителя. «Вы теряете миллионы и не знаете об этом...» — такой прехедер триггерит защитную реакцию: это спам. Деловая конкретика действует наоборот: факт о компании получателя, цифра из отрасли, прямой вопрос. Получатель должен из превью понять, что письмо адресовано именно ему, а не сегменту из десяти тысяч адресов.

Эмодзи, капслок, восклицательные знаки в теме и превью — маркеры массовой рассылки, в деловой переписке их не бывает. Срочность («только до пятницы») — маркер промо. Personalization-поля в прехедере использовать можно, но осторожно: «Иван, у меня вопрос» в превью выглядит нормально, а вот сломанная подстановка «{{first_name}}, у меня вопрос» — катастрофа, которую получатель увидит до открытия. Тестовая отправка себе перед запуском — обязательный ритуал.

И отдельно про честность: прехедер вида «в продолжение нашего разговора», когда разговора не было, — классическая грязная техника. Открытия она действительно поднимает, но следом поднимает жалобы: обманутый получатель жмёт «Спам» с особым удовольствием. Для канала, который живёт на репутации домена, размен открытий на жалобы всегда убыточен.

Типичные ошибки с прехедером

Соберём анти-паттерны — все они регулярно встречаются даже у опытных команд.

Проверяется всё это одним действием: перед запуском кампании отправьте письмо на свои тестовые ящики — Gmail, Outlook, Яндекс — и посмотрите на него в списке входящих на десктопе и телефоне. Что показалось в превью, то получатели и увидят. Две минуты, которые регулярно спасают кампании.

• Прехедер не задан вообще — в превью уезжает «Просмотреть в браузере» или обрывок шапки (болезнь HTML-рассылок)
• Первая строка холодного письма — представление себя, а не зацепка про получателя: превью тратится на неинтересное
• Прехедер дублирует тему слово в слово — потерянные символы
• Смысл спрятан в конец фразы — обрезка съедает главное
• Сломанные переменные подстановки, видимые до открытия письма
• Кликбейт и ложный контекст («по итогам нашей встречи») — открытия ценой жалоб
• Разный тон превью и письма — потеря доверия на первом абзаце
• Нет теста на реальных клиентах и мобильных устройствах перед запуском

Чек-лист и место прехедера в подготовке кампании

Прехедер — деталь, но деталь из тех, что проверяются за минуты и работают в каждом письме кампании. Встройте его в общий чек-лист подготовки: после того как готовы сегмент, оффер и тема, и до тестовой отправки.

В LDM первая строка письма управляется на уровне шаблона кампании: переменные персонализации подставляют факты из карточки компании (событие, регион, роль получателя), а превью проверяется на этапе рендера и тестовой отправки. Но независимо от инструмента правило одно: первая строка пишется для двух чтений — беглого в списке входящих и внимательного после открытия. Если она выдерживает оба, прехедер работает на вас.

• Первые 40–90 символов письма содержат зацепку про получателя, а не про отправителя
• Тема и первая строка читаются слитно и не повторяют друг друга
• Смысловое ядро — в первых 40 символах
• Ни кликбейта, ни ложного контекста, ни эмодзи, ни капслока
• Переменные персонализации проверены на реальных данных сегмента
• Тестовая отправка просмотрена в Gmail, Outlook и Яндексе, на десктопе и мобильном
• A/B: связка «тема + первая строка» тестируется как единое целое, а не по отдельности

Вопросы и ответы