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

Жёсткого ограничения на число символов в теме письма для списка входящих нет. Стандарт RFC 5322 допускает длинные заголовки, а сервисы рассылок принимают темы в сотни символов. Ограничивает место, которое почтовый клиент выделяет строке письма, — а оно зависит от клиента, устройства, шрифта и ширины окна.

Практическое правило: смысл — в первых 35–40 символах. Примерно столько помещается на экране телефона в портретной ориентации, а большинство писем открывают именно с телефона. Темы длиной около 30–50 символов обычно видны целиком и на телефоне, и на компьютере; длиннее — можно, если начало понятно само по себе.

Калькулятор использует приблизительную видимую длину для стандартного списка писем. Это типичные значения для интерфейса по умолчанию, а не задокументированные ограничения:

Символы считаются так, как их видит читатель: эмодзи с модификатором цвета кожи — один символ. Широкие буквы занимают больше места, чем узкие, а кириллица в среднем чуть шире латиницы, поэтому воспринимайте каждое число как диапазон в несколько символов. У Яндекс Почты и Почты Mail.ru свои макеты — там ориентируйтесь на то же правило первых 35–40 символов.

Прехедер (preheader, текст превью) — короткая строка рядом с темой или под ней в списке писем. Если его не задать, большинство клиентов возьмут первый текст из тела письма — часто «Открыть письмо в браузере» или alt-текст логотипа. Так пропадает вторая по заметности строка письма.

• Продолжайте тему, а не повторяйте её. Тема вызывает интерес, прехедер добавляет деталь, выгоду или срок.
• Главное — тоже в начало. На телефоне видны только первые 40–90 символов, в зависимости от приложения.
• Заполняйте место. Если прехедер короткий, некоторые клиенты дописывают после него текст письма. Многие шаблоны добавляют после прехедера невидимые символы-разделители, чтобы этого избежать.
• Не обещайте того, чего нет в письме. Прехедер, не совпадающий с содержанием, подрывает доверие и будущие открытия.

Переменные персонализации

Переменные подставляют данные каждого контакта: Mailchimp использует *|FNAME|*, многие платформы — теги в двойных фигурных скобках в стиле Liquid или Handlebars, другие — %FIRSTNAME% или одинарные скобки. Проверка распознаёт эти варианты, находит непарные скобки и незакрытые теги и подставляет пример имени, чтобы считать длину так, как её увидит получатель. Всегда задавайте значение по умолчанию: тема, начинающаяся с «, ваш отчёт готов», выглядит сломанной.

Современные спам-фильтры опираются прежде всего на репутацию отправителя, аутентификацию (SPF, DKIM, DMARC), вовлечённость получателей и содержание письма целиком. Одно слово «бесплатно» в теме не отправит легитимную рассылку в спам. Подсказки этого инструмента — эвристика: они показывают приёмы, которые выглядят навязчиво для людей и могут складываться с другими негативными сигналами.

• Капслок и несколько восклицательных знаков читаются как крик — это старые признаки спама.
• Фразы-триггеры вроде «вы выиграли», «без вложений» или «только сегодня» типичны для мошеннических писем; используйте их, только если это буквально правда и действительно нужно.
• Фальшивые RE: и FWD: изображают переписку, которой не было. Это подрывает доверие и нарушает правила почтовых сервисов.
• Эмодзи помогают выделить письмо, но на разных платформах выглядят по-разному. Обычно хватает одного уместного.

Проверяйте, а не угадывайте

Превью помогает избежать очевидной обрезки и ошибок, а какая тема работает, решают открытия и клики. Разделите часть базы на две темы и проверьте значимость разницы калькулятором A/B-тестов. Клики из каждой версии удобно размечать генератором UTM-меток, а текст письма — проверять на читаемость.

1. RFC 5322, Internet Message Format. IETF, 2008 — ограничения длины строк заголовков, в том числе поля Subject.
2. Unicode Standard Annex #29, Unicode Text Segmentation — графемные кластеры, по которым считаются видимые символы.
3. Видимая длина по клиентам на этой странице — приближение к интерфейсу по умолчанию, а не опубликованные спецификации.