Statische Websites hosten: Optionen für schnelle Seiten

Eine statische Website hosten Sie auf drei Wegen: auf einem klassischen Webspace per SFTP-Upload, in einem Objektspeicher mit vorgeschaltetem CDN oder auf einer spezialisierten Plattform, die die Seite aus einem Git-Repository baut und weltweit verteilt. Weil keine Datenbank und kein PHP nötig sind, sind statische Seiten schnell, wenig angreifbar und günstig im Betrieb. Grenzen gibt es bei interaktiven Funktionen, die Sie über externe Dienste lösen. Wie sich das in die übrigen Modelle einordnet, zeigt die Seite Hosting-Arten.

Was eine statische Website ausmacht

Bei einem klassischen CMS wie WordPress erzeugt der Server jede Seite beim Aufruf neu: PHP läuft, die Datenbank wird abgefragt, das HTML wird zusammengesetzt. Bei einer statischen Website passiert das einmal vorab. Ein Static-Site-Generator wie Astro, Hugo, Jekyll oder Eleventy baut aus Vorlagen und Inhalten fertige Dateien, der Server liefert sie nur noch aus.

Merkmal	Dynamisches CMS	Statische Website
Seitenerzeugung	bei jedem Aufruf auf dem Server	einmal beim Bauen
Serveranforderung	PHP, Datenbank, ausreichend Rechenleistung	nur Auslieferung von Dateien
Angriffsfläche	CMS, Plugins, Datenbank, Login	sehr gering, kein Login auf dem Server
Ladezeit	abhängig von Caching und Server	sehr schnell, gut cachebar
Redaktion	Backend im Browser	Editor, Git oder vorgeschaltetes CMS
Interaktive Funktionen	eingebaut oder per Plugin	über externe Dienste oder Funktionen

Geeignet für

• Unternehmens- und Visitenkartenseiten mit überschaubarer Zahl an Änderungen,
• Ratgeber, Blogs und Dokumentationen,
• Landingpages und Kampagnenseiten mit hohen Lastspitzen,
• Portfolios, Veranstaltungsseiten und Vereinsauftritte.

Weniger geeignet ist der Ansatz für Seiten mit vielen Nutzerkonten, laufend wechselnden Daten oder einem eigenen Shop-System. Hier ist ein dynamisches System meist einfacher, wobei auch Mischformen möglich sind: statische Seiten plus eingebundener Shop oder Buchungsdienst.

Die Hosting-Optionen im Vergleich

Klassischer Webspace

Jeder Webhosting-Tarif kann statische Dateien ausliefern. Sie bauen die Seite lokal und laden den Ausgabeordner per SFTP hoch.

• Vorteile: bekannter Ablauf, Domain und E-Mail beim selben Anbieter, Serverstandort frei wählbar.
• Nachteile: manueller Upload, keine automatische Vorschau, Leistungen wie PHP und Datenbank bezahlen Sie mit.

Objektspeicher mit CDN

Die Dateien liegen in einem S3-kompatiblen Objektspeicher, ein CDN davor übernimmt Auslieferung, Verschlüsselung und Caching.

• Vorteile: sehr skalierbar, Kosten nach Speicher und Datenvolumen, gut automatisierbar.
• Nachteile: mehr Einrichtungsaufwand, Weiterleitungen und Fehlerseiten je nach Anbieter umständlich, zwei Dienste statt einem.

Plattformen mit Git-Deploy

Spezialisierte Plattformen, darunter Cloudflare Pages, Netlify, Vercel und GitHub Pages, verbinden sich mit einem Git-Repository. Bei jeder Änderung bauen sie die Seite automatisch und verteilen sie über ein weltweites Netz.

• Vorteile: automatischer Build, Vorschau-Adressen für jeden Entwurf, einfache Rücksprünge auf ältere Stände, schnelle Auslieferung, oft ein Einstiegstarif ohne Kosten.
• Nachteile: Abhängigkeit von Plattformregeln und Limits, die sich ändern können, Anbieter häufig mit Sitz außerhalb der EU, E-Mail separat.

Kriterium	Webspace	Objektspeicher und CDN	Git-Plattform
Einrichtung	einfach	mittel	einfach bis mittel
Veröffentlichen	Upload per SFTP	Upload per Werkzeug oder Skript	automatisch bei Git-Push
Vorschau von Änderungen	manuell	manuell	meist eingebaut
Globale Auslieferung	nur mit zusätzlichem CDN	ja	ja
Kostenmodell	fester Tarif	nach Nutzung	Freikontingent, darüber Tarif oder Nutzung
Serverseitige Funktionen	PHP verfügbar	keine	oft serverlose Funktionen

Welche Variante finanziell passt, hängt von Datenvolumen, Teamgröße und Zusatzfunktionen ab. Einen Überblick über Kostenmodelle finden Sie unter Webhosting-Kosten. Lesen Sie die Bedingungen von Freikontingenten genau, manche schließen eine gewerbliche Nutzung aus oder begrenzen Builds und Datenvolumen.

Funktionen ohne eigenen Server lösen

Funktion	Lösungsweg	Zu beachten
Kontaktformular	Formulardienst oder serverlose Funktion	personenbezogene Daten, Spam-Schutz, Auftragsverarbeitung
Suche	Suchindex beim Bauen erzeugen und im Browser durchsuchen	bei sehr vielen Seiten externer Suchdienst
Kommentare	externer Kommentardienst oder bewusst verzichten	Datenschutz und Moderation
Newsletter	Anmeldeformular des Newsletterdienstes	Double-Opt-in, Auftragsverarbeitung
Redaktion ohne Technik	Headless-CMS oder Git-basiertes Redaktionssystem	Zugänge und Rechte sauber vergeben
Weiterleitungen	Konfigurationsdatei der Plattform oder Regeln im CDN	Grenzen bei der Anzahl der Regeln je Plattform prüfen

Der typische Ablauf mit einer Git-Plattform

1. Projekt anlegen: Website mit einem Static-Site-Generator erstellen und den Quellcode in einem Git-Repository verwalten.
2. Plattform verbinden: Repository mit der Hosting-Plattform verknüpfen, Build-Befehl und Ausgabeordner angeben.
3. Vorschau prüfen: Jede Änderung auf einem Nebenzweig erzeugt eine eigene Vorschau-Adresse, die Sie vor der Veröffentlichung kontrollieren.
4. Veröffentlichen: Nach dem Zusammenführen in den Hauptzweig baut die Plattform die Live-Seite neu und verteilt sie.
5. Domain anbinden: eigene Domain per DNS-Eintrag verbinden, Zertifikat automatisch ausstellen lassen, Weiterleitung von der Variante ohne auf die mit www oder umgekehrt einrichten.
6. Zurückrollen bei Fehlern: Ältere Stände lassen sich meist mit einem Klick wieder aktivieren.

Wer keine Git-Plattform nutzen möchte, kann denselben Ablauf mit einem Build-Skript und einem automatisierten SFTP-Upload auf klassischen Webspace nachbilden. Das ist weniger komfortabel, hält aber alles bei einem Anbieter.

Worauf Sie beim Hosting achten sollten

• Eigene Domain und HTTPS: Anbindung per DNS-Eintrag, automatisches Zertifikat.
• Weiterleitungen und Fehlerseiten: 301-Weiterleitungen für alte Adressen und eine eigene 404-Seite müssen möglich sein, gerade nach einem Relaunch.
• Cache-Steuerung: HTML kurz, Dateien mit Versionskennung lange zwischenspeichern.
• Sicherheits-Header: etwa HSTS und Content-Security-Policy, über eine Konfigurationsdatei oder Regeln.
• Datenschutz: Auch eine statische Seite erzeugt Server-Logs mit IP-Adressen. Vertrag zur Auftragsverarbeitung, Standort und Datenschutzerklärung prüfen.
• Backup: Das Git-Repository ist Ihre wichtigste Sicherung, es gehört an einen zweiten Ort gespiegelt.
• Ausstieg: Statische Dateien lassen sich mit wenig Aufwand bei einem anderen Anbieter veröffentlichen. Dokumentieren Sie Build-Befehl und Konfiguration, damit das auch in der Praxis gelingt.

Von WordPress zur statischen Website?

Ein Wechsel kann sich lohnen, wenn eine Website selten geändert wird, aber viel Pflegeaufwand für Updates und Sicherheit verursacht. Möglich ist ein Neubau mit einem Static-Site-Generator oder der Export einer bestehenden Seite als statische Kopie. Prüfen Sie vorher, welche Funktionen dynamisch sind: Formulare, Suche, Mitgliederbereiche, Shop. Und planen Sie Weiterleitungen für alle Adressen, die sich ändern, damit Rankings und Backlinks erhalten bleiben.

Checkliste statisches Hosting

• Inhalte und Funktionen geprüft: wirklich überwiegend statisch?
• Hosting-Weg gewählt: Webspace, Objektspeicher mit CDN oder Git-Plattform
• Domain, HTTPS und Weiterleitung auf die bevorzugte Schreibweise eingerichtet
• Formulare, Suche und Newsletter mit datenschutzkonformen Diensten gelöst
• Weiterleitungen für alte Adressen und eigene 404-Seite vorhanden
• Cache-Regeln und Sicherheits-Header gesetzt
• Repository gespiegelt, Build-Befehl dokumentiert
• Bedingungen und Limits des Tarifs gelesen