Statisches Website-Hosting: eine Astro-, Vite- oder reine HTML-Seite deployen

Eine statische Website ist eine Menge vorgefertigter Dateien — HTML, CSS, JavaScript und Assets —, die ein Server dem Browser unverändert übergeben kann, ohne dass pro Anfrage Code läuft. Werkzeuge wie Astro, Vite, Eleventy oder ein handgeschriebener HTML-Ordner erzeugen alle diese Art von Ausgabe. Sie zu hosten ist einfacher, günstiger und schneller als das Hosten einer dynamischen App, weil es serverseitig nichts auszuführen gibt.

Was "statisches Hosting" tatsächlich bedeutet

Beim statischen Hosting führst du lokal oder in CI einen Build-Schritt aus, der einen Ordner aus reinen Dateien ausgibt (oft dist oder _site genannt). Die einzige Aufgabe des Hosts ist es, diese Dateien zu speichern und über HTTP auszuliefern. Es gibt kein PHP, keinen Node-Prozess, keine Datenbank — nur Dateien. Das hat drei direkte Folgen:

• Geschwindigkeit — Dateien können aggressiv gecacht und vom Edge ausgeliefert werden, nahe beim Besucher.
• Kosten — kein dauerhaft laufender Server, für den man zahlt; viele Anbieter bieten ein großzügiges kostenloses Kontingent.
• Zuverlässigkeit — weniger bewegliche Teile bedeuten weniger Dinge, die unter Last kaputtgehen können.

Den Ausgabeordner bauen

Jedes statische Framework stellt einen Build-Befehl bereit. Das Ergebnis ist der Ordner, den du hochlädst oder auf den du deinen Host zeigen lässt:

# Astro
npm run build        # outputs to ./dist

# Vite
npm run build        # outputs to ./dist

# Plain HTML
# no build step — your folder of .html files is already the output

Bei einer reinen HTML-Seite ist der "Build" einfach der Ordner, den du bereits hast. Bei Astro oder Vite ist das dist-Verzeichnis das, was ausgeliefert wird.

Wo hosten: CDN vs. klassisches statisches Hosting

Du hast zwei grobe Optionsfamilien:

Edge-/CDN-Plattformen

Diese bauen dein Projekt aus einem Git-Repository und verteilen die Ausgabe über ein Content Delivery Network. Ein CDN speichert Kopien deiner Dateien an vielen Orten weltweit, sodass ein Besucher von einem Knoten in seiner Nähe bedient wird. Das minimiert die Latenz und fängt Traffic-Spitzen ab. Deploys werden meist durch einen git push ausgelöst.

Klassisches / Object-Storage-Hosting

Du kannst eine statische Seite auch von einem traditionellen Webhost oder aus Object Storage mit einem davorgeschalteten CDN ausliefern. Das passt gut, wenn du bereits Hosting für andere Projekte hast oder wenn du den Upload lieber selbst über FTP/SSH oder ein Deploy-Skript verwaltest.

Eine eigene Domain verbinden

Welchen Host du auch wählst, die Domain-Verkabelung ist im Prinzip dieselbe. Du zeigst die DNS-Einträge deiner Domain auf den Host:

• Ein A- (oder AAAA-)Eintrag, der die Apex-Domain (example.com) auf die IP des Hosts zeigt, oder
• Ein CNAME-Eintrag, der eine Subdomain (www.example.com) auf den vom Host bereitgestellten Hostnamen zeigt.

Viele Plattformen unterstützen auch Nameserver-Delegation, bei der du die DNS-Verwaltung vollständig an den Host übergibst. Nachdem die Einträge propagiert sind, liefert der Host deine Seite unter deiner eigenen Domain aus.

HTTPS kostenlos

HTTPS ist nicht mehr optional — Browser markieren reines HTTP als "nicht sicher", und viele Web-Plattform-APIs funktionieren nur in einem sicheren Kontext. Die gute Nachricht: praktisch jeder moderne statische Host stellt TLS-Zertifikate für dich automatisch aus und erneuert sie, meist über Let's Encrypt. Sobald deine Domain verbunden ist, wird das Zertifikat ohne manuellen Schritt bereitgestellt, und Erneuerungen erfolgen von selbst.

Kurzreferenz

Schritt	Was du tust
Build	Führe npm run build (Astro/Vite) aus oder nutze deinen HTML-Ordner
Ausgabe	Liefere den dist- / _site-Ordner aus
Host	Wähle eine Edge-/CDN-Plattform oder einen statikfähigen Webhost
Domain	Zeige A/AAAA- oder CNAME-Einträge auf den Host
HTTPS	Automatisches TLS-Zertifikat, keine manuelle Einrichtung

Der ganze Sinn des statischen Hostings ist, dass es dir aus dem Weg geht: du baust einmal, pushst, und die Dateien werden schnell vom Edge ausgeliefert. Reserviere dynamisches Hosting für die Teile deines Projekts, die wirklich serverseitige Logik brauchen — und halte das statische Frontend auf einer Infrastruktur, die darauf ausgelegt ist, Dateien schnell zu liefern.