De ce merită să-ți găzduiești singur newsletterul (și cum o faci)
De ce tot mai mulți scriitori își mută newsletterul pe propriul server
Tinyletter a fost, pentru mulți, soluția ideală: nimic complicat, doar un formular, un text și butonul de trimitere. Apoi, în 2024, Mailchimp a decis că nu mai merită să-l mențină. Un instrument folosit de mii de oameni a dispărut peste noapte.
Povestea nu e singulară. Când folosești o platformă terță, depinzi de prioritățile ei de business. Dacă nu ești clientul principal sau nu plătești suficient, serviciul poate oricând să dispară.
Ce pierzi când lași totul la o terță parte
La prima vedere, e comod să nu te ocupi de SPF, DKIM sau DMARC. Lasă platforma să se ocupe de reputația senderului și de livrarea în inbox. Problema apare când descoperi că platforma e construită pentru campanii de marketing, nu pentru scrisori personale.
Template-urile, pixelii de tracking și statisticile de engagement nu te ajută când vrei doar să știi dacă oamenii ți-au citit textul. În plus, prețurile bazate pe numărul de abonați devin rapid costisitoare, iar dacă publici neregulat, te trezești plătind pentru funcții de care nu ai nevoie.
Cea mai mare problemă rămâne alta: nu controlezi lista. E stocată în altă parte, iar dacă serviciul se închide, trebuie să o iei de la zero.
Cum arată o soluție self-hosted
Nu trebuie să devii expert DevOps ca să-ți găzduiești propriul newsletter. E suficient să alegi componente simple și stabile.
Conținutul poate sta în fișiere markdown versionate într-un repository Git. Fiecare ediție e doar un fișier. Configurația e declarativă și poți muta totul oricând fără să pierzi date.
Pentru trimitere folosești un serviciu cu API curat – Postmark, Resend, SendGrid sau Mailgun. Ele se ocupă de bounce handling și deliverability, iar tu le pasezi doar lista și conținutul. Nu ai nevoie de dashboard-uri complexe sau de interfețe de marketing.
Partea practică o rezolvi cu un mic tool de linie de comandă. Acesta citește markdown-ul, îl transformă în email și îl trimite prin serviciul ales. Fără interfață web, fără elemente de distragere.
Structura minimă
Un setup funcțional arată cam așa:
newsletter/
├── issues/ # fișiere .md cu fiecare ediție
├── subscribers.csv # lista de abonați, sub control de versiune
├── send/ # scriptul de trimitere
├── web/ # endpoint pentru înscrieri
└── .github/workflows/ # backup automat, dacă vrei
Totul e portabil. Schimbi serviciul de email? Modifici o singură configurație. Adaugi RSS sau partajare automată? Scrii codul tu însuți.
Livrarea și reputația
Mulți se tem că emailurile self-hosted vor ajunge în spam. Realitatea e că serviciile specializate rezolvă deja SPF, DKIM și DMARC. Ele gestionează reputația pe scară largă, iar tu beneficiezi de infrastructura lor fără să o construiești.
Când reiei trimiterea după o pauză, sinceritatea contează mai mult decât tehnicile de warm-up. Un mesaj simplu – „scuze pentru tăcere, iată ce am lucrat” – generează mai multă deschidere decât orice strategie de listă.
Costuri reale
Prețurile pentru trimitere încep de la 1-2 dolari la mia de emailuri. Pentru majoritatea newsletter-urilor personale asta înseamnă mai puțin decât cafeaua consumată în timpul scrierii. E mult mai predictibil decât abonamentele per subscriber.
De ce merită efortul
Când deții canalul de distribuție, nu mai depinzi de algoritmi sau de decizii corporative. Newsletterul devine o legătură directă cu cititorii – mai stabilă decât rețelele sociale și mai controlabilă decât orice platformă terță.
Instrumentele actuale fac procesul accesibil: deployment pe Fly.io sau Railway e ieftin, iar straturile open-source de trimitere s-au maturizat.
Pași practici
- Vezi unde stă acum lista ta și ce se întâmplă dacă platforma actuală dispare.
- Alege un serviciu de trimitere după calitatea API-ului și prețul real, nu după planurile de creștere.
- Începe simplu: un folder cu markdown, un script CLI și un endpoint pentru înscrieri.
- Ține totul în Git – conținut, configurație, infrastructură.
- Gândește-te la experiența abonaților, nu doar la metrici.
Newsletterul self-hosted nu e o modă. E o reacție la concentrarea platformelor și la dispariția constantă a serviciilor. Cititorii tăi merită un canal care să existe și mâine.