Как сами да поемеш контрола над своя бюлетин

Когато платформите за бюлетини изчезват

Tinyletter беше любим инструмент за много автори в началото на десетилетието. Просто решение, което не се опитваше да продава нищо — пишеш, изпращаш, хората четат. Без сложни фунии и анализи.

Mailchimp го спря през февруари 2024. За пореден път стана ясно, че ако не плащаш или не си основният клиент, услугата ти може да спре всеки момент.

Това не е изолиран случай. Затова все повече независими автори и разработчици започват да управляват бюлетините си сами.

Проблемът с външните услуги

На пръв поглед изглежда логично да оставиш някой друг да се грижи за SPF, DKIM и DMARC. Няма нужда да разбираш как работи доставката на имейли — просто плащаш и забравяш.

Но повечето платформи са създадени за маркетинг екипи, не за автори. Те предлагат шаблони, проследяване и статистики, защото искат да оптимизират конверсията. Ако твоята цел е просто да споделиш текст, тези функции са излишни.

Освен това цените често зависят от броя абонати. При по-големи списъци разходите растат бързо. И ако моделът ти не отговаря на техните цели, рискуваш да останеш без поддръжка.

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

Самостоятелно хостване — по-просто, отколкото звучи

Не е нужно да ставаш DevOps специалист. Достатъчно е да избереш стабилни инструменти и да организираш процеса логично.

Съдържанието се пази като markdown файлове в Git хранилище. Така всичко е версионирано и лесно за преместване. За изпращане се използва API на услуга като Resend, Postmark или Mailgun. Те се грижат за доставката, а ти контролираш съдържанието и списъка с абонати.

CLI инструмент в същото хранилище чете файловете, обработва CSV с абонати и извиква API-то. Без излишен интерфейс — просто терминал и редактор.

Как изглежда структурата

Типичната подредба може да бъде:

newsletter/
├── issues/           # По един .md файл за всеки брой
├── subscribers.csv   # Списък с абонати
├── send/             # Скрипт за изпращане
├── web/              # Проста форма за записване
└── .github/workflows/ # Автоматични задачи

Всичко е в един репозитори. Ако решиш да смениш услугата за изпращане, променяш само конфигурацията. Ако искаш нова функция, я добавяш сам.

Доставката — реален въпрос

Много хора се притесняват, че имейлите им ще попаднат в спам. Това е основателно, защото доставката зависи от правилни DNS записи и репутацията на домейна.

Затова се използват специализирани услуги за изпращане. Те поддържат инфраструктурата и следят за проблеми с доставката. Ти им делегираш техническата част, но запазваш контрола върху съдържанието и връзката с читателите.

Колко струва

Цената не е нулева, но е ниска. За малък обем обикновено се плаща по $1–2 за хиляда имейла. Това е по-малко от чаша кафе. При нередовни издания разходите остават минимални.

Защо си струва

Когато контролираш разпространението, не зависиш от чужди приоритети. Бюлетинът става твой канал — по-стабилен от социалните мрежи и по-близък до читателите.

Инструментите за самостоятелно хостване вече са зрели. Платформи като Fly.io и Railway улесняват старта, а open-source решенията за изпращане работят надеждно.

Откъде да започнеш

1. Провери къде се съхранява списъкът ти с абонати и какъв е планът при проблем.
2. Избери услуга за изпращане според API и цени, които отговарят на реалния ти обем.
3. Започни с просто решение — папка с markdown файлове и базов скрипт.
4. Пази всичко в Git, за да можеш лесно да мигрираш.
5. Не забравяй, че абонатите ценят съдържанието, а не техническите детайли.

Собственият канал дава сигурност. Той няма да изчезне, когато някоя компания промени стратегията си.