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

«Хотим отправлять письма-уведомления на десятки-сотни адресов, используя существующий домен и сайт, не подключая ещё один специализированный сервис email-рассылок». Реалистичный ответ на этот запрос — не Bcc одним махом, а небольшой фундамент рассылки с индивидуальной отправкой по каждому адресату, управлением подпиской, отпиской и настроенными SPF / DKIM / DMARC.

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

Кроме того, эта статья рассматривает письма, отправляемые тем, с кем уже есть какие-то отношения или согласие: существующим клиентам, участникам, тем, кто запросил материалы, подписчикам рассылки. Речь не о сборе публичных адресов и рассылке без разбора. У рекламных и рекламно-информационных писем есть правовые предпосылки, да и с точки зрения качества доставки такой подход долго не проживёт.¹²

Далее приводится систематизация, основанная на открытой японской государственной информации о законе о специализированной электронной почте и на рекомендациях отправителям от Google / Yahoo / Outlook, доступных по состоянию на апрель 2026 года.¹²³⁴⁵

1. Сначала вывод

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

1. Отправлять индивидуально по каждому адресату Не собирать всех в Bcc, а строить очередь на предположении, что письма отправляются по одному.
2. Держать состояние подписки на своей стороне Чётко вести управление состоянием вроде active, unsubscribed, bounced в собственной БД или CSV.
3. Принимать отписки автоматически Не строить эксплуатацию, где «пожалуйста, больше не присылайте» обрабатывается вручную. Добавить видимую ссылку в тексте письма и, по возможности, заголовок List-Unsubscribe.³⁴⁵
4. Аутентифицировать отправляющий домен Настроить SPF / DKIM / DMARC, обратный PTR, TLS. Даже если письмо технически отправляется, без этого оно плохо доходит.³⁴⁵

Иными словами, это не вопрос работы с почтовым клиентом, а вопрос инфраструктуры рассылки.

Если воспринимать требование «хотим отправить всем сразу» как «затолкать много адресов в To / Cc / Bcc», всё рушится. На деле нужен механизм, отвечающий на такие вопросы:

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

2. Почему Bcc одним махом недостаточно

Bcc тяжело переносится во внешней массовой рассылке именно потому, что при кажущейся простоте не даёт никакой операционной основы.

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

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

3. Что на практике значит «не использовать конкретный сервис»

Здесь легко ошибиться, решив, что «не использовать конкретный сервис» = «делать всё вручную».

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

3.1 Что должно принадлежать вам

• Данные подписчиков
  • email-адрес
  • дата и время согласия
  • источник получения согласия
  • категория рассылки
  • состояние отписки
• Правила рассылки
  • что кому отправляется
  • с какой скоростью
  • как учитываются возвраты и отписки
• Идентичность отправителя
  • отправляющий домен
  • SPF / DKIM / DMARC
  • адрес, принимающий ответы
  • URL отписки

3.2 Что можно заменить

• Реальный SMTP-релей, через который отправляются письма
• Способ реализации админ-панели
• Место реализации очереди отправки
• Место хранения логов

Иными словами, суть «не использования сервиса» в том, чтобы не отдавать правила и состояние рассылки полностью на сторону другого поставщика.

• список адресатов хранится в собственной БД;
• URL отписки находится в вашем собственном домене;
• шаблоны темы и текста письма принадлежат вам;
• заменить впоследствии можно только выход через SMTP.

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

4. Реалистичная конфигурация для малого и среднего бизнеса

4.1 Минимальный набор компонентов

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

1. Таблица подписчиков
2. Таблица подавления
   • отписки
   • жёсткие возвраты (hard bounce)
   • жалобы
3. Шаблоны рассылки
   • тема
   • текст (HTML / text)
   • категория рассылки
4. Очередь рассылки
   • состояние по каждому адресату
   • результат отправки
   • число повторных попыток
5. SMTP-релей
   • использовать существующую почтовую инфраструктуру
   • или собственный сервер
6. Логи
   • когда и кому отправлено
   • успех / неудача
   • отражение отписки / возврата

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

4.2 Поля таблицы адресатов рассылки

Минимальный набор полей примерно такой.

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

Например, даже если адрес этого человека остался в клиентской базе продаж, если в таблице подавления стоит unsubscribed, отправлять нельзя. Без этого правила адрес после отписки может снова попасть в рассылку по другому каналу — и это уже инцидент.

4.3 Схема конфигурации

flowchart LR
    A[Сайт / форма подписки] --> B[Таблица подписчиков]
    A2[Существующий журнал клиентов / журнал участников] --> B

    C[Шаблоны рассылки<br/>тема / HTML / text] --> D[Очередь рассылки]
    B --> D
    E[Таблица подавления<br/>отписки / возвраты / жалобы] --> D

    D --> F[SMTP-релей<br/>существующая почтовая инфраструктура или собственный релей]
    F --> G[Получатели]

    G --> H[URL отписки]
    G --> I[Ответы]
    G --> J[Возвраты / жалобы]

    H --> E
    J --> E
    I --> K[Точка эксплуатации]

    L[SPF / DKIM / DMARC / PTR / TLS] --> F

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

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

5. Насколько глубоко строить систему в зависимости от масштаба

5.1 Раз в месяц, десятки адресатов

При таком масштабе минимальной конфигурации часто достаточно.

• Шаблон рассылки, предназначенный только для отправки
• Индивидуальная отправка по каждому адресату
• URL отписки
• Сохранение логов отправки
• Настроенные SPF / DKIM / DMARC

Важно здесь не возвращаться к Bcc только потому, что адресатов мало. Даже при 50 и менее получателях, для постоянной внешней рассылки лучше сразу принять форму индивидуальная отправка + управление состоянием — так проще потом.

5.2 Несколько раз в месяц, сотни адресатов

На этом этапе стабильности добавляет несколько вещей.

• Очередь рассылки
• Контроль скорости отправки
• Отражение возвратов
• Немедленное применение отписок
• Отдельный поддомен для отправки
• Процесс согласования
  • тестовая отправка
  • боевая отправка
  • проверка результата

Также важно разделять повседневную человеческую переписку и рекламно-информационные письма. Google указывает подход с разделением адресов From и IP по типу сообщения, а Yahoo также рекомендует не смешивать bulk / marketing с transactional / alerts на одном IP или DKIM-домене.³⁴

Например, простое разделение адресов по назначению уже заметно упорядочивает эксплуатацию.³⁴⁵

• подтверждение заказа, счета: billing@example.com
• уведомления о сбоях, информация об обслуживании: notice@example.com
• рассылка новостей, объявления: news@example.com

5.3 При приближении к нескольким тысячам писем в день

На этом этапе «не использовать конкретный сервис» легко превращается в самоцель.

Google для Gmail явно указывает требования для отправителей более 5000 писем в день: SPF / DKIM / DMARC, согласованность домена From, отписка в один клик и другое. Outlook также требует SPF / DKIM / DMARC для доменов, отправляющих более 5000 писем в день, и указывает, что письма, не соответствующие требованиям, могут отправляться в спам или отклоняться.³⁵

На этом масштабе меняется и предмет эксплуатации.

• репутация IP
• уровень жалоб
• уровень возвратов
• обработка отписок
• порядок наращивания объёма
• мониторинг

На этом этапе часто оказывается, что специализированный сервис выгоднее.

Иными словами, вывод этой статьи не «делать всё своими силами при любом масштабе», а при масштабе в десятки-сотни писем за раз небольшой фундамент рассылки, где состояние и правила принадлежат вам, — оптимальное решение.

6. Что нельзя пропустить в юридическом плане и в вопросах качества доставки

6.1 Согласие

Рекламные и рекламно-информационные письма, как правило, требуют предварительного согласия. Японский Центр консультаций по спаму тоже указывает, что отправка рекламных писем без предварительного согласия в принципе не допускается.²

Кроме того, и Google, и Yahoo требуют отправлять только те письма, которых получатель явно хотел, не использовать купленные списки и избегать заранее отмеченных галочек opt-in.³⁴

На практике минимум, который стоит сохранять:

• дата и время согласия;
• источник получения согласия;
• о какой рассылке идёт речь;
• текст объяснения;
• экран или текст, через который было получено согласие.

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

6.2 Обязательные сведения и отписка

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

• имя или наименование отправителя;
• email-адрес или URL для приёма уведомлений об отказе от получения;
• указание на возможность отказаться от получения;
• адрес отправителя;
• контакт для жалоб и вопросов.

Иными словами, в подвале письма минимально нужно вот что.

Отправитель: ООО «Компания»
Отписка: https://example.com/unsubscribe/xxxxx
Если вы хотите прекратить получение этих писем, воспользуйтесь указанной выше ссылкой.
Адрес: г. Токио, ...
Контакты: support@example.com

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

• Google: требует отписку в один клик для массовых отправителей³
• Yahoo: требует / рекомендует List-Unsubscribe и ссылку в теле письма, отражение в течение 2 дней⁴
• Outlook: рекомендует легко находимую и работающую отписку⁵

Поэтому естественный минимум — видимая ссылка в теле письма и, по возможности, следующие заголовки.³⁴

List-Unsubscribe-Post: List-Unsubscribe=One-Click
List-Unsubscribe: <https://example.com/unsubscribe/xxxxx>

6.3 Аутентификация и доставляемость

Крупные почтовые сервисы уже исходят не из «можно ли отправить», а из «аутентифицирован ли отправитель».

Открытые рекомендации Google требуют следующего.³

• для всех отправителей: SPF или DKIM, PTR (согласованность прямой / обратной записи DNS), TLS;
• для массовых отправителей: SPF + DKIM + DMARC, согласованность домена From;
• низкий spam rate;
• отписка в один клик для массовых отправителей.

Требования Yahoo такие.⁴

• SPF / DKIM / DMARC
• согласованность DMARC (alignment)
• корректная прямая / обратная запись DNS
• отписка
• spam rate ниже 0,3%
• opt-in
• разделение bulk и transactional

Outlook также публикует требования для отправителей с большим объёмом рассылки.⁵

• прохождение SPF
• прохождение DKIM
• DMARC (как минимум p=none, согласованный с SPF или DKIM)
• реальные From / Reply-To
• отписка
• гигиена списка (list hygiene)

Минимальный набор эксплуатационных проверок в виде таблицы:

Google рекомендует наращивать объём отправки с малого объёма, к заинтересованным получателям, постепенным темпом. Внезапные всплески и резкое удвоение объёма легко приводят к ограничениям и падению репутации.³

7. Порядок реализации

Для минимального старта реалистичен примерно такой порядок.

1. Разделить типы отправляемых писем
   • уведомления
   • рассылка новостей
   • приглашения на семинары
   • объявления для существующих клиентов
2. Создать форму подписки или процесс получения согласия Сделать так, чтобы согласие можно было получить прямо на сайте, вместе с пояснительным текстом. Важно, чтобы из текста было понятно, «что и с какой периодичностью придёт».⁴
3. Разделить таблицу подписчиков и таблицу подавления Разделив их с самого начала, вы сохраните работоспособность эксплуатации при любом будущем переходе.
4. Определить отдельный домен / поддомен для отправки Например, news.example.com или mail.example.com. Как минимум не смешивать ответственность с повседневной перепиской по заказам и личными почтовыми ящиками.³⁴
5. Настроить SPF / DKIM / DMARC / PTR / TLS При самостоятельной отправке это приоритет номер один. Не превращать в фундамент рассылки среду без обратной DNS-записи.³⁴
6. Сделать админ-панель — пусть небольшую Нужен не роскошный UI, а следующие функции:
   • редактирование темы;
   • редактирование текста;
   • тестовая отправка;
   • боевая отправка;
   • предпросмотр адресатов;
   • настройка размера пакета;
   • проверка результата.
7. Сначала отправлять небольшими объёмами Ограничиться существующими клиентами и заинтересованными подписчиками, отправлять в постоянном темпе. Если проблем нет, расширять аудиторию.³
8. В первую очередь отражать отписки и возвраты Убедиться, что это работает, прежде чем беспокоиться об открываемости.

При таком порядке вы приходите не к состоянию «в принципе можем отправить», а к состоянию «можем продолжать без инцидентов».

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

8. Частые ошибки

Вот типичные из них.

• Повседневная человеческая переписка и рекламно-информационные письма идут из одного и того же отправителя
• Согласие фиксируется только в виде заметки свободным текстом
• Отписка обрабатывается вручную через ответ на письмо
• Старый список визиток загружается целиком
• Внезапно начинается отправка самым большим объёмом за всю историю
• В уведомительные письма подмешивается рекламный текст
• Результат отправки проверяется только по тому, что «API отправки вернул успех»
• Таблица подавления слабее, чем существующий журнал клиентов

Особенно последний пункт реально приводит к инцидентам.

Адрес остаётся в Excel-таблице отдела продаж. Но этот человек уже отписался от рассылки новостей. Если не установлено правило, что информация о подавлении всегда побеждает, письмо будет отправляться снова и снова по другим каналам.

9. Итог

Если малому и среднему бизнесу нужно отправить письмо достаточно большому числу адресатов без использования конкретного сервиса, вопрос не в том, «на какую кнопку нажать».

По-настоящему нужны следующие пять вещей.

• Не Bcc одним махом, а индивидуальная отправка по каждому адресату
• Таблица подписчиков и таблица подавления
• Путь, автоматически принимающий отписки
• SPF / DKIM / DMARC / PTR / TLS
• Эксплуатация, разделяющая уведомления и рекламные рассылки

В конечном счёте важнее владеть правилами отправки, чем механизмом отправки.

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

Похожие статьи

• Три места, которые стоит поправить в первую очередь на сайте, откуда не приходят обращения
• Как связать статьи и страницы услуг — основы проектирования внутренних ссылок

Справочные материалы

Похожие статьи

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

Связанные темы

Эти страницы показывают тему статьи в более широком контексте услуг и решений.

Услуги по этой теме

Статья напрямую связана со следующими услугами.

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

Вопросы, которые часто возникают при консультациях по теме статьи.

Почему нельзя просто отправить письмо всем через Bcc одним махом?

Как фундамент для системы, которая постоянно отправляет письма внешним клиентам и потенциальным клиентам, это слишком слабо. Bcc позволяет отправить письмо как таковое, но не даёт никакой операционной основы: невозможно отследить отписки, нет управления возвратами (bounce), нет записи согласия, нет контроля скорости отправки, всё держится на конкретном сотруднике. Как только число адресатов чуть увеличивается, ручная эксплуатация рушится. Для внутренней переписки или разового сообщения узкому кругу это ещё может сработать, но для постоянной внешней рассылки нужна индивидуальная отправка по каждому адресату с управлением состоянием.

Нужно ли согласие получателя, чтобы отправлять рекламные и информационные письма?

Как правило, да, требуется предварительное согласие. Японский Центр консультаций по спаму тоже указывает, что отправка рекламных писем без предварительного согласия в принципе не допускается. И Google, и Yahoo требуют отправлять только те письма, которых получатель явно хотел, и не использовать купленные списки. На практике стоит фиксировать дату и время согласия, источник получения согласия, о какой рассылке идёт речь, и текст объяснения. В законе есть исключение для адресов, опубликованных на сайте как деловые контакты, но строить на этом исключении весь фундамент рассылки не рекомендуется.

Что минимально нужно, чтобы письма не попадали в спам?

Аутентификация отправляющего домена. Конкретно: настройка SPF/DKIM/DMARC, среда отправки с работающим обратным PTR, TLS, реально существующий и отвечающий на ответы адрес From/Reply-To, ссылка отписки в теле письма и заголовок List-Unsubscribe, а также качество списка, состоящего только из opt-in адресов. Google для Gmail требует от отправителей, посылающих более 5000 писем в день, настройки SPF + DKIM + DMARC и отписки в один клик, а Yahoo требует spam rate ниже 0,3%. Кроме того, при увеличении объёма отправки нужно начинать с малого объёма и наращивать его постепенно.

Можно ли построить фундамент рассылки своими силами, без сервиса email-маркетинга?

На масштабе в десятки-сотни писем за раз это вполне возможно. Суть в том, чтобы держать данные подписчиков, правила рассылки и идентичность отправителя (домен, аутентификация, URL отписки) на своей стороне, а заменяемым оставить только выход — SMTP-релей. Центр — не SMTP, а таблица подписчиков, таблица подавления (suppression) и очередь рассылки. Однако при приближении к нескольким тысячам писем в день на первый план выходит управление репутацией IP и уровнем жалоб, и во многих случаях выгоднее использовать специализированный сервис.

Об авторе

Страница с профилем автора статьи.

Го Комура

Представитель KomuraSoft LLC

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