Как взять рассылку под свой контроль: self-hosting без боли
Почему все бросают готовые платформы для рассылок
Tinyletter помнят многие, кто писал в начале 2020-х. Простой инструмент без лишних кнопок и метрик. Открыл редактор, написал текст, отправил — и всё. Никаких воронок, тестов и дашбордов.
А потом его закрыли.
Mailchimp (уже часть Intuit) отключил сервис в феврале 2024 года. И это не единичный случай. Если вы не платите за продукт или не входите в целевую аудиторию, ваш инструмент может исчезнуть в любой момент из-за очередной «оптимизации приоритетов».
Отсюда и растущий интерес к самостоятельному хостингу рассылок среди независимых авторов и небольших изданий.
Проблема сторонних сервисов
На первый взгляд, отдать рассылку на аутсорс — разумное решение. Не нужно настраивать SPF, DKIM, DMARC, следить за репутацией отправителя и обрабатывать bounces. За вас это делает платформа.
Но есть нюанс.
Большинство сервисов создавались для маркетологов, а не для авторов. Их архитектура заточена под конверсию, сегментацию и трекинг. Они отвечают на вопрос «какой сегмент лучше конвертится», а не на «прочитали ли люди текст».
Плюс ценообразование. Часто платят за каждого подписчика. При скромной, но лояльной аудитории это быстро становится дорого. А когда ваш формат не вписывается в их модель — вы уже не клиент, а помеха.
Главное же: вы не контролируете свою аудиторию. Она живёт на чужой платформе. И если приоритеты изменятся — придётся начинать с нуля.
Как выглядит самостоятельный подход
Самостоятельный хостинг не требует становиться DevOps-инженером. Достаточно выбрать устойчивые инструменты и не усложнять.
Обычно это выглядит так:
Контент в Git. Каждая рассылка — markdown-файл в репозитории. Конфигурация описана декларативно. Если понадобится переехать — ничего не потеряется.
API для отправки. Нужен не маркетинговый кабинет, а чистый API. Передаёте список подписчиков и текст письма — сервис берёт на себя bounces, репутацию и compliance. Подходят Postmark, Resend, SendGrid, Mailgun или open-source альтернативы вроде Plunk.
CLI-инструмент. Простая утилита в терминале. Берёт markdown, превращает в письмо, работает со списком подписчиков и отправляет через выбранный сервис. Без веб-интерфейса и отвлекающих элементов.
Минимализм в дизайне. Простой текст или базовый HTML часто работает лучше, чем перегруженные шаблоны. Главное — содержание.
Пример структуры проекта
newsletter/
├── issues/ # Каждый выпуск — отдельный .md
│ ├── 1.md
│ ├── 2.md
│ └── 3.md
├── subscribers.csv # Список подписчиков (в Git)
├── send/ # CLI-утилита
│ ├── send.py
│ └── config.yaml
├── web/ # Простой бэкенд для подписки
│ └── subscribe.py
└── .github/workflows/ # Автоматизация
└── backup.yaml
Всё предсказуемо и переносимо. Хотите сменить провайдера отправки — меняете одну строку в конфиге. Нужно добавить RSS или автоматическую публикацию в соцсети — делаете это в своём коде.
Вопрос доставляемости
«А письма не попадут в спам?» — главный страх при самостоятельной отправке.
Настройка SPF, DKIM и DMARC действительно требует внимания. Но специализированные сервисы уже решили эту задачу. Они поддерживают инфраструктуру, следят за репутацией домена и автоматически обрабатывают bounces. Вы делегируете техническую часть, сохраняя контроль над контентом и подписчиками.
Если рассылка выходит редко, важнее честность, чем идеальная техническая подготовка. Простое «извините за долгое молчание» работает лучше, чем любые стратегии прогрева.
Сколько это стоит
Самостоятельная отправка недорогая. Сервисы вроде Postmark или Resend берут $1–2 за тысячу писем. Это меньше чашки кофе. По сравнению с подпиской на платформы с оплатой за подписчика — почти незаметно.
Вы меняете «включил и забыл» на чуть больше ручной работы. Но если публикуете нерегулярно, нагрузка остаётся небольшой.
Почему это имеет смысл
Владеть своим каналом распространения — это как иметь собственный печатный станок. Не арендуете чужую площадку в надежде, что её не закроют. Строите то, что принадлежит вам.
Для независимых авторов, разработчиков и тех, кто публикует материалы публично, это особенно важно. Рассылка часто остаётся самым прямым способом связи с аудиторией — надёжнее Twitter, ближе, чем блог, и не зависит от алгоритмов.
Инструменты для этого уже зрелые. Fly.io, Railway и AWS Lambda позволяют запускать небольшие сервисы дёшево. Open-source решения для отправки почты развились. Инфраструктура в целом стала дружелюбнее к независимым проектам.
С чего начать
Если решили взять рассылку под контроль:
Проверьте текущую инфраструктуру. Где хранится список подписчиков? Есть ли бэкап? Что будет, если сервис отключат?
Выберите сервис отправки по качеству API и ценам, которые масштабируются под ваш реальный размер списка.
Начните просто. Папка с markdown, базовый CLI на Python или Rust, один эндпоинт для подписок. Дальше можно развивать.
Храните всё в Git. Выпуски — файлы. Конфиг — в репозитории. Инфраструктура как код.
Думайте об аудитории. Самостоятельный хостинг не отменяет заботу о читателях. Важнее не open rate, а то, что люди действительно читают.
Тренд на самостоятельные рассылки растёт не из-за моды. Просто за десять лет платформы слишком часто меняли приоритеты, а аудитория заслуживает канал, который не исчезнет из-за чужих бизнес-решений.
Ваши слова заслуживают места, где они останутся завтра.