Dlaczego warto mieć newsletter na własnym hostingu – i jak to zrobić bez bólu głowy

Samodzielny newsletter – koniec z cudzymi platformami

Pamiętasz Tinyletter? Dla wielu pisarzy to było idealne narzędzie: proste, bez zbędnych funkcji, po prostu działało. Pisałeś tekst, wysyłałeś, ludzie czytali. Bez lejków sprzedażowych i statystyk.

A potem Mailchimp (dziś część Intuit) zamknął usługę w lutym 2024. Kolejny dowód, że jeśli nie płacisz albo nie jesteś kluczowym klientem, twoja platforma może zniknąć z dnia na dzień.

Coraz więcej niezależnych twórców dochodzi do wniosku, że warto newsletter mieć pod własną kontrolą.

Pułapka zewnętrznych usług

Na pierwszy rzut oka oddanie newslettera w ręce gotowej platformy ma sens. Nie musisz martwić się rekordami SPF, DKIM czy DMARC. Ktoś inny dba o reputację nadawcy i filtry antyspamowe.

Tyle że te systemy projektowane są głównie z myślą o marketerach. Mają wbudowane szablony, śledzenie kliknięć, segmentację odbiorców. Wszystko, czego nie potrzebujesz, gdy chcesz po prostu wysłać list do czytelników.

Do tego dochodzą koszty – wiele usług liczy opłatę za każdego subskrybenta. Przy większej liście robi się drogo. A jak twój przypadek użycia nie pasuje do głównego modelu biznesowego platformy, stajesz się problemem, a nie priorytetem.

Najważniejsze jednak: nie masz kontroli nad swoją listą. Gdy usługa zniknie, tracisz dostęp do odbiorców.

Własna infrastruktura bez DevOpsu

Samodzielne prowadzenie newslettera nie wymaga zostania administratorem serwerów. Wystarczy kilka prostych zasad.

Zamiast trzymać treści w cudzej bazie danych, trzymasz je jako pliki markdown w repozytorium Git. Chcesz przenieść całość gdzie indziej? Kopiujesz folder i gotowe.

Do wysyłki używasz API – na przykład Postmark, Resend czy Mailgun. Przekazujesz listę odbiorców i treść maila, a resztę (wykrywanie odbić, ochrona reputacji) robi usługa. Nie musisz budować tego samemu.

Całość możesz obsłużyć prostym skryptem wiersza poleceń. Markdown zamienia się w mail, lista subskrybentów siedzi w pliku CSV, a Ty decydujesz, co i kiedy wysłać. Bez panelu, bez rozpraszaczy.

Jak to może wyglądać w praktyce

Typowa struktura katalogów wygląda tak:

newsletter/
├── issues/           # Każdy numer jako osobny plik .md
├── subscribers.csv   # Lista odbiorców pod kontrolą wersji
├── send/             # Skrypt wysyłający
├── web/              # Prosty endpoint do zapisów
└── .github/workflows/ # Automatyzacja kopii zapasowych

Całość jest przewidywalna i łatwa do przeniesienia. Zmieniasz usługę wysyłkową? Edytujesz jeden plik konfiguracyjny. Chcesz dodać RSS albo automatyczne udostępnianie na Mastodonie? Piszesz kod we własnym repozytorium.

Czy maile trafią do spamu?

To najczęstsza obawa. Prawda jest taka, że wysyłanie na większą skalę wymaga poprawnej konfiguracji uwierzytelniania poczty. Ale nie musisz tego robić ręcznie – dedykowane usługi wysyłkowe mają to już rozwiązane. One dbają o infrastrukturę, ty skupiasz się na treści.

A gdy wracasz po dłuższej przerwie, szczerość działa lepiej niż skomplikowane techniki rozgrzewania domeny. Ludzie doceniają prosty komunikat: „Przepraszam za ciszę, oto czym się zajmowałem”.

Koszty i korzyści

Wysyłka przez API kosztuje zwykle 1–2 dolary za tysiąc maili. To mniej niż kawa, którą pijesz podczas pisania. W porównaniu z abonamentami naliczanymi od subskrybenta wychodzi taniej – szczególnie przy nieregularnym wysyłaniu.

Zyskujesz za to spokój: lista należy do ciebie, treści nie znikną, a narzędzia są na tyle dojrzałe, że nie musisz spędzać godzin na utrzymaniu.

Dlaczego warto

Posiadanie własnego kanału dystrybucji to dziś luksus. Nie jesteś uzależniony od algorytmu Twittera ani łask platformy newsletterowej. Masz bezpośredni kontakt z czytelnikami – najcenniejszy zasób niezależnego twórcy.

Jeśli rozważasz taki krok, zacznij od audytu obecnego rozwiązania: gdzie trzymasz listę, czy masz backup, co się stanie, gdy usługa zniknie. Potem wybierz API do wysyłki, napisz prosty skrypt i przenieś treści do Git.

To nie jest rewolucja dla samej rewolucji. To po prostu sposób, by twoje słowa miały dom, który nie zniknie przy kolejnej zmianie priorytetów biznesowych.