useSend: свой сервис писем о заказах поверх AWS SES

Где живут письма о заказах у вас

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

Зарубежные сервисы вроде Resend, SendGrid и Postmark решают это аккуратно, но из России с ними бывают сложности с оплатой и доступом. Что именно сегодня работает для вашей карты и юрлица, проверяйте на месте, за всех я не отвечу. Отсюда идея поставить свой слой отправки на своём сервере. В этой нише живёт useSend, раньше он назывался unsend.

Что умеет useSend по репозиторию

Данные на 5 октября 2026. Лицензия AGPL-3.0, около 4,7 тысячи звёзд, 431 форк, 42 открытых обращения. Последний релиз v1.9.8 вышел 30 августа, последний коммит в основной ветке датирован 8 сентября. В README отмечено готовым: добавление доменов, транзакционные письма, REST API, дашборд с доставкой, открытиями, кликами и отказами, маркетинговые письма, SMTP, отложенная отправка, вебхуки.

В документации есть руководства по двойному подтверждению подписки, персонализации рассылок данными контактов, вебхукам и шаблонам на React Email. Хранение содержимого писем можно ограничить по сроку: переменная EMAIL_CLEANUP_DAYS стирает текст и вложения старше нужного числа дней, а статусы остаются.

Запуск идёт через Docker: приложение, база PostgreSQL и Redis для очереди. SMTP-прокси ставится отдельным образом. Он нужен программам, которые умеют только SMTP, например старым модулям интернет-магазина.

С listmonk разница простая. Listmonk сделан под рассылки по базе: загрузили список, написали письмо, отправили. useSend сделан под отправку из приложения: сайт или CRM дёргает API, и письмо уходит в ту же секунду. Рассылки в нём тоже есть, но центр тяжести другой. Магазину часто нужны оба инструмента, и они друг другу не мешают.

Что значит «поверх AWS»

useSend не почтовый сервер. Он принимает от вашего сайта письмо и передаёт его в Amazon SES, а статусы доставки получает обратно через SNS. По документации для самостоятельной установки нужны аккаунт AWS, ключ доступа с правами на SES и SNS, выбранный регион и адрес вашего useSend, доступный из интернета, чтобы туда приходили статусы.

Ещё два пункта из документации, о которые спотыкаются. Новый аккаунт SES сидит в песочнице и шлёт только на проверенные адреса, поэтому выход в боевой режим запрашивают отдельно. И вход в useSend сделан через GitHub или Google, пары логин и пароль в нём нет.

Для российского бизнеса главный вопрос про AWS. Получится ли зарегистрировать аккаунт на ваше юрлицо, чем платить и не заблокируют ли доступ, я не проверял и ничего не утверждаю. Выяснять это нужно до того, как вы начнёте что-то разворачивать. Тариф SES тоже смотрите актуальный в калькуляторе AWS: он считается за объём писем.

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

Доставляемость и закон: два разных вопроса

Сервис отправки не гарантирует, что письмо попадёт во «Входящие». Это решают SPF, DKIM, DMARC и репутация вашего домена. useSend при добавлении домена подсказывает записи DNS, но поставить их и не испортить репутацию рассылками по купленной базе должны вы. Как всё это работает и как проверять, мы разбирали в статье про письма в спаме и SPF, DKIM, DMARC.

Закон различает письмо о заказе и рекламу. Подтверждение заказа, чек и статус доставки обслуживают конкретную покупку. Акции, скидки и «вернитесь в корзину» уже реклама. Статья 18 закона «О рекламе» (текст на consultant.ru) допускает рекламу по сетям электросвязи только с предварительного согласия адресата. Если рекламораспространитель не докажет, что согласие получено, реклама считается распространённой без него. Просьбу прекратить рассылку нужно выполнить немедленно. Часть 2 про автоматическую рассылку в тексте статьи говорит о средствах набора номера, как она применяется к почте, спросите юриста. И не вставляйте рекламные блоки в письма о заказах: есть риск, что такое письмо сочтут рекламой.

Где это не сработает

Первое: проект в бете. Так написано в самом README. Основной автор один: у него 431 вклад в репозитории, у следующего человека шесть. Если он остановится, сопровождать придётся вам. А с 8 сентября коммитов в основной ветке нет, хотя это ещё не признак остановки.

Второе: входящие письма в списке планов разработчиков, то есть принимать почту useSend пока не умеет. Нужен ящик для ответов клиентов, берите отдельный почтовый сервер, например Stalwart.

Третье: AGPL-3.0 требует открывать исходники, если вы отдаёте изменённую версию как сетевой сервис другим людям. Для собственного использования это обычно не проблема, но если хотите перепродавать, консультируйтесь.

Четвёртое: обновления, резервные копии базы и Redis, слежение за лимитами SES и жалобами ложатся на вас. Если писем двадцать в день, проще взять SMTP хорошего хостинга и не городить сервис.

Что можно сделать уже сейчас

1. Выясните про AWS: регистрация на юрлицо, оплата, выход из песочницы SES. Без этого дальше идти нет смысла.
2. Заведите отдельный поддомен для транзакционных писем, например mail.вашдомен, и настройте на нём SPF, DKIM и DMARC. Репутация писем о заказах не смешается с рассылками.
3. Разверните useSend на тестовом сервере и отправьте себе по десять писем: подтверждение заказа, сброс пароля, смену статуса. Посмотрите заголовки и папку «Спам» в Gmail, Яндексе и Mail.ru.
4. Разделите базу для рекламных рассылок и клиентов заказов, соберите согласия и перед отправкой проверьте адреса, чтобы не набрать отказов.

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

Можно ли без AWS?

По документации useSend для отправки использует SES, других каналов в ней я не нашёл. Если нужен свой SMTP, это уже другой класс инструментов, например почтовый сервер из статьи про docker-mailserver.

Чем это лучше обычной почты хостинга?

Виден статус каждого письма: доставлено, отказ, жалоба, открытие, клик. Есть очередь, API и вебхуки в вашу CRM. Лучше ли это в вашем случае, зависит от объёма и от того, кто будет всё поддерживать.

Есть ли гарантия, что письма не попадут в спам?

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

Коротко о главном

useSend даёт интернет-магазину собственный слой отправки писем: API, SMTP, статистика и вебхуки на вашем сервере. Под ним стоит Amazon SES, сам проект в бете и держится на одном основном разработчике. Сначала проверьте AWS и домен, потом ставьте.

Мы разворачиваем такие сервисы, настраиваем домен и доставляемость под ключ и подключаем письма к сайту и CRM. Напишите мне в Telegram кодовое слово «ПИСЬМА», и мы обсудим вашу задачу.