Milieu & web

Vergelijking duurzaamheid
CMS vs. HTML-website

Hoeveel rekenkracht, dataverkeer en onderhoud vraagt uw site per bezoek? Die factoren bepalen samen de digitale milieubelasting — vaak meer dan u denkt.

Hier zetten we klassieke CMS-sites (zoals WordPress of Joomla) af tegen statische HTML-sites: serverkant, netwerk, apparaat aan de gebruikerskant, en de impact van doorlopend onderhoud.

Waar gaat de energie naartoe?

De CO2-voetafdruk van een website zit niet alleen in het datacenter. Elke paginaweergave combineert: (1) werk op de server, (2) bytes over het netwerk, (3) het verwerken en tekenen van de pagina op telefoon of laptop. Een zware, trage site verbruikt op al die drie plekken meer dan een lichte, snelle site — ook als het datacenter zelf groene stroom gebruikt.

CMS-site: dynamiek heeft een prijs

Een CMS bouwt pagina's vaak per verzoek op: PHP of vergelijkbare logica, queries naar een database, thema's en plug-ins die meeschalen. Zelfs met goede caching moet de origin-server periodiek weer aan het werk. Elke extra plug-in en elk admin-verzoek voegt CPU-cycli en geheugen toe. Dat is niet “fout” — het hoort bij een systeem dat flexibel en bewerkbaar moet blijven — maar het is wél structureel zwaarder dan het uitleveren van een kant-en-klare HTML-file.

Wil je CMS met bewuste keuzes? Kijk dan naar onze pagina's over WordPress en Joomla, en naar hosting in klimaatneutrale datacenters.

HTML-site: vooraf gebouwd, minimaal per klik

Een statische HTML-site staat als bestanden klaar. De server stuurt ze zo uit; er is geen database-query bij elk bezoek en geen CMS-runtime die mee moet draaien. Daardoor is het energieprofiel per paginaweergave doorgaans veel lager, vooral bij bewust gecomprimeerde assets en weinig JavaScript. Dat sluit aan bij wat we beschrijven op maatwerk HTML webdesign en bij onze duurzaamheidspagina.

Samenvatting in één oogopslag

Aspect Typische CMS-site Statische HTML-site
Server per bezoek PHP/runtime, database, thema & plug-ins; cache helpt maar ontkomt niet aan basislast Statische bestanden, nauwelijks server-rekenwerk
Payload & snelheid Varieert sterk; zware thema's en scripts kunnen pagina's dik maken Meestal compact en snel te tunen; minder bytes = minder netwerk- en device-energie
Onderhoud CMS-, thema- en plug-in-updates nodig om veilig en compatibel te blijven Geen CMS-updatetraject; wijzigingen zijn bewuste deployments
Wanneer past het? Veel redactie, workflows, meertaligheid, complexe dynamiek Overzichtelijke sites, lange levensduur, focus op snelheid en lage impact

Geen dogma: het gaat om de juiste fit

Soms is een CMS de enige verstandige optie — bijvoorbeeld bij frequente publicaties door meerdere mensen of koppelingen met andere systemen. Soms is HTML de schoonste en goedkoopste route voor jarenlang stabiele presentatie. Wij helpen graag bepalen waar uw situatie het beste past; lees ook het nieuwsbericht met dezelfde rode draad.

Inschatting: 100.000 paginaweergaven

Niemand weet het exacte stroomverbruik van één bezoek op uw domein tot op de watt nauwkeurig — dat hangt af van hosting, cache, paginagewicht en gedrag van bezoekers. Wel kunnen we, op basis van gangbare modellen voor datatransfer, serverbelasting en energie aan de clientzijde, een ruwe bandbreedte geven voor vergelijkbare sites. Dit is dus geen meting bij u in het datacenter, maar een orde van grootte om het verschil tussen CMS en statische HTML te laten zien.

WordPress of Joomla (typische zakelijke site met thema, een reeks plug-ins of extensies, redelijk caching, gemiddeld zwaardere pagina's): voor 100.000 paginaweergaven ligt het totale energieverbruik — server, netwerk en verwerking op telefoon of laptop samen — vaak in de buurt van 10 tot 20 kWh. Zwaardere shops, veel tracking of slecht geoptimaliseerde thema's kunnen richting 25 kWh of meer voor hetzelfde aantal bezoeken.

Een goed opgebouwde statische HTML-site (compacte pagina's, weinig verzoeken, geen PHP/database per klik): voor dezelfde 100.000 weergaven zit u doorgaans rond 1,5 tot 4 kWhongeveer vijf tot tien keer lager dan het CMS-voorbeeld hierboven. Dat verschil zit vooral in minder data over de lijn, minder CPU-tijd op de server per bezoek en snellere, lichtere weergave op het apparaat.

Waarom dit duurzamer is: elke bespaarde kilowattuur is minder vraag naar stroom — en daarmee minder druk op het energie- en grondstoffensysteem, ook als uw hoster al groene stroom gebruikt. HTML-first is daarmee een concrete ontwerpkeuze om het energiebudget per bezoek klein te houden, naast voordelen als snelheid en lange levensduur. Meer over zo'n aanpak vindt u op onze pagina over maatwerk HTML webdesign.

Advies op maat?

We denken met u mee of HTML, CMS of een combinatie het beste past — ook door een duurzaamheidsbril.