Website ohne Server veröffentlichen: Statisches Hosting erklärt

hdply · 2026-07-04

Erstaunlich viele Menschen mieten einen VPS, installieren nginx und kämpfen mit TLS-Zertifikaten — um eine einzige HTML-Seite auszuliefern. Wenn Ihre Website keinen Code auf dem Server ausführt, ist nichts davon nötig. Hier steht, warum — und was Sie stattdessen tun.

Statisch vs. dynamisch — die einzige Unterscheidung, die zählt

Eine dynamische Website berechnet jede Antwort neu: Sie führt Code aus, fragt eine Datenbank ab, rendert Inhalte pro Nutzer. Dafür braucht sie einen Server, den Sie verwalten.

Eine statische Website besteht aus Dateien: HTML, CSS, JavaScript, Bilder. Die einzige Aufgabe des Servers ist, sie auszuliefern. Portfolios, Landingpages, Dokumentation, Blogs, Demos — die Mehrheit aller Seiten im Internet ist statisch, selbst interaktive: Ihr JavaScript läuft im Browser der Besucher, nicht auf einem Server.

Was "ohne Server" wirklich bedeutet

Natürlich liefert irgendwo ein Computer Ihre Dateien aus. Der Punkt ist: Es ist nicht Ihrer — keine Maschine, die Sie mieten, patchen, überwachen oder mit einer Firewall absichern müssen. Statische Hosts lösen das Ausliefern einmal richtig — mit CDNs, HTTPS und Caching — und Sie laden nur noch Dateien hoch.

Worüber Sie sich keine Gedanken mehr machen müssen:

Sicherheitsupdates — es gibt kein Betriebssystem, das Sie aktualisieren müssten.
TLS-Zertifikate — HTTPS ist Teil der Plattform.
Skalierung — eine statische Datei übersteht Traffic-Spitzen, die einen kleinen VPS in die Knie zwingen würden.
Kosten — Dateien auszuliefern ist so günstig, dass es meist kostenlos ist.

Veröffentlichen ganz ohne Infrastruktur

Der minimale Weg mit hdply:

Registrieren Sie sich kostenlos mit Ihrer E-Mail-Adresse.
Laden Sie Ihre index.html hoch (oder fügen Sie Ihren Code in den Editor ein).
Sofort live — Sie erhalten Ihre eigene hdply.com-Adresse, HTTPS inklusive.

Kein YAML, keine Kommandozeile, kein Git, kein Build. Änderungen machen Sie im Browser, veröffentlicht wird beim Speichern.

Wann Sie wirklich einen Server brauchen

Benutzerkonten, Zahlungen, Datenbanken, serverseitig gerenderte Inhalte — das ist dynamisches Terrain. Aber selbst dann ist das übliche Muster ein statisches Frontend, das eine API aufruft. Starten Sie statisch; fügen Sie ein Backend erst hinzu, wenn eine Funktion es wirklich verlangt.