Eine messingfarbene Präzisionswaage auf glattem Beton: links eine kompakte Reihe identischer Edelstahlgewichte, rechts ein größerer Stapel gemischter Gewichte, die Waage neigt sich nach rechts; daneben eine Kraftpapier-Etikette mit oxblutfarbenem Faden und ein geschlossenes ledernes Notizbuch im kühlen Nordlicht.
25. Maerz 2023 · Kai Ole Hartwig

Nachhaltige Webentwicklung: Grüne Lösungen

Wie umweltfreundliche Technologien die digitale Branche verändern.

Nachhaltige Webentwicklung ist im März 2023 zwischen zwei Polen unterwegs: Auf der einen Seite ein wachsender Bedarf, den Stromverbrauch und CO2-Fußabdruck digitaler Produkte ehrlich zu adressieren — als Engineering-Frage, als Kunden-Anforderung, als Auditierbarkeits-Thema. Auf der anderen Seite eine Welle aus „grünen“ Logos, Zertifikaten und Versprechen, deren Substanz oft dünn ist. In diesem Beitrag schreibe ich über das, was wir bei Moselwal konkret tun, was wir messen — und was wir bewusst weglassen, um nicht in die Greenwashing-Falle zu laufen.

Was Energieverbrauch im Web ausmacht

Der CO2-Fußabdruck einer Website verteilt sich grob auf drei Bereiche. Das Rechenzentrum, in dem die Anwendung läuft, ist der offensichtliche Posten. Die Übertragungs-Infrastruktur — Netze, CDN-Edges, ISP-Server — ist der zweite, häufig unterschätzte. Der dritte und in Summe größte ist das Endgerät der Nutzerin: Laptop, Smartphone, Tablet, das die Seite rendert und während der Nutzungszeit Strom verbraucht. Wer nur über das Rechenzentrum redet, redet über das kleinere Problem.

Praktisch bedeutet das: Eine 5-Megabyte-Website, die auf einem Solar-betriebenen Rechenzentrum gehostet wird, hat einen schlechteren Gesamt-Footprint als eine 500-Kilobyte-Website auf einem konventionellen Hosting. Die Hauptlast trägt das Mobilgerät, das fünf Megabyte herunterladen, parsen, ausführen und rendern muss. Reduktion auf der Auslieferungsseite ist deshalb der größte einzelne Hebel.

Hosting: Region, Energiemix und Hardware-Effizienz

Auf der Hosting-Seite zählen drei Variablen. Die Region eines Rechenzentrums entscheidet über den Strommix — eine Anwendung in Frankfurt läuft heute mit einem deutlich höheren Anteil erneuerbarer Energien als die gleiche Anwendung in einer Region, die noch stark auf Kohle und Gas setzt. Das ist ein Argument für die Region Frankfurt (eu-central-1), das über die DSGVO-Perspektive hinausgeht.

Der Energiemix des Anbieters ist die zweite Variable. AWS hat sich auf 100 Prozent erneuerbare Energie bis 2025 verpflichtet, Hetzner deklariert seine deutschen Rechenzentren ähnlich, und auch Google Cloud und Microsoft Azure haben vergleichbare Roadmaps. Wer einen Anbieter ohne diese Verpflichtung wählt, sollte das wissen.

Die Hardware-Effizienz ist die dritte. Wir nutzen für die meisten unserer Workloads ARM64-Prozessoren — bei AWS sind das Graviton-Instanzen, bei Hetzner die Ampere-basierten Instanzen. In unseren Lasttests liefert die ARM64-Architektur rund 20 Prozent mehr Performance pro Watt als die vergleichbaren x86_64-Instanzen. Auf Workloads, die dauerhaft laufen, ist das ein messbarer Posten.

Als Basis-Image setzen wir auf schlanke Distributionen: Alpine Linux oder Distroless für Anwendungs-Container. Ein kleineres Image fährt schneller hoch, braucht weniger Speicher und damit weniger Strom — die Effekte sind klein, aber sie summieren sich über viele Container-Starts pro Tag.

Frontend: Größe und Aufwand kosten beim Endgerät

Frontend-Optimierung ist die Bühne, auf der Nachhaltigkeit am sichtbarsten ist. Die Maßnahmen sind weniger spektakulär als ihr Effekt vermuten lässt.

Bildoptimierung. WebP statt JPEG/PNG, wo es das Browser-Support-Bild erlaubt — und das tut es im März 2023 für 95+ Prozent der weltweiten Browser-Population. AVIF ist neuer und liefert nochmal kleinere Dateien, hat aber noch nicht überall stabilen Support. Wir nutzen WebP als Standard und AVIF als optionalen zweiten Pfad. Responsive Images mit srcset sind kein Nice-to-have, sondern Pflicht: Niemand auf einem Smartphone braucht ein 2.000-Pixel-Hero-Image.

JavaScript-Diät. Jede unnötige JS-Library kostet Bandbreite, Parsing-Zeit, Akkulaufzeit auf dem Endgerät. Wir prüfen in jedem Projekt, ob ein Framework wirklich gebraucht wird oder ob HTML mit selektivem JS ausreicht. Für TYPO3- und Symfony-Setups bedeutet das oft: serverseitiges Rendering ist die Default-Wahl, JavaScript wird nur dort eingesetzt, wo es echten Interaktions-Mehrwert liefert.

Schriften. Web-Fonts sind ein häufig übersehener Posten. Eine einzige Schriftart in vier Strichstärken kann zwischen 100 und 400 Kilobyte ausmachen. Wir subsetten unsere Web-Fonts (nur die benötigten Glyphen) und laden sie mit font-display: swap verzögert. System-Fonts sind die nachhaltigste Wahl, wenn die Marken-Identität es zulässt.

Caching und Kompression. Brotli liefert bei Textdateien rund 20 Prozent kleinere Antworten als gzip. HTTP/2 oder HTTP/3 verhindern viele Round-Trips. Eine korrekt gesetzte Cache-Control-Strategie reduziert wiederholte Downloads über Wochen und Monate.

Backend: Cache, DB-Effizienz und Workload-Shaping

Auf der Serverseite sind drei Hebel besonders relevant — keiner davon ist neu, alle drei werden in der Praxis oft halbherzig umgesetzt.

Ein voll aufgewärmter Page-Cache ersetzt für die meisten Webseiten den größten Teil der Server-Arbeit. Wir setzen Reverse-Proxy-Caching mit Varnish oder die Cache-Konfiguration in CloudFront so auf, dass dynamische Anfragen nur dort entstehen, wo sie wirklich nötig sind. Für TYPO3-Setups bedeutet das eine sorgfältig gepflegte Cache-Regel mit definiertem Vary-Header.

Datenbank-Effizienz ist der unsichtbare Faktor: Eine schlecht indizierte Tabelle, die bei jeder Anfrage einen Full-Table-Scan fährt, kostet auf einem belasteten System messbar Strom. Wir prüfen Slow-Query-Logs systematisch und optimieren die zehn häufigsten Abfragen jeder Plattform.

Workload-Shaping ist der dritte Hebel: Cron-Jobs, Bildgenerierung, Reports laufen bei uns nachts und auf Spot-Instances, wenn das ohne Wartezeit für den Nutzer möglich ist. Ein Hintergrund-Job, der nicht zwischen 9 und 17 Uhr Last erzeugt, entlastet die Tages-Spitze und damit indirekt das gesamte Rechenzentrum.

Devices und Lebenszyklus

Der größte Posten in der CO2-Bilanz eines digitalen Teams sind häufig nicht die Server, sondern die Endgeräte. Die Produktion eines Laptops macht im Lebenszyklus oft mehr CO2 aus als sein gesamter Stromverbrauch über fünf Jahre. Die nachhaltigste Hardware ist deshalb die, die man behält.

Wir kaufen Geräte für eine geplante Nutzungszeit von mindestens fünf Jahren. Apple-Silicon-MacBooks und ähnliche moderne ARM-Laptops sind in dieser Hinsicht ein klarer Schritt nach vorn — sie sind energieeffizienter als die x86_64-Generation, leiser, kühler und halten dadurch länger ohne nennenswerten Performance-Verlust. Bei einem Defekt prüfen wir Reparatur vor Ersatz; wenn ersetzt wird, geht das alte Gerät refurbished weiter, nicht in den Elektroschrott.

Hinzu kommt die Kabelqualität, die Stromsparmodi am Arbeitsplatz, die Vermeidung permanenter Stand-by-Verbraucher — kleine Posten, die in Summe zählen.

Was wir messen und was wir nicht

Greenwashing entsteht oft dadurch, dass eine Maßnahme als „grün“ verkauft wird, ohne dass jemand misst, ob sie etwas bringt. Was wir bei uns konkret messen:

Was wir nicht messen, weil die Zahlen unzuverlässig sind: einzelne kWh-Werte pro Seitenaufruf, „Klimaneutralität“ durch zugekaufte Zertifikate, Marketing-Zahlen aus Anbieter-Logos.

Was wir bewusst nicht tun

Drei Praktiken, die im „grünen Web“ verbreitet sind, machen wir nicht.

Keine Klima-Zertifikate als Ersatz für Engineering. Wenn die Website fünf Megabyte schwer ist, ist sie fünf Megabyte schwer — auch wenn der Hosting-Anbieter ein „CO2-neutral“-Logo trägt. Zertifikate können unvermeidbare Restemissionen kompensieren, aber sie ersetzen die Optimierungsarbeit nicht.

Kein „Eco-Mode“-Toggle für Nutzer. Ein Schalter, mit dem die Seite „ressourcenschonender“ wird, ist meist Theater. Wenn das ressourcenschonende Layout funktioniert, sollte es das Standard-Layout sein.

Keine grünen Logos ohne Substanz. Wir verzichten auf Siegel und Zertifikate, hinter denen keine messbare Arbeit steckt. Was wir tun, dokumentieren wir nüchtern — was wir nicht messen können, behaupten wir nicht.

Fazit

Nachhaltige Webentwicklung ist im Kern Engineering-Disziplin: kleinere Seiten, effizientere Hardware, längere Lebenszyklen, ehrliche Messung. Die spannenden Hebel liegen selten beim Hosting-Anbieter, sondern beim Frontend, bei der Bildoptimierung und bei der Lebensdauer der eigenen Geräte. Wer ehrlich rechnet, baut bessere Websites — und merkt nebenbei, dass nachhaltige Praxis und schnelle Websites dasselbe Ziel haben, nicht zwei verschiedene.