Varför prestandaoptimering = energibesparing

Det finns starkt stöd för att snabbare, “lättare” sidor drar mindre energi genom hela kedjan: datacenter, nät och slutenhet. En etablerad metod (Sustainable Web Design v4) modellerar digitala utsläpp utifrån överförda byte och fördelar energin mellan datacenter (~22 %), nät (~24 %) och slutenheter (~54 %). Med rätt cache-policy och mindre filer minskar alltså både serverarbete och trafik, vilket sparar el och CO₂.

IEA visar samtidigt att data­transmissions­näten blivit kraftigt effektivare över tid; därför lönar det sig extra att jaga “onödiga byte”.

Vad säger forskningen & dokumentationen (kortfattat)

• Bildoptimering AVIF ger ofta ~50 % mindre filer än JPEG vid samma kvalitet; WebP ger typiskt ~30 % mindre än JPEG. Mindre byte ⇒ mindre energi i nät/datacenter och snabbare rendering på enheten. 
• HTTP-cachepolicy (Cache-Control, ETag, m.m.) Korrekt cache-policy gör att webbläsare & CDN återanvänder resurser i stället för att hämta dem igen (eller åtminstone använder 304 Not Modified i stället för full nedladdning). Direktiven styrs med Cache-Control, ETag/Last-Modified och bl.a. immutable. 
• CDN/edge-cache CDN:er placerar kopior nära användaren och minskar ursprungs­belastning. “Origin offload” mäter hur stor andel byte som inte behöver hämtas från origin – ju högre, desto mindre arbete & energi i din servermiljö.  Forskning på cache-diskar i CDN visar dessutom stora energieffekter när caching optimeras (t.ex. upp till ~30 % lägre diskeleffekt i studier av cache-arkitektur).
• Server & plugin-nivå (WordPress-exempel) Persistent object cache och förbättrad frågehantering minskar databasrundor och CPU-arbete – alltså el. WordPress 6.4 förbättrade objektcachning just för att reducera DB-last.  På systemnivå gäller “energy-proportional computing”: mindre arbete ⇒ lägre effekt; servrar nära idle drar fortfarande märkbar effekt, så varje reducerad CPU/IO-cykel är värdefull. 
• Komprimering (Brotli) Brotli ger ofta ~14–21 % mindre HTML/CSS/JS än gzip – direkt bytebesparing, särskilt på texttunga sidor. 
• Cache i applikationer minskar energin Mätningar på containeriserade appar visar tydligt lägre energiförbrukning när cache nyttjas, jämfört med att beräkna/generera svar varje gång. 
• Nätens energiintensitet (för räkneexempel) Fasta nät har uppskattats kring ~0,06 kWh/GB (2015) och blivit effektivare över tid; mobilnät låg globalt runt ~0,15 kWh/GB år 2023–2024 enligt GSMA. 

Slutsats: allt som minskar överförda byte, antalet origin-träffar och serverarbete ger reell energibesparing – inte bara snabbare sidor.

Så räknar du din årliga energibesparing (steg för steg)

1) Uppskatta sparade byte per sidvisning

Summera effekterna av dina åtgärder (exempel nedan).

• Byt JPEG→AVIF/WebP: ofta 30–50 % mindre bilddel. 
• Slå på Brotli: ~14–21 % på HTML/CSS/JS. 
• Sätt Cache-Control/ETag för att öka återanvändning (färre byte vid återbesök). 
• Höj origin offload i din CDN (färre origin-hämtningar → mindre server-CPU/IO). 

2) Räkna databesparingen (GB/år)

\text{GB/år} \approx \frac{\text{sidvisningar/år} \times \text{sparade MB/visning}}{1024}

3) Räkna nät-elbesparingen (kWh/år)

Väg fördelningen mellan mobil och fast uppkoppling:

\text{kWh/år} \approx \text{GB/år} \times \big( f_\text{mobil}\cdot 0{,}15 + f_\text{fast}\cdot 0{,}06 \big)

(där 0,15 kWh/GB ≈ mobil 2023–24, 0,06 kWh/GB ≈ fast 2015 – använd som övre riktmärke för fast; verkligt värde är troligen lägre idag). 

4) Översätt till CO₂ (valfritt)

Multiplicera kWh med elens utsläppsintensitet där förbrukningen sker (globalt genomsnitt i många modeller ≈ ~0,49 kg CO₂/kWh).

Konkret exempel (konservativt, lätt att anpassa)

• 2 000 000 sidvisningar/år
• Du sparar 1,2 MB per visning (bilder + Brotli + lite font-trim)
• Trafikmix: 50 % mobil, 50 % fast

Databesparing: 2 000 000 × 1,2 MB ≈ 2 400 GB/år

Nät-elbesparing: 2 400 × (0,50·0,15 + 0,50·0,06) ≈ 2 400 × 0,105 = 252 kWh/år 

CO₂ (global mix ~0,49 kg/kWh): 252 × 0,49 ≈ 124 kg CO₂/år (nätverksdelen). Den verkliga totala besparingen är större eftersom färre byte även minskar energin i datacenter och användarens enhet enligt SWD-modellen.

Bonus: Om din CDN höjer origin offload från t.ex. 60 % till 90 %, sjunker ursprungsserverns CPU/IO proportionellt – mindre effektuttag enligt principen om energy-proportional computing. 

Åtgärder med störst effekt (prioriterad checklista)

1. Bilder först
   • Konvertera till AVIF (fallback WebP). Spara ofta 30–50 % mot JPEG. Använd srcset/sizes för responsiva varianter.   
   • Ladda lazy utanför viewport och för-ladda hero-bilden. (Se web.dev-exempel om bilddimensioner/CLS.) 
2. Textkomprimering
   • Aktivera Brotli på HTML/CSS/JS. Räkna med ~14–21 % ytterligare besparing jämfört med gzip. 
3. Cache-policy (HTTP + CDN)
   • Fingerprinta statiska resurser och sätt: Cache-Control: public, max-age=31536000, immutable för CSS/JS/ikoner; ETag/Last-Modified för ofta uppdaterad HTML. 
   • Mät och förbättra cache hit ratio/origin offload i din CDN. Utnyttja Tiered Cache. 
4. Server/WordPress-nivå
   • Slå på persistent object cache (Redis/Memcached). WordPress 6.4 förbättrade objektcaching just för att minska DB-last. 
   • Minimera tunga plugins och generera statisk HTML för anonyma visningar där möjligt. (Principen: mindre CPU/IO ⇒ mindre energi.) 
5. Mät rätt
   • Följ sidvikt (transfer size) och GB/vecka, inte bara LCP/TTFB. Använd en hållbarhetsmodell (t.ex. Website Carbon/SWDv4) som kopplar byte till energi/CO₂.

Vanliga frågor om

Hur stor del av mina besparingar kommer från cache jämfört med bilder?

För de flesta sajter dominerar bilder sidvikten, så format + responsiva varianter ger den största bytebesparingen. Cache skalar vinsten över återbesök (särskilt på återkommande resurser som CSS/JS/ikoner). SWD-modellen inkluderar dessutom cachegrad just därför.

Räknas verkligen serverbesparingarna, de är ju “små”?

Ja. CDN-offload minskar origin-trafik, och serverarbete följer (i grova drag) utnyttjandet – en grundprincip i energy-proportional computing. 

Är 0,06 kWh/GB rätt siffra 2025?

Det värdet är från 2015 för fasta nät och IEA visar snabb effektivisering; använd därför intervall och mix (mobil ~0,15 kWh/GB runt 2023–24; fast sannolikt lägre än 0,06 idag). Poängen: färre byte alltid vinner. 

Sparkalkylatorn & Källor (urval)

<picture>
  <source type="image/avif" srcset="/img/hero-640.avif 640w, /img/hero-1280.avif 1280w" sizes="(min-width: 800px) 50vw, 90vw">
  <source type="image/webp" srcset="/img/hero-640.webp 640w, /img/hero-1280.webp 1280w" sizes="(min-width: 800px) 50vw, 90vw">
  <img src="/img/hero-1280.jpg" alt="Produkt" width="1280" height="720" loading="lazy" fetchpriority="high">
</picture>

location ~* \.(css|js|png|jpg|jpeg|gif|webp|avif|svg|woff2)$ {
  add_header Cache-Control "public, max-age=31536000, immutable";
  try_files $uri =404;
}

Vad ska du göra i praktiken?

1. Konvertera alla bilder till AVIF (fallback WebP) och implementera srcset/sizes.
2. Slå på Brotli för textresurser och rensa död JS/CSS.
3. Sätt Cache-Control med höga TTL + immutable på fingerprintade statiker; använd ETag/Last-Modified på HTML.
4. Lyft origin offload i din CDN (Tiered Cache, cache keys, cache rules för HTML där det är säkert).
5. Aktivera persistent object cache (Redis) och statisk cache för anonyma sidor.
6. Mät GB/år, offload/hit-ratio och sidvikt – och upprepa.

Vill du att jag räknar på din sajt (sidvisningar, nuvarande sidvikt, trafikmix mobil/fast) och gör en snabb energirapport med förslag på åtgärder? Jag kan ta dina siffror och ge ett precist kWh/CO₂-spann enligt ovan.

Ska in: 🟦 så mycket energi kan din webbplats spara med cache, bilder & cdn

🟨 Praktisk guide: så minskar du el & CO₂ med bildoptimering, cache-policy, CDN och server-tuning – med källor & konkreta räkneexempel.

🟩 Bild-SEO (det)

Alt-text (Sökordsvans): avif webp bildoptimering energi minskad dataöverföring

Rubrik: Avsevärt mindre bilder

Beskrivning: Byt till AVIF/WebP och spara data & energi