Прехедер письма: что написать рядом с темой, чтобы письмо открыли

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

19 октября 2026 11 мин чтения
Прехедер письма
Прехедер письма

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

Граница материала. Работаем только с прехедером и его связкой с темой. Полный дизайн письма, доставляемость и стратегия рассылок рассматриваются отдельно.

Что такое прехедер

Почтовый клиент показывает эту строку после отправителя и темы. Доступная длина меняется по устройствам, поэтому смысл ставят в начало.

Что сделать. Зафиксируйте результат этапа «Что такое прехедер» и источник данных.

Ошибка. Не делайте вывод по этапу «Что такое прехедер» без сопоставимого периода и проверки исходных данных.

Свяжите тему и продолжение

Тема создаёт вопрос или обещание, а прехедер добавляет конкретику. Вместе они должны читаться как одна пара без повторения.

Что сделать. Зафиксируйте результат этапа «Свяжите тему и продолжение» и источник данных.

Ошибка. Не делайте вывод по этапу «Свяжите тему и продолжение» без сопоставимого периода и проверки исходных данных.

Соседний этап разобран отдельно — см. тему email-письма. Это помогает не смешивать разные интенты в одном материале.

Поставьте пользу первой

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

Что сделать. Зафиксируйте результат этапа «Поставьте пользу первой» и источник данных.

Ошибка. Не делайте вывод по этапу «Поставьте пользу первой» без сопоставимого периода и проверки исходных данных.

ЗадачаСлабый вариантРабочий вариант
УточнитьПодробнее внутриДоставка до пятницы
ОграничитьУспейте скорееЦена до 18:00
Снять страхВажная информацияОтмена в один клик
ПродолжитьПовтор темыИ ещё два шаблона

Учитывайте обрезание

Нельзя полагаться на точное число символов: ширина букв и интерфейс различаются. Первая законченная мысль должна работать самостоятельно.

Что сделать. Зафиксируйте результат этапа «Учитывайте обрезание» и источник данных.

Ошибка. Не делайте вывод по этапу «Учитывайте обрезание» без сопоставимого периода и проверки исходных данных.

Не обещайте лишнего

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

Что сделать. Зафиксируйте результат этапа «Не обещайте лишнего» и источник данных.

Ошибка. Не делайте вывод по этапу «Не обещайте лишнего» без сопоставимого периода и проверки исходных данных.

Соседний этап разобран отдельно — см. дизайн email-письма. Это помогает не смешивать разные интенты в одном материале.

Персонализируйте безопасно

Имя, город или товар используют только при надёжных данных и понятной пользе. Для пустого значения нужен естественный запасной текст.

Что сделать. Зафиксируйте результат этапа «Персонализируйте безопасно» и источник данных.

Ошибка. Не делайте вывод по этапу «Персонализируйте безопасно» без сопоставимого периода и проверки исходных данных.

Спрячьте технический текст

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

Что сделать. Зафиксируйте результат этапа «Спрячьте технический текст» и источник данных.

Ошибка. Не делайте вывод по этапу «Спрячьте технический текст» без сопоставимого периода и проверки исходных данных.

Проверьте разные ящики

Отправьте письмо на реальные мобильные и настольные клиенты, посмотрите светлую и тёмную тему, уведомление и список входящих.

Что сделать. Зафиксируйте результат этапа «Проверьте разные ящики» и источник данных.

Ошибка. Не делайте вывод по этапу «Проверьте разные ящики» без сопоставимого периода и проверки исходных данных.

ПроверкаЧто смотретьОшибка
Телефонпервые словасмысл в конце
Подстановкапустое полезапятая без имени
Тестравные группыразное время
Итогконверсиятолько открытия

Соседний этап разобран отдельно — см. Open Rate. Это помогает не смешивать разные интенты в одном материале.

Проведите честный тест

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

Что сделать. Зафиксируйте результат этапа «Проведите честный тест» и источник данных.

Ошибка. Не делайте вывод по этапу «Проведите честный тест» без сопоставимого периода и проверки исходных данных.

Оцените результат глубже открытия

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

Что сделать. Зафиксируйте результат этапа «Оцените результат глубже открытия» и источник данных.

Ошибка. Не делайте вывод по этапу «Оцените результат глубже открытия» без сопоставимого периода и проверки исходных данных.

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

Редакторская ситуация 2. На этапе «Свяжите тему и продолжение» команда сначала фиксирует исходное состояние, затем меняет только один управляемый элемент. Тема создаёт вопрос или обещание, а прехедер добавляет конкретику. Вместе они должны читаться как одна пара без повторения. Практическое решение: Зафиксируйте результат этапа «Свяжите тему и продолжение» и источник данных. При разборе результата отдельно проверяют риск: Не делайте вывод по этапу «Свяжите тему и продолжение» без сопоставимого периода и проверки исходных данных.

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

Редакторская ситуация 4. На этапе «Учитывайте обрезание» команда сначала фиксирует исходное состояние, затем меняет только один управляемый элемент. Нельзя полагаться на точное число символов: ширина букв и интерфейс различаются. Первая законченная мысль должна работать самостоятельно. Практическое решение: Зафиксируйте результат этапа «Учитывайте обрезание» и источник данных. При разборе результата отдельно проверяют риск: Не делайте вывод по этапу «Учитывайте обрезание» без сопоставимого периода и проверки исходных данных.

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

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

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

Редакторская ситуация 8. На этапе «Проверьте разные ящики» команда сначала фиксирует исходное состояние, затем меняет только один управляемый элемент. Отправьте письмо на реальные мобильные и настольные клиенты, посмотрите светлую и тёмную тему, уведомление и список входящих. Практическое решение: Зафиксируйте результат этапа «Проверьте разные ящики» и источник данных. При разборе результата отдельно проверяют риск: Не делайте вывод по этапу «Проверьте разные ящики» без сопоставимого периода и проверки исходных данных.

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

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

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

Редакторская ситуация 12. На этапе «Свяжите тему и продолжение» команда сначала фиксирует исходное состояние, затем меняет только один управляемый элемент. Тема создаёт вопрос или обещание, а прехедер добавляет конкретику. Вместе они должны читаться как одна пара без повторения. Практическое решение: Зафиксируйте результат этапа «Свяжите тему и продолжение» и источник данных. При разборе результата отдельно проверяют риск: Не делайте вывод по этапу «Свяжите тему и продолжение» без сопоставимого периода и проверки исходных данных.

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

Редакторская ситуация 14. На этапе «Учитывайте обрезание» команда сначала фиксирует исходное состояние, затем меняет только один управляемый элемент. Нельзя полагаться на точное число символов: ширина букв и интерфейс различаются. Первая законченная мысль должна работать самостоятельно. Практическое решение: Зафиксируйте результат этапа «Учитывайте обрезание» и источник данных. При разборе результата отдельно проверяют риск: Не делайте вывод по этапу «Учитывайте обрезание» без сопоставимого периода и проверки исходных данных.

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

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

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

Редакторская ситуация 18. На этапе «Проверьте разные ящики» команда сначала фиксирует исходное состояние, затем меняет только один управляемый элемент. Отправьте письмо на реальные мобильные и настольные клиенты, посмотрите светлую и тёмную тему, уведомление и список входящих. Практическое решение: Зафиксируйте результат этапа «Проверьте разные ящики» и источник данных. При разборе результата отдельно проверяют риск: Не делайте вывод по этапу «Проверьте разные ящики» без сопоставимого периода и проверки исходных данных.

Чек-лист перед публикацией

  • Главный запрос и обещание материала совпадают.
  • Первый экран даёт прямой ответ без длинного разгона.
  • Каждый раздел выполняет отдельную функцию.
  • Примеры не подменяют проверяемые факты.
  • Назначены метрика результата и дата следующей проверки.
  • Соседние интенты вынесены во внутренние ссылки.

Что изучить дальше

Остался вопрос по теме статьи? Напишите его в предложку блога — отвечаю лично: задать вопрос в MAX. Частые вопросы разбираю отдельными статьями и присылаю ссылку тому, кто спросил.

Частые вопросы

Что такое прехедер письма?

Строка предпросмотра после темы в списке входящих, которая дополняет её смысл.

Сколько символов писать?

Фиксированной гарантированной длины нет; ключевую законченную мысль ставят в начало.

Можно ли повторить тему?

Технически можно, но это расходует место и обычно не добавляет причины открыть письмо.

Нужна ли персонализация?

Только при качественных данных и наличии естественного текста для пустого значения.

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

Разместить отдельный поддерживаемый блок предпросмотра и проверить его в реальных клиентах.

Какая метрика главная?

Целевое действие после письма вместе с отписками и жалобами, а не открытие отдельно.

Статья помогла?
Николай Шаповалов Николай Шаповалов Основатель Tapbox, делает сервисы для MAX Канал автора в MAX

Читайте дальше