Eine Möglichkeit der CO2-Emissions-Bilanzierung deiner Webseite

Die “korrekte” Erfassung von Scope 3-Emissionen ist alles andere als trivial

Das gilt auch für die Erfassung von CO2-Emissionen deiner Webseite, die sich im oben gezeigten Schaubild rechts als “Scope 3-Downstream Aktivitäten” verorten lässt. Das gilt zu 100% wenn deine Webseite bei einem Webhoster oder in einer Co-Location liegt und in Teilen (ca. 63%), falls deine Webseite im deinem eigenen Rechenzentrum betrieben wird.

Um ein wenig Licht ins Dunkel zu bringen möchte ich dir gerne auflisten, welche sogenannten “System Boundaries” involviert sind, bis deine Webseite an deine Kunden ausgeliefert werden kann. Die Liste erhebt dabei keinen Anspruch auf Vollständigkeit:

• Deine Webseite muss programmiert werden, auch wenn du ein CMS wie WordPress einsetzt
  • Das erzeugt CO2-Emissionen beim Programmieren von WordPress-Core-, Plugin und Theme-Code
  • Das erzeugCO2-Emissionen beim Hosten der WordPress-Sourcen auf de.wordpress.org
  • Das erzeugCO2-Emissionen beim Hosten von Plugins und Themes zum Beispiel auf Themeforest
• Deine Webseite muss auch irgendwo gehostet werden
  • Dein Webhoster muss sein Rechenzentrum mit Strom , Kühlung und Mitarbeitern betreiben
  • Die von deinem Webhoster eingekauften Server, Switche, Router und Kabel müssen irgendwo gebaut und an deinen Hoster geliefert werden; das erzeugt CO2-Emissionen
  • Der Webserver und die Datenbank auf der deine Webseite läuft verbraucht Strom; das erzeugt CO2-Emissionen
• Beim Ausliefern deiner Webseite (vom Webserver zu deinen Kunden) werden CO2-Emissionen durch die Nutzung “des Internets” mit seinen Kabeln, Switchen und Routern (die wiederum in Rechenzentren laufen) erzeugt.
  • Hier weisst du nicht, ob überall “grüner” Strom zum Betrieb eingesetzt wird
• Wenn deine Webseite bei deinen Besuchern auf deren Endgerät ankommt und gerendert / angezeigt wird, dann erzeugt das CO2-Emissionen
  • Der Wlan-Router, der PC, das Laptop, das Tablet, das Handy deiner Kunden benötigen Strom, von dem du nicht weißt wie “grün” dieser ist; das erzeugt CO2-Emissionen
  • Je nach Alter, CPU-Generation, Anzahl von CPU’s, Menge an verbautem Arbeitsspeicher, SSD- oder HDD-Nutzung, Bildschirmgröße, Anzahl geöffneter Browser-Fenster und -Tabs etc. produziert ein Endgerät unterschiedlich viel oder wenig CO2-Emissionen durch Stromverbrauch
  • Beim mobilen Surfen (ausserhalb eines Wlans) müssen Funkmasten deines Netzbetreibers gebaut und betrieben werden. Auch das erzeugt CO2-Emissionen
  • Dabei sind die CO2-Emissionen für mobile Verbindungen am größten, gefolgt von DSL- und Glasfaser-Leitungen

Sitespeed.io als eine Möglichkeit CO2-Emissionen zu erheben

Sitespeed.io setze ich selbst zum Monitoren von CO2-Emissionen meiner eigenen und von Kunden-Webseiten ein. Sitespeed.io ist eine Node.js Anwendung und basiert auf dem CO2.js-Framework der Green Web Foundation.

Die Macher von Sitespeed.io bieten das Tool fix und fertig als Docker-Container an. Alternativ kannst du dir, das war mein präferierter Weg, Sitespeed.io nach guter alter Linux-Admin-Manier “per Hand” installieren.
So läuft nun also “meine” Sitespeed.io Instanz auf einem Cloud-Server bei Hetzner und besteht aus folgenden Komponenten:

• Sitespeed.io als Node.js Anwendung
• InfluxDB als Datenbank
• Grafana als grafisches Frontend
• Das Ganze läuft hinter einem Nginx-Reverse-Proxy, da ich Grafana nicht ganz “nackt im Netz” laufen lassen wollte

Praktisch sieht das auf meinem virtuellen CloudServer so aus:

• Unter /opt/sitespeed/bin/ werden die Bash-Scripte für jede zu erfassende Domain abgelegt
• Unter /opt/sitespeed/sitespeed-results/ werden die “HTML-Ergebnisse”, die Bilder und Videos der erfassten Domain abgelegt
• Unter /var/lib/influxdb/data/ liegen die Daten der InfluxDB
• Die Bash-Scripte werden unter dem User “sitespeedio” in dessen Crontab alle 24 Stunden aufgerufen

#!/bin/bash

# Declare Variables
WORK_DIR="/opt/sitespeed/"
BROWSER="chrome"
SUSTAINABLE="--sustainable.enable --sustainable.useGreenWebHostingAPI true --sustainable.model swd --sustainable.pageViews 250"
DISABLE="--visualMetrics=false --plugins.remove html --plugins.remove screenshot"
INFLUX="--influxdb.host=localhost --influxdb.database=datenbankname --influxdb.annotationScreenshot true --resultBaseURL https://da-findest-du-deine-testergebnisse.de/sitespeed-result"
SITESPEED="/home/sitespeedio/.npm-packages/bin/sitespeed.io"
URLS="${BIN_DIR}/wploft-url.txt"
BROWSERTIME="--browsertime.visualMetricse false"

# Inactive Variables
BIN_DIR="${WORK_DIR}/bin"
ME=`basename "$0"`
RUN="${BIN_DIR}/${ME}"
BT_HEADLESS="--browsertime.headless true"
BT_FLUH_CACHE="--browsertime.flushDNS true"
BT_PREWARM="--preWarmServer"

#################

cd ${WORK_DIR}

echo `date` " Starte Erhebung von ...." >> /tmp/sitespeed.log
${SITESPEED} -n 3 -d 2 -b ${BROWSER} ${BROWSERTIME} https://deine-domain.de --xvfb --connectivity.engine throttle -c cable ${INFLUX} ${SUSTAINABLE} --gzipHAR --name=deine-domain
echo `date` " Beende Erhebung von ...." >> /tmp/sitespeed.log
echo "----------------------------------------------"

Sitespeed ist meiner Meinung nach sehr gut dokumentiert! Du findest hier alle Konfigurations-Optionen von Sitespeed. Das GitRepo kannst du über diese Url erreichen: https://github.com/sitespeedio/sitespeed.io

Visualisierung von erhobenen CO2-Emissionen via Grafana

Das im Folgenden vorgestellte Grafana-Board ist als Vorschlag einer Visualisierung zu sehen und kann hier als JSON heruntergeladen werden.
Das Board deckt meine aktuellen Usecases voll und ganz ab. Gerne kannst du via Git contributen, oder wir tauschen uns über ein virtuelles Meeting darüber aus. Schreib mir dazu einfach eine Mail, oder kontaktiere mich.