Bei Gesprächen über die Umstellung einer bestehenden Website auf wartungsarmes statisches HTML kommt eine Frage immer häufiger: „Ist das eigentlich auch ressourcenschonender? Hat das einen Umweltvorteil?"

Die kurze Antwort: Ja, in mehrfacher Hinsicht. Die längere Antwort braucht etwas mehr Substanz – denn pauschale Umweltversprechen helfen niemandem, und mit zunehmender Sensibilität für sogenanntes Greenwashing wäre das auch der falsche Weg. Stattdessen lohnt es sich, genau hinzuschauen, woher der Effekt eigentlich kommt.

Vier Stellen, an denen Energie fließt

Der Energieverbrauch einer Website verteilt sich auf vier Stationen. Jede einzelne ist eine eigene kleine Geschichte.

Erste Station: der Server beim Aufruf

Wenn ein Besucher eine WordPress-, Contao- oder Joomla-Seite aufruft, passiert auf dem Server eine ganze Menge: Der PHP-Interpreter startet, fragt eine Datenbank ab, holt die passenden Inhalte, setzt sie mit Templates zu HTML zusammen und liefert das Ergebnis aus. Bei jedem einzelnen Aufruf. Auf jeder einzelnen Unterseite.

Moderne CMS-Installationen haben dafür eine Optimierung erfunden: den Vollseiten-Cache. Er speichert das fertig zusammengesetzte HTML zwischen, sodass nicht jeder Aufruf den ganzen Bauprozess durchlaufen muss. Wenn der Cache gut konfiguriert ist, reduziert sich die Server-Last spürbar. Wenn er nicht oder schlecht konfiguriert ist – was bei vielen kleineren Hoster-Installationen der Fall ist – läuft der Bauprozess bei jedem Aufruf vollständig durch.

Eine statische HTML-Datei dagegen ist genau das, was der Name sagt: eine fertige Datei. Der Webserver liest sie von der Festplatte und liefert sie aus. Kein PHP-Interpreter, kein Datenbankprozess, kein Template-Rendering. Der Aufruf ist um Größenordnungen sparsamer als die ungecachte CMS-Variante – und immer noch deutlich sparsamer als die gecachte.

Zweite Station: die Datenübertragung im Netz

Was vom Server zum Besucher übertragen wird, kostet Energie auf dem ganzen Weg: in den Backbone-Netzen, in den Mobilfunkmasten, im WLAN-Router, im Endgerät. Je weniger Bytes übertragen werden, desto weniger Energie verbraucht dieser Weg.

Hier sind zwei Effekte gleichzeitig wirksam:

Der erste betrifft die Skripte und Stylesheets. CMS-Themes sind oft so gebaut, dass sie auf jeder Seite dieselben großen Pakete an JavaScript- und CSS-Dateien laden – auch dann, wenn die einzelne Seite die enthaltenen Funktionen gar nicht braucht. Slider-Bibliotheken auf Seiten ohne Slider, Form-Validierungen auf Seiten ohne Formular, Animations-Frameworks für eine einzige Hover-Wirkung. Eine sauber gebaute statische Seite kann das auf das tatsächlich Benötigte reduzieren.

Der zweite betrifft die Bilder. Auch CMS-Installationen können moderne Bildformate wie WebP ausliefern – es gibt entsprechende Funktionen in WordPress, Plugins für Contao und Erweiterungen für die meisten anderen Systeme. In der Praxis liegen aber bei vielen bestehenden Websites die Bilder noch in den ursprünglichen JPG- oder PNG-Versionen vor, oft in deutlich größeren Dimensionen als nötig. Wir bieten die Bildoptimierung als eigenen Baustein an: Die Bilder werden in WebP konvertiert, mit Reduktionen von 60 bis 80 Prozent gegenüber dem Original und bei stark komprimierbaren PNG-Bildern auch mehr. Der Effekt ist nicht der Umstellung als solcher zuzuschreiben, sondern entsteht erst durch diesen zusätzlichen Schritt – die Umstellung ist aber ein guter Anlass, ihn gleich mitzunehmen.

Beides zusammen – die Bereinigung der überflüssigen Skripte und die Bildoptimierung als gebuchter Baustein – ergibt typischerweise eine Seitengröße, die ein Bruchteil der ursprünglichen CMS-Variante beträgt.

Dritte Station: das Endgerät beim Rendern

Wenn die Seite beim Besucher angekommen ist, beginnt der Browser, sie aufzubauen. Auch das kostet Energie – CPU-Zyklen, Grafikkartennutzung, bei mobilen Geräten merkbarer Akkuverbrauch. Je weniger JavaScript ausgeführt werden muss, je weniger CSS-Regeln zu prüfen sind, je weniger Render-Pässe nötig sind, desto sparsamer ist das Rendern.

Eine statische Seite ohne aufgeblähte Theme-Pakete erzeugt am Endgerät spürbar weniger Aufwand. Auf dem Desktop sind die Unterschiede klein, auf einem fünf Jahre alten Smartphone können sie deutlich werden – sowohl bei der Geschwindigkeit als auch bei der Akkulaufzeit.

Vierte Station: der unsichtbare Hintergrund-Verbrauch

Diese Station wird oft übersehen, ist aber tatsächlich relevant. Eine WordPress-Installation läuft bei den meisten Hostern in einer Konfiguration, die auch dann Strom kostet, wenn niemand die Seite besucht. Die MySQL-Datenbank läuft permanent. Der PHP-FPM-Prozess wartet auf Anfragen. Cronjobs prüfen regelmäßig auf Updates. Sicherheits-Plugins scannen im Hintergrund nach Auffälligkeiten. Backup-Skripte schreiben in der Nacht ihre Sicherungen.

Eine statische Seite braucht von all dem nichts. Der Webserver, der sie ausliefert, läuft sowieso – er ist der Erstausstatter eines jeden Hosters. Aber die ganze CMS-Maschinerie dahinter entfällt komplett. Bei großen Hostern, die viele Websites gemeinsam betreiben, fließt das in den Gesamt-Energieverbrauch des Rechenzentrums ein. Jede statische Seite, die eine CMS-Installation ersetzt, reduziert diesen Anteil ein kleines Stück.

Wie groß ist der Effekt – in Zahlen?

Eine durchschnittliche WordPress-Website mit Standard-Theme überträgt nach öffentlich verfügbaren Statistiken zwischen einem und fünf Megabyte pro Seitenaufruf. Eine schlanke statische Variante derselben Seite liegt oft unter 500 Kilobyte. Der Unterschied ist also nicht zehn oder zwanzig Prozent, sondern ein Faktor von zwei bis zehn.

Beim Server-Verbrauch ist der Unterschied noch größer, lässt sich aber konkret schwer beziffern, weil er stark vom Hoster und der Lastverteilung abhängt. Sicher ist nur die Richtung: weniger Prozesse, weniger Datenbankabfragen, weniger Hintergrundarbeit.

Was sich bei jeder einzelnen Website konkret messen lässt:

Wer sich für seine eigene Seite ein Bild machen will, kann auch den Website Carbon Calculator (websitecarbon.com) nutzen. Er schätzt einen ungefähren CO₂-Ausstoß pro Seitenaufruf auf Basis der übertragenen Datenmenge. Diese Schätzungen sind nicht laborgenau, aber sie zeigen die Größenordnung verlässlich.

Was wir bewusst nicht versprechen

An dieser Stelle wird es wichtig, auch das zu sagen, was wir nicht behaupten:

Wir verwenden keine pauschalen Umwelt-Etiketten wie „grüne Website" oder „klimaneutrale Website". Solche Begriffe sind ohne wissenschaftlich fundierte Methodik nicht überprüfbar – und seit der EU-Verbraucherrichtlinie Empowering Consumers for the Green Transition (in deutsches Recht überführt bis März 2026, verbindlich ab September 2026) gehören sie zu den Aussagen, die belegt werden müssen oder verboten sind.

Wir nennen keine konkrete CO₂-Einsparung pro Aufruf für Ihre Seite. Diese Zahl hängt von Faktoren ab, die wir nicht im Griff haben: vom Stromverbrauch Ihres Hosters, von der Zusammensetzung des Strommixes an dessen Standort, vom Endgerät Ihrer Besucher und von ihrer Internetverbindung. Eine seriöse Aussage dazu wäre nur mit einer aufwendigen Lebenszyklus-Analyse möglich, die für eine kleine Firmenwebsite weder verhältnismäßig noch bezahlbar wäre.

Was wir sagen, ist sachlich und überprüfbar:

Diese Aussagen sind technisch begründet, ergeben sich aus der Architektur und sind mit handelsüblichen Werkzeugen für jede einzelne Seite nachprüfbar.

Eine Einordnung: Nebeneffekt, nicht Hauptzweck

Wer eine Website auf statisches HTML umstellt, tut das in erster Linie aus anderen Gründen: um den laufenden Wartungsaufwand loszuwerden, um Sicherheitsrisiken zu reduzieren, um sich nicht mehr um PHP-Versionen und Plugin-Updates kümmern zu müssen. Dass die Seite dabei auch ressourcenschonender wird, ist die zweite, leise Hälfte des Effekts. Sie entsteht aus der Architektur, nicht aus einer eigenen Anstrengung.

Genau das macht das Argument so robust: Es ist kein Marketing-Versprechen, das eingelöst werden müsste. Es ist eine technische Tatsache, die sich aus der Bauart ergibt. Wer weniger Software einsetzt, verbraucht weniger Ressourcen. Wer weniger Daten überträgt, beansprucht weniger Energie. Das gilt physikalisch, unabhängig vom Marketing.

Wer es selbst messen möchte

Falls Sie für Ihre aktuelle Website eine Zahl haben möchten, ist der einfachste Weg dieser:

  1. Öffnen Sie Ihre Website im Browser.
  2. Drücken Sie F12, um die Entwicklertools zu öffnen.
  3. Wechseln Sie auf den Reiter „Netzwerk" oder „Network".
  4. Laden Sie die Seite neu.
  5. Unten in der Statusleiste steht die Gesamt-Übertragungsgröße.

Wer es etwas grafischer mag, kann denselben Wert auch über den Website Carbon Calculator oder GTmetrix abfragen. Beide Werkzeuge sind kostenlos und zeigen die Übertragungsgröße einer einzelnen Seite. Wer den Vergleich nach einer Umstellung selbst nachvollziehen möchte, hat damit alle Werkzeuge in der Hand.

Ausblick

In einem späteren Artikel werden wir konkrete Vorher-Nachher-Zahlen aus realen Migrationen vorstellen. Bis dahin gilt: Die Argumente sind technisch, die Größenordnung ist nachvollziehbar, und das Ergebnis ist eine Seite, die nicht nur weniger Pflege braucht, sondern auch weniger Energie verbraucht – ohne dass dies das eigentliche Ziel war.