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

Актуализировано: 28 августа 2026

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

Из каких допусков состоит безопасная отправка?

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

Техническая часть включает:

• SPF — перечень серверов, которым домен разрешил отправку;
• DKIM — цифровую подпись письма;
• DMARC — правило проверки и обработки писем, не прошедших SPF или DKIM;
• TLS — защищённое соединение между почтовыми серверами;
• PTR — обратную запись адреса отправляющего сервера;
• SMTP — протокол передачи почты; RFC — опубликованная техническая спецификация.

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

Информационный материал, не юридическая консультация.

Актуализировано: 28 августа 2026

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

Какие правила и исследования нужно учитывать?

Gong обновил исследование 27 мая 2026 года: более 28 миллионов писем из своей клиентской выборки. На странице приведён средний ориентир 344 исходящих письма на одну встречу и связь рассказа о продукте со снижением долей ответов вплоть до 57%. Это данные пользователей Gong и партнёрской методики, не универсальная норма и не разрешение увеличивать объём. Лучшие результаты могут отражать качество списка, навык команды и особенности сегмента одновременно.

Технический порог тоже вырос. Gmail требует от всех отправителей в личные ящики SPF или DKIM, корректные DNS-записи и TLS; для отправителей более 5 000 сообщений в день — SPF, DKIM и DMARC, совпадение доменов отправителя и отписку одним действием для маркетинговых и подписных сообщений. Google требует держать долю жалоб на спам ниже 0,3% и рекомендует ниже 0,1%. Microsoft опубликовал собственные требования Outlook к высокообъёмным отправителям: доменная аутентификация перестала быть «улучшением доставляемости» и стала базовой гигиеной.

Для России важнее всего правовая граница. Часть 1 статьи 18 Федерального закона № 38-ФЗ допускает рекламу по сетям электросвязи только при предварительном согласии адресата; доказывать наличие согласия должен рекламораспространитель. После требования прекратить рассылку её нужно прекратить немедленно. Часть 2 запрещает автоматическую рассылку с применением средств выбора и набора номера без участия человека. Конкретную кампанию необходимо оценивать с юристом с учётом содержания, роли адресата и применимого права.

Как сначала проверить согласие и основание?

Редакционная рекомендация ONLAY — проектировать исходящую коммуникацию от доказательства разрешённости, а не от желаемого объёма.

1. Зафиксируйте источник контакта. Форма, договор, мероприятие, явный запрос, существующее деловое отношение — с датой, текстом согласия и областью использования.
2. Определите цель. Сервисное сообщение, персональный деловой контакт и реклама — не взаимозаменяемые категории. Не маскируйте продвижение под «исследование».
3. Сведите минимальный список. Не покупайте базы. Исключите отказавшихся, общие ловушки, сомнительные источники и адреса без подтверждаемой цели.
4. Дайте прозрачность. Понятный отправитель, причина контакта, честная тема, удобный отказ без авторизации и скрытых условий.
5. Ограничьте давление. Небольшая проверяемая группа, ровный темп, условие остановки после отказа, жалобы, технического сбоя доставки или отсутствия основания.

Информационный материал, не юридическая консультация.

Техническая предварительная проверка

До первого письма проверьте:

• SPF включает только действительных отправителей;
• DKIM подписывает домен, а ключ и его открытый селектор доступны;
• DMARC опубликован, отчёты читаются, From согласован со SPF либо DKIM;
• PTR и прямой DNS согласованы для отправляющей инфраструктуры;
• передача использует TLS, заголовки соответствуют RFC 5322;
• отписка видима в теле, а для применимых массовых сообщений работают заголовки RFC 8058;
• отказы исполняются немедленно, отказ доставки и SMTP-ответы меняют дальнейшую отправку;
• объём растёт постепенно, без резких пиков.

Техническое прохождение не создаёт согласие. И наоборот, согласие не компенсирует поддельный From или плохую репутацию.

Шаблон полезного первого контакта

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

Контекст: один проверяемый факт, объясняющий уместность.
Гипотеза: возможное влияние без утверждения, что вы уже знаете проблему.
Доказательство: один сопоставимый пример или метод, без списка функций.
Выбор: простой вопрос и ясная возможность отказаться.

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

Даже такой текст используйте только при подтверждённом основании контакта. Персонализация фактом не равна согласию.

Метрики, которые защищают систему

Открытия ненадёжны: Gmail прямо пишет, что не отслеживает долю открытий и не может подтвердить точность сторонних данных. Управляйте тем, что связано с качеством и риском:

• доля адресов с подтверждённым источником и основанием;
• жалобы и доля отписок в проверяемой группе;
• окончательный отказ доставки и временные SMTP-отказы;
• содержательные ответы, а не любые ответы;
• встречи и возможности на 100 допустимых контактов;
• время исполнения отказа;
• репутация домена и расхождения DMARC.

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

Ограничения

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

Как провести проверку перед первой отправкой?

1. Проверьте основание и цель

Запишите, почему конкретному адресату можно направить конкретное сообщение, кто это подтвердил и как немедленно исполнить отказ. Для российских рекламных сообщений применимость статьи 18 закона № 38-ФЗ оценивайте с юристом.

2. Проверьте домен и маршрут

Убедитесь, что SPF, DKIM, DMARC, TLS и обратная запись настроены именно для фактического маршрута. До отправки проведите предварительную проверку всего маршрута.

3. Уберите ложные обещания

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

4. Запустите малую группу

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

5. Задайте условие остановки

Остановите цепочку при требовании адресата, росте жалоб, ошибке согласия или технической аномалии. Такое правило важнее плана по объёму и действует для всех последующих каналов.

Информационный материал, не юридическая консультация.

Источники и методология

• Gong, Does cold email even work any more?, обновлено 27 мая 2026 — 28 млн+ писем в клиентской выборке; корреляционные ориентиры текста и результата.
• Google, Email sender guidelines — текущие требования Gmail к аутентификации, TLS, доле жалоб на спам и отписке.
• Microsoft, Outlook requirements for high-volume senders — опубликованные требования к высокообъёмным отправителям.
• Федеральный закон № 38-ФЗ, статья 18, редакция от 26 июля 2026 — предварительное согласие, обязанность прекратить и ограничение автоматической рассылки.

Подход «сначала согласие или другое применимое основание» и шаблон — редакционная практика ONLAY; они не заменяют правовую оценку.