Вес и техсостав письма: что проверить перед холодной отправкой

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

Почему вес письма — это не мелочь

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

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

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

Что нужно проверить перед отправкой

Первый пункт проверки — размер письма целиком, включая HTML-код, а не только видимый текст. Большинство почтовых клиентов и CRM показывают этот параметр в настройках письма или его можно проверить, отправив тестовое письмо себе и посмотрев исходный код сообщения (view source) в почтовом клиенте.

Второй пункт — изображения. Логотип в подписи, встроенная картинка со скриншотом продукта, баннер — всё это резко увеличивает вес письма, особенно если изображение вставлено напрямую (embedded), а не подгружается по внешней ссылке. Для холодного аутрич-письма правильное решение — вообще избегать встроенных изображений на первом этапе цепочки.

Третий пункт — скрытый HTML-мусор от копирования текста из другого редактора. Word, Google Docs и особенно интерфейсы AI-чатов часто добавляют в буфер обмена десятки строк невидимого CSS и разметки при копировании обычного текста — вставка такого текста в письмо утяжеляет его в разы, оставаясь незаметной на глаз в самом письме.

• Проверить общий размер письма включая HTML-код, а не только видимый текст
• Убедиться в отсутствии встроенных изображений и логотипов в подписи
• Вставлять текст через «Вставить как обычный текст» (Ctrl+Shift+V), а не прямым копированием из редактора
• Проверить исходный код письма (view source) на предмет скрытых стилей и лишних тегов
• Убедиться, что нет вложений в первом холодном письме цепочки
• Проверить количество и формат ссылок — прямые текстовые URL вместо множества трекинговых редиректов

Вложения в холодных письмах: почему их лучше не использовать

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

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

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

Скрытый код после AI-генерации текста

Всё больше писем в аутриче готовится с помощью AI-инструментов — черновик генерируется в чате, а затем копируется в почтовый клиент или CRM. Интерфейсы многих чат-инструментов при копировании текста добавляют в буфер обмена скрытую HTML-разметку — вложенные span-теги, инлайн-стили, атрибуты форматирования, которые не видны в самом тексте, но раздувают исходный код письма в несколько раз.

Проверить это просто: если письмо, которое на глаз занимает пять строк текста, при просмотре исходного кода оказывается на несколько сотен строк HTML — почти наверняка проблема именно в мусорном коде от копирования. Решение — вставлять текст специальной командой «вставить как обычный текст» (в большинстве интерфейсов это Ctrl+Shift+V) вместо обычной вставки, которая тянет за собой форматирование источника.

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

Чек-лист перед запуском волны кампании

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

• Отправить тестовое письмо себе и проверить, как оно выглядит в Gmail-интерфейсе — нет ли обрезки по кнопке «Показать полностью»
• Проверить размер письма в килобайтах через исходный код или настройки CRM
• Убедиться, что подпись не содержит логотипа или иконок
• Проверить, что в письме нет вложений, если это первое письмо цепочки
• Проверить ссылки — их количество и то, ведут ли они на понятный домен без множества редиректов
• При использовании AI-черновика — вставить текст как обычный, без форматирования источника

Как быстро диагностировать проблему по симптомам

Если после отправки волны писем внезапно падает open rate при неизменной базе и тексте, а не менялись ни домен, ни ящик, первое подозрение должно падать именно на технический состав письма, а не на содержание — особенно если в процесс подготовки писем недавно добавился новый инструмент, будь то AI-чат, новый текстовый редактор или обновление CRM.

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

Ещё один симптом стоит проверять отдельно — жалобы или маркировку писем как спам от получателей, которые прежде реагировали нормально на письма той же команды. Резкий рост этого показателя при неизменной базе почти всегда указывает на техническую, а не содержательную причину — письмо стало выглядеть иначе на стороне получателя, даже если в редакторе отправителя оно выглядит так же, как и раньше.

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