WordPress selbst zu hosten ist weder Selbstzweck noch eine geringfügige Ersparnis: Es ist eine Abwägung zwischen dem Komfort einer verwalteten Plattform und der Kontrolle über den eigenen Stack. Dieser Leitfaden beschreibt die Konfiguration, die auf einem virtuellen Server trägt, ihre Bestandteile und die Punkte, an denen Selbsthosting mehr kostet als es einbringt.
Was „selbst hosten“ bedeutet
Drei Modelle bestehen nebeneinander, und sie zu verwechseln verzerrt jeden Kostenvergleich.
| Modell | Was Sie verwalten | Sinnvoll, wenn |
|---|---|---|
| Shared Hosting | Nichts außer der Website | Eine Website, wenig Traffic, keine Systemkenntnisse |
| Managed WordPress | Die Website und ihre Inhalte | Komfortables Monatsbudget, keine Lust auf Systemarbeit |
| Selbst verwalteter VPS | System, Webserver, Datenbank, Sicherungen, Sicherheit | Mehrere Websites, Terminalkenntnisse, Kontrollbedarf |
Das dritte Modell ist erst dann vernünftig, wenn man eine Nginx-Konfiguration und ein Fehlerprotokoll lesen kann. Darunter wird die scheinbare Ersparnis mit Ausfallzeit bezahlt.
Der Stack, der trägt
Das Panel: leicht statt umfassend
Klassische Panels kosten eine Lizenz, belegen 1,5 bis 2 GB Speicher, bevor eine Seite ausgeliefert wird, und schieben eine Abstraktion zwischen Betreiber und Server. Auf einem selbst verwalteten VPS wird diese Abstraktion zum größten Hindernis bei der Fehlersuche.
Die Komponenten und ihre Rolle
- Nginx im Frontend, mit lesbarem und überschreibbarem Virtualhost.
- PHP-FPM mit einer Version je Website — unverzichtbar, damit ein älteres PrestaShop neben einem aktuellen WordPress laufen kann.
- MariaDB oder MySQL, bei der Installation ausdrücklich gewählt.
- Redis für den Objekt-Cache: die Komponente mit dem klarsten Gewinn bei WordPress, noch vor jedem Seiten-Cache.
- Ein Seiten-Cache — Nginx-FastCGI-Cache oder ein Reverse Proxy. Genau einer, nie zwei.
- Let’s Encrypt mit automatischer Erneuerung.
Die Regel, die die meisten Ausfälle verhindert: eine Schicht je Funktion. Zwei Seiten-Caches, die nichts voneinander wissen, erzeugen veraltete Seiten, die niemand zu leeren weiß.
Die Falle der gestapelten Schichten
Das ist der häufigste Fehler auf gewachsenen Installationen. Ein Seiten-Cache in einer Erweiterung, ein zweiter in einem Reverse Proxy, ein dritter beim CDN-Anbieter, dazu ein Modul zum Umschreiben von Assets: Jeder cacht korrekt, keiner kann die anderen leeren. Das Symptom ist stets dasselbe — eine ausgerollte Änderung, die unsichtbar bleibt.
Eine saubere Konfiguration besteht aus drei Entscheidungen: ein Objekt-Cache (Redis), ein Seiten-Cache (genau einer, beim Veröffentlichen geleert) und eine Minifizierung (eine, oder keine).
Sicherheit: eine Basis, keine Festung
Das meiste, was eine kleine Website trifft, ist automatisiertes Rauschen. Drei Bausteine schneiden es ab: eine Application Firewall, eine Sperre auf Netzwerkebene und widerrufbare Kennungen für Integrationen.
Sicherungen: die einzige Maßnahme, die repariert
Alle anderen Maßnahmen beugen vor; nur die Sicherung repariert. Drei Anforderungen machen sie brauchbar:
- Außerhalb des Produktivservers — eine Sicherung auf derselben Maschine schützt vor nichts.
- Verschlüsselt, mit einer Passphrase, die anderswo als im Sicherungswerkzeug liegt.
- Mindestens einmal zurückgespielt. Eine nie zurückgespielte Sicherung ist eine Annahme, keine Garantie.
Was Selbsthosting nicht löst
- Verfügbarkeit rund um die Uhr: ohne Rufbereitschaft dauert ein nächtlicher Vorfall bis zum Morgen.
- Plötzliche Lastspitzen: Ein einzelner VPS hat eine Obergrenze, und Multi-Node-Orchestrierung ist ein eigenes Fach.
- E-Mail: Einen eigenen Versandserver zu betreiben, führt zu unverhältnismäßigen Zustellbarkeitsproblemen. Die Auslagerung an einen spezialisierten Dienst bleibt richtig — siehe den Leitfaden zur Zustellbarkeit.
Steuern nach dem Start
Eine selbst gehostete Website wird auf nur drei Achsen überwacht: Verfügbarkeit, Antwortzeit und Menge der Anwendungsfehler. Der Rest ist redaktionelle Steuerung, behandelt in GA4 und Search Console.
Die Artikel der Rubrik
- CloudPanel: WordPress selbst hosten ohne schweres Panel
- WordPress-Härtung: die minimale Sicherheitsbasis
- Kommandozeilen-Werkzeuge für die Webentwicklung
Diese Seite wird im Takt der Veröffentlichungen in den Rubriken DevOps & Server und Sicherheit aktualisiert.