Statische vs. dynamische Website: der Unterschied und was du brauchst

Eine statische Website schickt jedem Besucher eine Seite, die vorab gebaut wurde. Eine dynamische Website baut die Seite erst, wenn der Besucher sie aufruft, meist indem sie Code ausführt und eine Datenbank liest. Dieser eine Unterschied entscheidet, wie schnell die Seite ankommt, was auf dem Server schiefgehen kann, wie Inhalte gepflegt werden und wo die Website gehostet werden kann. Dieser Leitfaden erklärt beides mit echten Zahlen von unserer eigenen Website, die größtenteils statisch und teilweise dynamisch ist, und endet mit einer einfachen Regel, welche deiner Seiten was sein sollten.

Der Unterschied in zwei Sätzen

Eine statische Seite liegt als fertige HTML-Datei vor, bevor jemand sie aufruft, und jeder Besucher bekommt dieselbe Datei. Eine dynamische Seite setzt der Server in dem Moment zusammen, in dem sie angefragt wird, sie kann also von Besucher zu Besucher anders aussehen: ein Dashboard mit deinen Bestellungen, ein Suchergebnis, ein Warenkorb. „Statisch“ beschreibt, wie die Seite entsteht, nicht, wie sie aussieht; eine statische Seite kann Animationen, Videos und Formulare haben.

Was eine statische Website ist

Eine statische Website ist ein Ordner mit fertigen Dateien: HTML-Seiten, Stylesheets, Skripte und Bilder. Jeder Webserver kann sie ausliefern, ebenso ein Content Delivery Network, das Kopien auf Servern in aller Welt vorhält und vom nächstgelegenen antwortet. Die Seiten werden von Hand geschrieben oder, häufiger, von einem Static Site Generator wie Astro, Hugo oder Eleventy erzeugt, der Vorlagen und Inhalte nimmt und alle Seiten in einem Durchgang baut.

Der Haken sind Änderungen. Wenn sich ein Text, ein Preis oder ein Blogartikel ändert, müssen die betroffenen Seiten neu gebaut und hochgeladen werden. Mit einem Entwickler und einem Git-Repository ist das ein Commit und ein paar Minuten Build-Zeit; mit einem Headless CMS klickt die Redaktion auf Veröffentlichen, und das CMS stößt den neuen Build an. So oder so ändert sich der Inhalt zwischen zwei Builds nur, wenn etwas neu baut.

Was eine dynamische Website ist

Eine dynamische Website führt bei jeder Anfrage Code aus. WordPress ist das bekannteste Beispiel: PHP liest den Beitrag aus einer MySQL-Datenbank, füllt eine Theme-Vorlage und schickt das Ergebnis, jedes Mal, wenn eine Seite aufgerufen wird. Onlineshops, Buchungssysteme, Kundenportale und alles mit Login funktionieren genauso, weil die Seite davon abhängt, wer fragt, und von Daten, die sich ständig ändern.

Code bei jedem Besuch auszuführen kostet Zeit, deshalb cachen die meisten dynamischen Websites: Sie halten eine fertige Kopie einer Seite vor und schicken diese, bis sich etwas ändert. Eine gut gecachte WordPress-Website verhält sich für anonyme Besucher fast wie eine statische. Der Unterschied zeigt sich bei eingeloggten Nutzern, bei Seiten, die sich nicht cachen lassen, und beim ersten Besuch, nachdem der Cache abgelaufen ist.

Die meisten Websites sind beides: unsere als Beispiel

Statisch oder dynamisch entscheidest du pro Seite, nicht pro Website. Diese Website ist ein gutes Beispiel. Der letzte Produktions-Build der englischen Website hat 316 Seiten und Dateien vorab erzeugt: Startseite, Leistungen, Preise, Portfolio, Kontaktseiten, jeden Leitfaden und Dateien wie die Sitemap. Manche davon erneuern sich im Hintergrund selbst, die Preisseiten jede Minute und die Leitfäden jede Stunde, sodass ein geänderter Preis ohne neuen Build erscheint. Dieses Muster, statische Seiten, die sich regelmäßig neu erzeugen, nennt Next.js Incremental Static Regeneration.

Nur 13 Seitenrouten werden bei jedem Besuch gerendert: das Kundenportal, das Admin-Panel, Angebote und Audits, die sich über einen privaten Link öffnen, und die Danke-Seite, die zeigt, was du uns gerade geschickt hast. Dahinter stehen 40 API-Endpunkte für Logins, Formulare, Datei-Downloads und Bewertungen. Jede Seite, auf der ein Fremder wahrscheinlich landet, ist statisch; alles, was wissen muss, wer du bist, ist dynamisch.

Tempo: was wir auf unserer eigenen Website gemessen haben

Wir haben am 10. Oktober 2026 fünf Seiten von levelui.com gemessen, 12 Runden in wechselnder Reihenfolge, und zwar wie lange der Server nach dem Verbindungsaufbau brauchte, um zu antworten. Die statischen Seiten begannen im Median nach 188 Millisekunden zu antworten, die dynamischen nach 363 bis 371, also etwa doppelt so spät. Eine statische Seite kam direkt aus dem CDN des Hosting-Anbieters; die anderen beiden gingen bis zu unserem Server durch, der nur eine vorab gebaute Kopie schicken musste, und waren genauso schnell. Die Login-Seite des Portals und die Danke-Seite sind so markiert, dass sie nie gecacht werden, also hat der Server sie bei jeder Anfrage neu gebaut.

Die absoluten Zahlen hängen davon ab, von wo du misst; der Abstand ist die Zeit, die es braucht, eine Seite zu bauen, statt eine fertige zu schicken. Tempo zählt für Besucher und über die Core Web Vitals auch für die Suche, deshalb sollten die Seiten, auf denen Leute von Google aus landen, die statischen sein. Auch eine dynamische Seite kann schnell sein, aber sie muss es sich mit Caching und einem schnellen Server verdienen, während eine statische Seite es geschenkt bekommt.

Sicherheit und Wartung

Auf einer statischen Website läuft beim Besuch kein Anwendungscode, auf den öffentlichen Seiten gibt es also kein Login-Formular zum Durchprobieren von Passwörtern, keine Datenbank für Injection-Angriffe und kein Plugin mit Sicherheitslücke. Bleibt der Webserver oder das CDN, und das hält der Hosting-Anbieter aktuell. Eine dynamische Website hat all das, und es braucht Updates: WordPress-Kern, Theme und jedes Plugin, dazu die PHP-Version darunter. Diese Pflege ist ein großer Teil dessen, wofür du bei einer WordPress-Website einen Wartungsvertrag bezahlst.

Inhalte pflegen

Beim Bearbeiten waren dynamische Websites lange vorn: einloggen, Text ändern, live. Eine statische Website ohne CMS heißt Dateien bearbeiten, was einem Team liegt, das mit Git arbeitet, und eines frustriert, das es nicht tut. Ein Headless CMS schließt den größten Teil dieser Lücke: Die Redaktion bekommt eine vertraute Oberfläche, und Veröffentlichen stößt einen Build oder die Erneuerung nur der geänderten Seite an. Diese Varianten vergleichen wir in WordPress oder Headless CMS.

Was du brauchst

Wenn jeder Besucher dieselbe Seite sehen soll, mach sie statisch; dynamisch nur die Seiten, die wissen müssen, wer gerade schaut. Eine Unternehmenswebsite, ein Portfolio, eine Landingpage, eine Dokumentation und ein Blog sind von Natur aus statisch. Die Produktseiten eines Shops können statisch sein, Warenkorb und Checkout dynamisch. Ein Portal, ein Buchungssystem oder alles hinter einem Login ist dynamisch. Wenn du unsicher bist, fang statisch an: Später eine dynamische Seite zu ergänzen ist leicht, eine langsame dynamische Website schnell zu machen heißt dagegen meist, sie neu zu bauen.

Für eine größtenteils statische Website ist Astro unsere Wahl, wenn es vor allem um Inhalte geht, und Next.js, wenn statische und dynamische Seiten nebeneinander leben, so wie hier. Statische Dateien lassen sich fast überall hosten, oft kostenlos, und unser Paket Hosting-Setup richtet so eine Website auf einem CDN ein, mit automatischen Builds und einer Staging-Kopie. Wenn du die ganze Website so gebaut haben willst, ist das unsere Arbeit in der Webentwicklung.

Quellen und Methode

Die Seitenzahlen stammen aus dem Log des Produktions-Builds von levelui.com vom 9. Oktober 2026. Die Antwortzeiten sind unsere eigene Messung vom 10. Oktober 2026: Zeit von der Anfrage bis zum ersten Byte der Antwort, nach Verbindungs- und TLS-Aufbau, 12 Runden pro Seite in wechselnder Reihenfolge nach einer Aufwärmrunde, von einem Standort aus.

• MDN — Introduction to the server side ↗

  Eine statische Website liefert für eine Ressource immer denselben festen Inhalt; eine dynamische kann für dieselbe URL unterschiedliche Daten liefern.

• web.dev — Rendering on the Web ↗

  Statisches Rendering, Server-Rendering und die hybriden Ansätze dazwischen.

• Next.js — Incremental Static Regeneration ↗

  Statische Seiten, die sich im Hintergrund regelmäßig oder auf Anforderung neu erzeugen.

• Astro — On-demand rendering ↗

  Astro baut standardmäßig statische Seiten und rendert einzelne Seiten bei Bedarf auf Anfrage.

• WordPress Advanced Administration Handbook — Cache ↗

  Seiten-, Objekt- und Opcode-Cache für WordPress, und warum Seiten mit viel dynamischem Inhalt schwerer zu cachen sind.