Пакетная отправка в SMTP

Это отправка рассылки частями одновременно через разные сендеры.

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

Технически процесс выглядит так: на стороне отправителя формируется один файл со всеми данными для рассылки → файл через интеграцию передаётся в транспорт → обрабатывается и делится на более мелкие файлы (пакеты) → из каждого пакета формируются письма и отправляются через отдельный сервер.

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

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

Например: нужно отправить 2 000 000 писем за 30 минут. Если отправлять обычным способом, то с учётом «пропускной способности» серверов, кто-то получит письма сразу, а кто-то — только через несколько часов. Просто потому, что технически не получится отправить всё сразу через один сервер.

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

Разработать и внедрить такую систему у себя — дорого. Чтобы отправлять быстро так много писем, потребуются собственные серверы (или аренда), которым нужно обслуживание. Также нужно на своей стороне разработать и внедрить процесс по формированию пакетов и писем из них перед отправкой.

Экономически выгоднее и технически проще подготовить только один файл, в котором будут собраны все данные (получатели, контент, переменные) — и передать его на отправку через интеграцию.

Поэтому клиенты выбирают метод пакетной отправки с использованием мощностей SMTP-сервиса, где уже есть развёрнутая инфраструктура и готовые методы работы с XML-пакетами.

Часто сервисы лимитируют количество подписчиков в пакетах, чтобы снизить нагрузку на API. В этом случае «пакетная отправка» работает как ограничение на количество и скорость обработки запросов (rate limit).

Пример: отправка 1 000 писем будет сделана не тысячей отдельных обращений к API, а разбита на пакеты по 50 писем и будет реализована за 20 обращений.

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

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

Мы принимаем XML-пакет и дальше алгоритм делает работу по извлечению информации, формированию писем и распределению по серверам для отправки.

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

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

Также можно «отдать» одному серверу, например, первые 1 000 строк, а другому — строки с 1 001 по 2 000, и так далее. То есть, обработка такого файла, распределение и формирование отправок происходит в разы быстрее.