Sådan reducere du CO₂ udledning fra en WordPress hjemmeside

Hver sidevisning på en WordPress-side trækker strøm hele vejen fra et datacenter til skærmen hos brugeren. Det føles hurtigt, men bag kulissen hentes data, billeder bliver leveret, og scripts kører. Alt det kræver energi og udleder CO₂.

En enkelt visning udleder typisk 2 – 10 gram CO₂. Niveauet afhænger af hosting, billedstørrelser og hvor tung koden er. Med 100.000 visninger om måneden ender det på flere hundrede kilo CO₂ om året.

Strømmen bruges tre steder. Datacentret leverer computerkraft og lagring. Netværket flytter data gennem kabler og servere på tværs af kloden. Enheden hos brugeren viser siden til sidst. Store filer presser tallet op, især billeder og video, og står for det meste af energiforbruget.

Datacentre er ikke ens. Grøn strøm med dokumenteret oprindelse sænker de indirekte udledninger markant sammenlignet med fossile kilder. Kortere afstande for dataoverførsel hjælper også. Edge‑caching skærer spild væk per megabyte, fordi data leveres tættere på brugeren.

Konklusionen er klar. Skru datamængden ned per side, først og fremmest ved at optimere billeder og kode. Det sænker CO₂‑aftrykket for et website uden at ofre design eller funktionalitet.

Vælg grøn hosting til WordPress med dokumenteret 100 % vedvarende energi

Grøn WordPress-hosting kræver mere end en udbyder, der kalder sig grøn. Der skal være bevis for 100 % vedvarende energi via GoO- eller REC-certifikater og åben rapportering om energiforbrug. En lav PUE under 1,3 viser effektiv drift uden spild. Placering tæt på brugerne betyder kortere datarejser og mindre energitab.

Høj ydeevne og ren strøm går fint sammen, hvis teknikken er i orden. HTTP/2 eller HTTP/3 giver hurtig kommunikation mellem server og browser. NVMe SSD’er leverer hurtig adgang til filer og databaser. Brotli-komprimering skærer filstørrelser ned. Server-side caching via Varnish, Redis eller OpCache fjerner unødige gentagelser. Isolerede PHP-containere giver stabilitet, bedre sikkerhed og god udnyttelse af ressourcer.

CDN-integration gør stor forskel. Kopier af sitet placeres på edge-servere globalt, så op til 70 % af trafikken ikke rammer hovedserveren. Resultatet er lavere CO₂ per sidevisning og hurtigere indlæsning for besøgende overalt.

For at ramme en god balance mellem grøn drift og fart er det klogt at sammenligne gram CO₂ per GB data på tværs af hosts. Nogle deler tal offentligt eller via tredjepart. Oppetidsgaranti bør ligge på mindst 99,99 %, så siden er stabil og undgår ekstra belastning fra genindlæsninger.

Kontrakten bør være skarp. DPA sikrer ansvarlig håndtering af persondata. SLA’er skal dække både oppetid og energirapportering, så driften er gennemsigtig. Løbende dokumentation for grøn drift gør det lettere at rapportere i egne bæredygtighedsregnskaber, fx scope 2.

På den måde fås både bæredygtig hosting på 100 % grøn energi og et setup, der holder WordPress hurtig.

CDN og caching på edge gør WordPress hurtigere og mere klimavenlig

CDN gør WordPress hurtigere og mere energivenlig ved at flytte data tættere på brugerne. Moderne protokoller som HTTP/3, QUIC og TLS 1.3 skærer ned på ventetid og øger effektivitet. Brotli-komprimering reducerer filstørrelser, så både server og browser CPU arbejder mindre.

Cache-hierarkiet er centralt i optimeringen:

• Edge cache via CDN gemmer statiske filer globalt
• Server cache leverer hele sider eller fragmenter hurtigt
• Object cache som Redis gemmer ofte brugte data i RAM
• Browser cache opbevarer ressourcer lokalt hos brugeren
  TTL skal sættes klogt. Statiske filer som billeder, CSS og JS får 7-30 dage. HTML opdateres oftere med 1-60 minutter.

Når statiske filer flyttes til CDN, falder antallet af forespørgsler til origin med cirka 60-95 %, afhængigt af trafikmønster. Det aflaster origin, sænker energiforbrug og reducerer CO₂-udslip.

Undgå for mange varianter i cache keys via device-type eller cookies. For mange varianter sænker hit-rate. Et godt mål er over 85 %, så flest mulige besøgende rammer cache og undgår ekstra kald til serveren.

Signed exchanges og early hints (103) giver mulighed for at indlæse vigtige ressourcer fra kanten før tiden. Det øger hastigheden ved første besøg uden kompleks opsætning.

Reducer billed‑CO₂ med WebP eller AVIF, lazyload og et klart billedbudget

Store billedfiler sluger data og strøm på WordPress-sider, og det løber hurtigt op i CO₂. Ukomprimerede JPEG- og PNG-filer sender alt for meget gennem netværk og servere. Resultatet er ekstra energi og højere klimaaftryk.

1. Konverter billeder til WebP eller AVIF. De to formater skærer typisk 25 – 50 % (WebP) og op til 65 % (AVIF) af filstørrelsen uden synligt kvalitetstab.
2. Brug responsive billeder med srcset, sizes og faste dimensioner. Server kun den størrelse, der svarer til skærmen, og hold maks bredde til cirka 1,5 – 2x visningsbredden, så mobilen ikke får et alt for stort billede.
3. Lazyload alle ikke-kritiske billeder og iframes. Hent dem først, når brugeren scroller. Skip hero-billedet over folden, så LCP ikke lider.
4. Automatisér komprimering via serverværktøjer som imagick eller libvips i WordPress. Kør batch-jobs jævnligt, behold originaler sikkert, og lever optimerede varianter via CDN for hurtigere levering.
5. Indfør et tydeligt billedbudget per side, fx 500 – 800 KB samlet på almindelige indholdssider. Følg det i CI-pipelines eller med Lighthouse/PSI.

Konvertering sparer båndbredde og energi hos både server og brugerens enhed. Responsive teknikker sender aldrig mere end nødvendigt, hvilket hjælper især på mobil og langsomme forbindelser. Lazyload reducerer første indlæsning markant, fordi kun synlige elementer hentes med det samme. Automatisk komprimering fjerner manuelt arbejde og holder performance stabil over tid.

Et klart billedbudget giver styring af, hvor tung siden må blive visuelt, uden overraskelser i indlæsningstid eller CO₂-aftryk.

Skær payloaden ned med færre HTTP‑forespørgsler og strammere WordPress‑kode

Færre HTTP-forespørgsler og strammere kode i WordPress handler om mere end fart. Det sparer også strøm og CO₂. Hver ekstra fil skaber mere trafik mellem server og bruger. Det giver ventetid og højere energiforbrug. En lean kodebase loader hurtigere, browseren arbejder mindre, og det hele kræver færre watt.

Effektive greb til at få styr på payloaden:

• Plugin-hygiejne: Gennemgå hvilke scripts og styles hvert tema eller plugin loader. Fjern tunge plugins eller vælg lettere alternativer. Slå funktioner fra, som ikke bruges, men stadig belaster siden globalt.
• Bundles og defer: Saml små CSS- og JS-filer, hvor det giver mening, for færre forespørgsler. Load ikke-kritisk JavaScript med defer eller async for at undgå render-blokering. Indsæt critical CSS inline (oftest 14-20 KB), så den vigtigste styling vises hurtigt.
• Minimer DOM-kompleksitet: Hold antallet af DOM-noder under cirka 1.500 pr. side for mindre layout- og paint-arbejde i browseren og lavere CPU-forbrug hos brugeren.
• Fonts: Brug systemfonte, hvor det er muligt, eller variable woff2-formater med preconnect til font-hosting for hurtig hentning. Begræns antal vægte til 1-2, og overvej selvhosting for at slippe for tredjepartsopkald.
• Målbare mål: Sigt efter under 1 MB total data på mobilversioner af artikelsider. Hold minified JavaScript på 150-200 KB for kortere parse-tid, lavere batteriforbrug og bedre responsivitet.

Det virker måske detaljeret at holde styr på alt dette, men løbende optimering giver stor forskel for både brugeroplevelsen og klimaaftrykket fra sitet.

Design klogt, mål fast, og iterér mod en klimavenlig hjemmeside

En klimavenlig hjemmeside kan sagtens se godt ud. Det handler om at skære støj fra og holde fokus på det, der hjælper brugeren frem. Færre elementer og kortere flows gør siden lettere at finde rundt på, og den loader hurtigere. Brug billeder og video med omtanke. Skaler dem til det, de faktisk skal bruges til, og drop autoplay og tunge carouseller, som æder ressourcer uden at løfte oplevelsen.

Teknikken skal understøtte det mål. Sæt klare krav til hastighed og stabilitet, og mål jævnligt sitets CO₂-aftryk. Så undgås opdateringer, som ser pæne ud på overfladen, men sløver maskinrummet.

Det er overskueligt at holde fast i over tid. En enkel proces gør forskellen:

1. Sæt KPI’er: LCP under 2,5 sek., TBT under 200 ms, CLS under 0,1, total download på mobil under 1 MB og et CO₂-mål per sidevisning (fx under 1 gram).
2. Mål jævnligt med WebPageTest og Lighthouse, kombineret med CO₂-estimatorer for præcis indsigt.
3. Læg performance-budgetter ind i udviklingsflowet via Git. Build skal fejle ved overskridelser, så payload holdes nede.
4. Kør kvartalsvise audits af plugins og tredjepartsscripts som annoncer og analytics for at undgå spild.
5. Læg årlige reviews af hostingmiljøet ind med fokus på energiforbrug, PUE-tal og CDN-dækning.

Løbende målinger af klimaaftrykket giver et faktabaseret grundlag for forbedringer, uden at æstetik eller funktion lider. Begynd nu. Find ud af hvor meget siden belaster. Små iterationer giver tydelige gevinster for både brugere og planet.