Selbst gehostet: Warum sich ein eigener Newsletter-Server wirklich lohnt

Die Newsletter-Plattform-Friedhof

Tinyletter kennt noch jeder, der Anfang der 2020er geschrieben hat. Es war das Gegenstück zu überladenen Marketing-Tools: einfach, klar, und es hat einfach funktioniert. Schreiben, versenden, fertig.

Dann war es weg.

Als Mailchimp (heute Intuit) Tinyletter im Februar 2024 einstellte, zeigte sich wieder einmal das Grundproblem vieler SaaS-Dienste: Wer nicht selbst zahlt oder nicht zur Kernzielgruppe gehört, ist schnell ersetzt – sobald sich die Geschäftsstrategie ändert.

Das ist kein Einzelfall mehr. Viele unabhängige Autoren, Entwickler und kleine Verlage ziehen deshalb die Konsequenz: Sie holen das Newsletter-Hosting zurück in die eigene Hand.

Das Problem mit fremden Plattformen

Auf den ersten Blick klingt es praktisch, den Newsletter auszulagern. Kein SPF, kein DKIM, kein DMARC – jemand anderes kümmert sich um Zustellbarkeit, Bounce-Management und Sender-Reputation. Klingt bequem.

Aber die Plattformen sind meist für Marketing-Kampagnen gebaut, nicht für persönliche Schreiben. Drag-and-Drop-Editoren, Tracking-Pixel und A/B-Tests passen selten zum eigenen Workflow. Und sobald die eigenen Anforderungen vom Idealbild der Plattform abweichen, wird man schnell zur Randnotiz.

Noch schwerwiegender: Die eigene Leserschaft liegt auf fremdem Terrain. Bei einem Shutdown oder Strategiewechsel beginnt alles von vorne.

Selbst hosten – aber ohne DevOps-Overkill

Selbst hosten bedeutet nicht, plötzlich Sysadmin zu werden. Es geht darum, die Kontrolle über Inhalte und Abonnenten zurückzugewinnen – mit überschaubaren Mitteln.

Der moderne Weg sieht so aus:

Infrastruktur als Code. Newsletter-Ausgaben als einfache Markdown-Dateien in einem Git-Repo. Alles versioniert, portabel und nicht in irgendeiner Datenbank gefangen.

API-basierte Versanddienste. Statt Marketing-Dashboards braucht es eine saubere API. Postmark, Resend, SendGrid oder Mailgun übernehmen Zustellung, Bounce-Handling und Compliance. Man liefert Inhalt und Empfängerliste – der Rest läuft im Hintergrund.

Kleine CLI-Tools. Ein einfaches Kommandozeilen-Skript, das Markdown in E-Mails umwandelt, die Abonnentenliste verwaltet und den Versand anstößt. Kein Web-Interface, keine Ablenkung.

Schlichte Gestaltung. Plain Text mit optionaler HTML-Version reicht oft. Der Text steht im Mittelpunkt, nicht das Design.

So könnte die Ordnerstruktur aussehen

newsletter/
├── issues/           # Eine .md-Datei pro Ausgabe
├── subscribers.csv   # Versionierte Empfängerliste
├── send/             # CLI-Tool (Python, Rust, Go…)
├── web/              # Kleiner HTTP-Endpunkt für Anmeldungen
└── .github/workflows/ # Automatisierte Backups

Alles ist austauschbar. Wechselt der Versanddienst, ändert man eine Config-Datei. Braucht man neue Features, baut man sie selbst ein.

Zustellbarkeit – das ewige Thema

„Aber landen meine Mails dann nicht im Spam?“

Eine berechtigte Sorge. Wer E-Mails versendet, braucht korrekte SPF-, DKIM- und DMARC-Einträge. Gute Versanddienste kümmern sich allerdings genau darum – inklusive Reputationsmanagement. Man delegiert die technische Komplexität, behält aber Inhalt und Abonnentenbeziehung selbst in der Hand.

Und: Nach längeren Pausen zählt vor allem Ehrlichkeit. Ein kurzer Hinweis auf die Funkstille bringt oft mehr als jede technische Optimierung.

Die Kostenfrage

Selbst hosten ist nicht kostenlos, aber günstig. Für kleine Listen liegen die Preise bei 1–2 Dollar pro Tausend versendeter Mails. Deutlich weniger als die meisten Abo-Modelle kommerzieller Plattformen.

Der Aufwand hält sich in Grenzen – besonders bei unregelmäßigem Versand, wie ihn viele unabhängige Publisher betreiben.

Warum das alles zählt

Wer seinen Newsletter selbst hostet, besitzt seinen Vertriebskanal. Kein Risiko mehr, dass ein Dienst plötzlich schließt oder die Prioritäten ändert. Gerade für unabhängige Autoren und Entwickler ist das oft der direkteste Draht zur Leserschaft.

Die technischen Voraussetzungen waren selten besser: Günstige Hosting-Plattformen wie Fly.io oder Railway, ausgereifte Open-Source-Versandlösungen und einfache Deployment-Optionen machen den Einstieg leicht.

So fängt man an

1. Aktuellen Stand prüfen. Wo liegt die Abonnentenliste? Gibt es Backups? Was passiert bei einem Shutdown?
2. Versanddienst wählen. API-Qualität und faire Preise sind entscheidend – nicht Marketing-Features.
3. Klein starten. Markdown-Ordner, einfaches CLI-Skript, ein Endpoint für Anmeldungen.
4. Git-freundlich bleiben. Alles versioniert, alles portabel.
5. Leser im Blick behalten. Technische Unabhängigkeit ist kein Freifahrtschein für schlechte Usability.

Der Trend geht weg von großen Plattformen hin zu eigenem Setup. Nicht aus Nostalgie, sondern weil unabhängige Publisher ihre Leserschaft nicht mehr einer fremden Roadmap ausliefern wollen.

Deine Worte verdienen einen Ort, der morgen noch da ist.