SMTP для рассылки писем: что это и когда он нужен

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

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

Например:

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

Один из способов организовать такую отправку — использовать SMTP-сервис.

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

Что такое SMTP

SMTP расшифровывается как Simple Mail Transfer Protocol.

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

Если говорить проще, SMTP позволяет одной системе передать письмо серверу, который дальше занимается его отправкой.

Упрощённая схема выглядит так:

сайт / CRM / приложение

↓

SMTP-сервер

↓

почтовые серверы получателей

↓

почтовый ящик

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

Простой пример

Представим интернет-магазин.

Покупатель оформляет заказ.

После этого ему нужно автоматически отправить:

Заказ №5481 принят.

Ручная отправка здесь бессмысленна.

Сайт должен сам передать данные системе отправки:

• email получателя;
• тему;
• текст;
• HTML-содержимое;
• необходимые параметры.

SMTP — один из способов сделать это.

SMTP — это не почтовый ящик

Эти понятия часто смешивают.

Почтовый ящик — это, например:

manager@company.ru

Через него сотрудник ведёт обычную переписку.

SMTP-сервис решает другую задачу — организует техническую отправку сообщений.

Например, сайт может отправлять письма от:

notifications@company.ru

без участия сотрудника.

Поэтому SMTP особенно востребован там, где email должен отправляться программно.

Что такое SMTP-сервис

Теоретически компания может развернуть собственную инфраструктуру отправки.

На практике это означает дополнительную работу:

• настройку серверов;
• техническое обслуживание;
• контроль ошибок;
• работу с репутацией;
• обработку результатов;
• масштабирование.

Поэтому многие компании используют внешний SMTP-сервис.

Он предоставляет готовую инфраструктуру, к которой подключается сайт, CRM или приложение.

У QWERTYMAIL для такого сценария есть отдельное направление SMTP и API для отправки email.

Когда SMTP действительно нужен

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

Рассмотрим основные сценарии.

1. Письма после регистрации

Человек создаёт аккаунт.

После этого сервис отправляет:

Регистрация завершена.

или:

Подтвердите email.

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

Сотрудник не должен следить за каждой новой регистрацией.

2. Уведомления о заказах

Интернет-магазин может отправлять:

Заказ принят

↓

Заказ оплачен

↓

Заказ передан в доставку

↓

Заказ выполнен

SMTP позволяет передавать такие письма из интернет-магазина в систему отправки.

3. Системные уведомления

Например:

• изменился статус заявки;
• сформирован документ;
• появился новый комментарий;
• произошло событие в аккаунте;
• пользователь запросил определённое действие.

В таких случаях email становится частью самого продукта.

4. Письма из CRM

Компания может захотеть отправлять email непосредственно из собственной CRM.

Вместо ручного копирования данных CRM передаёт сообщение SMTP-сервису.

Это удобно, когда email является частью бизнес-процесса.

5. Письма из собственной программы

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

• личный кабинет;
• SaaS;
• ERP;
• мобильное приложение;
• собственная информационная система.

Если этой системе нужно отправлять email, SMTP может выступать каналом связи с сервисом отправки.

6. Транзакционные письма

Очень распространённый сценарий.

Транзакционное письмо связано с определённым действием пользователя или состоянием системы.

Например:

• подтверждение регистрации;
• восстановление доступа;
• статус заказа;
• уведомление об операции;
• сообщение о заявке.

Это отличается от обычной массовой маркетинговой кампании.

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

Можно ли отправлять массовые рассылки через SMTP

Технически SMTP используется для передачи email, но массовая маркетинговая рассылка — это значительно более широкая задача.

Кроме самой отправки, бизнесу обычно нужны:

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

Поэтому для обычной маркетинговой рассылки удобнее использовать полноценный сервис email-рассылок QWERTYMAIL.

А SMTP особенно полезен там, где отправку нужно встроить в существующую систему.

SMTP и массовая рассылка — не одно и то же

Представим две задачи.

Задача №1

Маркетолог хочет отправить:

Новая коллекция — 20 000 подписчиков.

Ему нужны:

• редактор;
• список получателей;
• тест;
• массовая отправка;
• статистика.

Задача №2

Сайт должен отправить каждому покупателю:

Ваш заказ принят.

Вторая задача гораздо ближе к SMTP-интеграции.

То есть выбирать инструмент нужно исходя из процесса.

Как работает SMTP-отправка

Упрощённо процесс выглядит следующим образом.

Шаг 1. Система формирует письмо

Например, интернет-магазин знает:

• email клиента;
• номер заказа;
• стоимость;
• состав заказа.

Шаг 2. Подключается к SMTP

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

Шаг 3. Передаёт письмо серверу

SMTP-сервис принимает сообщение для дальнейшей обработки и отправки.

Шаг 4. Письмо направляется в сторону почтовой системы получателя

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

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

Какие параметры нужны для SMTP-подключения

Обычно приложение должно знать:

• адрес SMTP-сервера;
• порт;
• логин;
• пароль или другие данные авторизации;
• способ защищённого соединения.

После этого параметры указываются в CMS, CRM, приложении или собственном коде.

Конкретные значения зависят от SMTP-провайдера.

Защищённое соединение

Передавать данные для SMTP без нормальной защиты не стоит.

Для защищённого соединения используются соответствующие механизмы шифрования.

SMTP QWERTYMAIL поддерживает варианты подключения с STARTTLS и SSL/TLS.

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

Что передаётся через SMTP

Самое очевидное:

• получатель;
• отправитель;
• тема;
• содержимое.

Письмо может содержать HTML и текстовое представление.

В зависимости от задачи также могут использоваться:

• вложения;
• дополнительные заголовки;
• другие параметры сообщения.

Это позволяет интегрировать SMTP не только с простыми уведомлениями, но и с более сложными email-сценариями.

HTML или обычный текст

Через SMTP можно отправлять не только простые текстовые сообщения.

Например, письмо о заказе может содержать:

Логотип

Заказ №12345 принят

Товары

Стоимость

Адрес доставки

Посмотреть заказ

То есть визуально такое письмо может быть полноценным HTML-email.

Для подготовки маркетинговых макетов можно использовать конструктор email-писем QWERTYMAIL.

SMTP не отвечает за дизайн письма

Важно разделять две задачи.

SMTP отвечает за передачу сообщения.

А структура и внешний вид письма формируются отдельно.

Можно отправить через SMTP:

простой текст.

А можно:

сложный HTML-шаблон.

Сам протокол не делает письмо красивым или некрасивым.

SMTP и шаблоны

Если система постоянно отправляет однотипные сообщения, удобно использовать шаблоны.

Например:

Шаблон «Заказ принят»

и подставлять:

• имя;
• номер заказа;
• сумму;
• список товаров.

В QWERTYMAIL предусмотрена работа с шаблонами и параметрами персонализации при интеграционной отправке.

Так приложению не обязательно каждый раз формировать полностью уникальную структуру письма с нуля.

Что такое персонализация при SMTP-отправке

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

Например:

Здравствуйте, {{имя}}!

Ваш заказ №{{номер}} принят.

Для одного человека получится:

Здравствуйте, Анна!
Ваш заказ №4125 принят.

Для другого:

Здравствуйте, Сергей!
Ваш заказ №4126 принят.

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

Можно ли добавлять вложения

Для некоторых бизнес-сценариев вложения необходимы.

Например:

• документ;
• отчёт;
• файл;
• сформированный системой материал.

SMTP QWERTYMAIL позволяет работать с сообщениями, содержащими вложения.

Но если файл очень большой, иногда удобнее отправить ссылку на его скачивание, а не помещать весь документ внутрь email.

Чем SMTP отличается от обычной отправки через Gmail, Яндекс или корпоративную почту

Обычный почтовый ящик прежде всего рассчитан на человеческую переписку.

Например:

сотрудник написал клиенту → получил ответ → продолжил диалог.

Специализированная инфраструктура отправки решает другие задачи:

программа автоматически генерирует большое количество системных сообщений.

Попытка использовать обычный личный ящик как инфраструктуру для приложения быстро создаёт ограничения.

Почему не стоит использовать личную почту для автоматической отправки

Представим сайт с тысячами пользователей.

Если каждый системный email отправляется через обычный ящик сотрудника, появляются проблемы:

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

Гораздо правильнее отделить автоматическую инфраструктуру от обычной рабочей переписки.

SMTP для WordPress

Один из распространённых случаев — сайт на WordPress.

WordPress может отправлять:

• уведомления;
• сообщения форм;
• регистрацию;
• восстановление пароля;
• письма интернет-магазина.

Для таких задач часто подключают внешний SMTP.

Схема выглядит так:

WordPress

↓

SMTP

↓

email получателя

Это позволяет вынести отправку за пределы самого веб-сервера.

SMTP для интернет-магазина

Интернет-магазин может использовать SMTP для автоматических сообщений:

• заказ создан;
• оплата получена;
• заказ отправлен;
• статус изменён;
• товар снова доступен.

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

SMTP для SaaS

У SaaS-сервиса email часто является частью продукта.

Например:

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

Если пользователей тысячи, отправка становится отдельной технической подсистемой.

SMTP позволяет подключить её относительно стандартным способом.

SMTP для CRM

CRM может инициировать разные типы сообщений.

Например:

сделка перешла на новую стадию.

или:

клиенту нужно отправить автоматическое уведомление.

Если CRM умеет работать через SMTP, интеграция может не требовать разработки отдельного API-клиента.

Почему SMTP популярен

Одна из причин — стандартизация.

Огромное количество:

• CMS;
• CRM;
• языков программирования;
• библиотек;
• серверных приложений

уже умеют работать с SMTP.

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

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

Что проще подключить: SMTP или API

Зависит от системы.

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

Например, интерфейс содержит поля:

SMTP Host

Port

Username

Password

Encryption

Разработчику остаётся указать параметры.

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

Этому вопросу лучше посвятить отдельный разбор:

SMTP или API для отправки email: что выбрать.

Когда SMTP удобнее API

SMTP особенно логичен, если:

• приложение уже поддерживает SMTP;
• нужно быстро заменить текущий почтовый сервер;
• используется готовая CMS;
• CRM предоставляет только SMTP-настройки;
• разработчику нужен стандартный способ отправки.

В таких случаях нет необходимости писать отдельную интеграцию через API.

Когда стоит посмотреть в сторону API

Если разрабатывается собственный продукт и требуется глубокая программная интеграция, API иногда оказывается удобнее.

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

• шаблонами;
• параметрами;
• статусами;
• дополнительными функциями сервиса.

В QWERTYMAIL доступны оба направления — SMTP и REST API.

SMTP и статусы сообщений

Для бизнеса важно не только:

передали письмо SMTP-серверу.

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

В интеграционных сценариях QWERTYMAIL используются идентификаторы и статусы сообщений, позволяющие связывать отправку с дальнейшей обработкой.

Это особенно полезно собственным приложениям, где состояние email является частью бизнес-логики.

SMTP и события

Для более сложной интеграции приложение может реагировать на события, связанные с email.

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

• доставке;
• открытии;
• переходе;
• отписке;
• жалобе.

Для передачи событий обратно во внешнюю систему используются webhooks.

Так интеграция становится двусторонней:

приложение → отправка письма

и

email-сервис → событие обратно в приложение.

Что такое webhook

Webhook — это автоматическое уведомление одной системы другой о произошедшем событии.

Вместо постоянного вопроса:

Что произошло с письмом?

приложение получает уведомление при соответствующем событии.

Это удобно, например, для CRM и SaaS.

SMTP не гарантирует попадание во «Входящие»

Подключение профессионального SMTP-сервиса не означает:

теперь абсолютно каждое письмо обязательно попадёт во «Входящие».

На доставку влияют разные факторы:

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

Поэтому SMTP — инфраструктура отправки, а не гарантия результата.

Настройки домена тоже важны

При профессиональной отправке стоит уделять внимание аутентификации домена.

В email-инфраструктуре используются механизмы вроде:

• SPF;
• DKIM;
• DMARC.

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

Точные настройки зависят от используемой инфраструктуры.

Хороший SMTP не исправит плохую базу

Если отправлять письма по:

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

сам факт использования SMTP не решит проблему.

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

Для этого можно использовать валидатор email QWERTYMAIL.

SMTP не создаёт согласие на рассылку

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

SMTP отвечает за техническую передачу.

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

Это два разных вопроса:

можно технически отправить

и

корректно ли отправлять конкретному получателю.

Как выбрать SMTP-сервис

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

Для технической интеграции важны:

• понятные параметры подключения;
• защищённое соединение;
• возможность работать с HTML;
• поддержка необходимых сценариев;
• статусы сообщений;
• API при необходимости;
• webhooks;
• документация;
• возможность масштабировать отправку.

Для бизнеса особенно удобно, когда SMTP и другие email-инструменты находятся внутри одной платформы.

Когда отдельный SMTP не нужен

Не каждой компании он вообще необходим.

Если маркетолог просто хочет:

раз в неделю отправлять newsletter базе подписчиков,

ему может быть удобнее обычный интерфейс сервиса email-рассылок.

Здесь SMTP лишь добавит ненужный технический уровень.

Можно:

загрузить аудиторию → создать письмо → отправить кампанию.

SMTP имеет смысл тогда, когда email необходимо встроить в другую систему.

Как понять, нужен ли вам SMTP

Задайте простой вопрос:

Кто инициирует отправку письма?

Если ответ:

маркетолог вручную запускает рассылку,

скорее всего, нужен обычный интерфейс email-сервиса.

Если:

сайт, CRM или приложение должны отправлять сообщения автоматически,

SMTP или API становятся намного более логичным вариантом.

SMTP или триггерная рассылка

Эти понятия тоже не нужно противопоставлять напрямую.

Триггерная рассылка описывает логику запуска:

произошло событие → отправить письмо.

SMTP — способ технической передачи сообщения.

То есть они находятся на разных уровнях.

Для готовых маркетинговых сценариев можно использовать триггерные рассылки QWERTYMAIL.

Для собственной программной логики — SMTP или API.

Когда бизнесу стоит перейти на специализированный SMTP

Обычно это становится актуально, когда:

1. количество автоматических сообщений растёт;
2. сайт становится критически зависим от email;
3. появляется собственный продукт;
4. нужно отделить системные письма от обычной корпоративной почты;
5. требуется интеграция с CRM;
6. нужна более управляемая инфраструктура;
7. простой почтовый ящик перестаёт соответствовать задаче.

Не обязательно ждать, пока текущая схема окончательно перестанет работать.

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

Пример архитектуры интернет-магазина

Можно представить такой процесс:

Покупатель оформил заказ

↓

Интернет-магазин создал заказ

↓

Система сформировала данные письма

↓

Передала сообщение SMTP-сервису

↓

Клиент получил подтверждение

↓

При изменении статуса создаётся следующее сообщение

Так email становится частью автоматического процесса магазина.

Пример для SaaS

Пользователь зарегистрировался

↓

Приложение отправило welcome-сообщение

↓

Пользователь запросил восстановление доступа

↓

Приложение сформировало новое системное письмо

↓

SMTP передал его дальше

В этом случае отправка работает без участия команды поддержки.

Пример для CRM

Менеджер изменил статус сделки

↓

CRM определила нужный сценарий

↓

Сформировала сообщение

↓

Передала его через SMTP

↓

Клиент получил уведомление

Так автоматизируются повторяющиеся коммуникации.

Ошибка: использовать SMTP без тестирования

Перед запуском нужно проверить:

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

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

Ошибка: отправлять всё от одного случайного адреса

Структуру отправителей лучше продумать заранее.

Например:

notifications@domain.ru

для системных уведомлений,

а другой адрес — для обычной переписки.

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

Ошибка: забыть об ответах пользователей

Если человек нажмёт «Ответить», нужно понимать, куда попадёт его сообщение.

Особенно это важно для:

• заказов;
• поддержки;
• B2B-коммуникации.

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

Ошибка: считать SMTP заменой всему email-маркетингу

SMTP отлично решает техническую отправку.

Но он не отменяет необходимости:

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

Поэтому SMTP — один из инструментов email-инфраструктуры, а не вся система целиком.

Чек-лист перед подключением SMTP

Перед интеграцией проверьте:

1. Какая система будет отправлять письма.
2. Какие типы сообщений нужны.
3. Какой адрес будет использоваться как отправитель.
4. Настроена ли доменная часть.
5. Какие параметры подключения требуются.
6. Нужно ли защищённое соединение.
7. Нужны ли HTML-письма.
8. Используются ли шаблоны.
9. Нужны ли вложения.
10. Нужно ли получать статусы и события.
11. Есть ли тестовый сценарий.
12. Кто будет следить за работой интеграции.

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

Что такое SMTP простыми словами?

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

SMTP нужен для обычной рассылки?

Не обязательно. Если маркетолог отправляет кампании через интерфейс сервиса, отдельное SMTP-подключение может вообще не понадобиться.

Для чего бизнесу SMTP?

Чтобы автоматически отправлять email из сайта, интернет-магазина, CRM, SaaS или другого приложения.

Можно ли отправлять HTML-письма?

Да. SMTP используется и для передачи HTML-сообщений.

Можно ли отправлять вложения?

В SMTP-сценариях QWERTYMAIL предусмотрена отправка сообщений с вложениями.

Что лучше — SMTP или API?

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

SMTP гарантирует доставку?

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

Есть ли SMTP в QWERTYMAIL?

Да. На странице SMTP и API QWERTYMAIL представлены возможности интеграционной отправки.

Как подключить SMTP QWERTYMAIL

Общий процесс выглядит так:

создать или подготовить аккаунт

↓

получить параметры SMTP

↓

указать их в приложении, CRM или CMS

↓

настроить отправителя

↓

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

↓

подключить рабочие сообщения

↓

контролировать результат

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

Подробнее возможности собраны на странице SMTP и API для отправки email QWERTYMAIL.

Что в итоге

SMTP нужен не потому, что он «профессиональнее обычной почты».

У него просто другая задача.

Если сотрудник пишет конкретному клиенту — ему нужен обычный почтовый ящик.

Если маркетолог запускает кампанию — удобнее интерфейс сервиса рассылок.

Если же:

сайт, CRM, интернет-магазин или приложение должны автоматически отправлять email

— SMTP становится одним из наиболее понятных способов организовать такую интеграцию.

Главное различие можно свести к простой схеме:

человек отправляет письмо вручную → почтовый клиент

маркетолог запускает кампанию → сервис email-рассылок

программа должна отправить письмо → SMTP или API

И уже следующий вопрос для бизнеса — что выбрать для программной интеграции: SMTP или API.

SMTP и API

Продолжить по теме

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

Следующий материал

SMTP или API для отправки email: что выбрать

Сравните SMTP и REST API: что проще подключить, где больше программного контроля и какой вариант подходит вашей архитектуре.

Читать статью →Интеграция

SMTP и API QWERTYMAIL

Подключите отправку email из сайта, CRM или приложения через SMTP или REST API и обрабатывайте статусы и события.

Открыть SMTP / API →