Statische Website, CMS oder Backend

Jede Seite setzt sich aus Vorlagen, Texten, Bildern und Daten zusammen. Die drei Arten von Websites unterscheiden sich darin, wann das geschieht. Eine statische WebsiteStatische WebsiteEine Website, deren Seiten als fertige HTML-Dateien entstehen, bevor jemand sie besucht. Der Server liefert nur Dateien aus und rechnet bei keinem Aufruf.Im Glossar erzeugt beim BuildBuildDer automatische Schritt, der aus Quelldateien, Texten und Bildern die fertigen Dateien einer Website macht. Bei einer statischen Website entstehen dabei alle Seiten im Voraus.Im Glossar für jede Adresse eine fertige HTML-Datei, und der DeployDeployEine neue Version einer Website veröffentlichen: Die gebauten Dateien kommen auf den Server oder ins CDN, wo Besucherinnen und Besucher sie abrufen.Im Glossar legt diese Dateien auf einen Server, der sie nur noch ausliefert. Ein BackendBackendDer Teil einer Website oder App, der auf einem Server läuft. Er speichert Daten und berechnet Antworten, die von der Person abhängen, die die Seite nutzt, etwa bei Buchungen, Logins oder Preisen.Im Glossar ist ein Programm auf einem Server, das berechnet, was von der Person oder vom Zeitpunkt abhängt: Buchungen, Logins, Lagerbestände oder Preise. Ein CMSCMSContent-Management-System: Software mit einer Bearbeitungsoberfläche, in der sich Texte, Bilder und Seiten ohne Programmieren ändern lassen. Auf WordPress laufen 35.6 Prozent aller mobilen Seiten (Web Almanac 2025).Im Glossar bringt eine Bearbeitungsoberfläche dazu, damit sich Texte und Bilder ohne Code ändern lassen. Klassische Systeme wie WordPress setzen die Seite bei jedem Aufruf auf dem Server zusammen. Ein Headless CMS liefert die Inhalte dagegen an einen statischen Build, der nach jeder Änderung neu läuft. Viele Websites verbinden die Ansätze, etwa statische Seiten mit einem kleinen Backend für ein Formular oder einen Buchungskalender. Laut Web Almanac 2025 laufen 54 Prozent der mobilen Seiten auf einem CMS, WordPress allein auf 35,6 Prozent aller mobilen Seiten.

Arbeit, die erst beim Aufruf passiert, ist Arbeit, auf die jemand wartet. Weil statische Seiten schon bestehen, bevor jemand sie anfragt, beschreibt web.dev ihre Time to First Byte als gleichbleibend schnell, und sie lassen sich über ein CDNCDNContent Delivery Network: Server an vielen Standorten, die Kopien der Dateien einer Website bereithalten und sie von einem Standort nahe bei den Besuchern ausliefern. Das verkürzt Weg und Wartezeit.Im Glossar nahe bei den Besuchern ausliefern. Eine Seite, die der Server bei jedem Aufruf neu erzeugt, kann diese Zeit verlängern, weil der Server die Antwort zuerst berechnen muss. web.dev stuft eine TTFBTTFBTime to First Byte: die Zeit vom Beginn eines Seitenaufrufs bis zum ersten Byte der Antwort. web.dev stuft bis 0.8 Sekunden als gut ein, über 1.8 Sekunden als schlecht.Im Glossar bis 0,8 Sekunden als gut ein, über 1,8 Sekunden als schlecht. Die Wahl prägt auch Betriebskosten und Risiko: Eine statische Website führt auf ihrem Webserver weder Datenbank noch Anwendungscode aus, also gibt es weniger zu aktualisieren und weniger anzugreifen. Ein System, das bei jedem Besuch Code ausführt, braucht Datenbank, Updates und Überwachung, und zwar so lange, wie die Website online ist.

Die Wahl folgt zwei Fragen: Wie oft ändert sich der Inhalt, und was muss die Website berechnen? Seiten, die sich bis zu ein paar Mal pro Woche ändern, passen zu einem statischen Build, mit oder ohne CMS zum Bearbeiten. Eine statische Website braucht für jede Änderung einen neuen Build und muss alle ihre Adressen im Voraus kennen. Laut web.dev wird das schwierig oder unmöglich, wenn es sehr viele Seiten gibt oder sich ihre Adressen nicht vorhersagen lassen. Ein CMS lohnt sich, wenn mehrere Personen regelmässig Inhalte pflegen. Ein klassisches CMS mit Plugins braucht laufend Sicherheitsupdates. Für persönliche Konten, Zahlungen und Live-Daten führt kein Weg am Backend vorbei. CachingCachingEine Kopie einer Antwort aufbewahren, damit sie nicht erneut geholt oder berechnet werden muss. Der Header Cache-Control sagt Browsern und CDNs, wie lange eine Kopie gilt.Im Glossar verringert den Abstand zwischen den Bauweisen, am meisten profitieren Seiten aus einem Backend. Dateien, deren Namen sich mit dem Inhalt ändern, darf der Browser lange zwischenspeichern, sodass ein zweiter Besuch fast nichts neu lädt.