Trends 2026 · Opinie · 6 min lezen

Carbon-aware design MKB — overdreven of relevant?

Een 1MB-site stoot 1.76g CO2 per view uit. Klinkt belachelijk klein. Maar reken het door op MKB-niveau en de cijfers worden interessanter. Mijn eerlijke opinie.

TL;DR Carbon-aware design draait om: lichtere sites, efficiëntere code, hosting bij groene providers. Voor MKB is dit nuttig, niet primair om klimaat-redenen maar omdat dezelfde keuzes ook leiden tot snellere sites, lagere bouncerate en betere conversie. Een 1MB-site is altijd beter dan een 5MB-site — voor planeet én portemonnee.

Wat is carbon-aware design eigenlijk?

Term komt uit het sustainable-web-design-kamp. De stelling: het internet verbruikt 4% van de wereldwijde elektriciteit; sites kunnen actief lichter en efficiënter gebouwd worden om dat aandeel te verlagen. Concrete uitwerking:

De Website Carbon Calculator (websitecarbon.com) rekent voor een gemiddelde site uit: ~1.76 gram CO2 per pagina-view bij 1MB en groene hosting. Bij 5MB en grijze hosting: 8-10g. Bij 10.000 views/maand wordt dat 17kg/jaar vs 100kg/jaar — een factor 6 verschil.

Is dit echt belangrijk voor MKB?

Eerlijk gezegd: niet primair om klimaat-redenen. Een MKB-site van 10.000 views/maand met 100kg CO2/jaar staat in het niets bij wat één bedrijfsauto in een jaar uitstoot (~2.000kg). Carbon-aware design op zich is geen meaningful klimaat-actie voor MKB.

Maar — en dit is waarom wij het wél doen — dezelfde optimalisaties die de CO2-footprint verlagen, leveren direct geld op:

Dus: carbon-aware design is een framing-term voor "wat je sowieso zou moeten doen voor snelheid en conversie". Mooie bijwerking: minder uitstoot.

Wat ik (Lorenzo) doe voor MKB-klanten

Mijn standaard-checklist tijdens elke DC-build heeft een page-weight-doel: onder 1MB voor de homepage inclusief alles (HTML, CSS, JS, fonts, foto's). Concreet:

Een MKB-site die we recent gebouwd hebben voor een hovenier in Loenersloot komt uit op 0.42g CO2 per view. Niet omdat we klimaat-activisten zijn — gewoon omdat goede bouw light is.

"Carbon-aware design" is in 80% van de gevallen gewoon "vakwerk". De klimaat-framing is marketing.

Wat ik NIET doe

Sommige bureaus verkopen "groene websites" als premium-product met meerprijs. Mijn mening: daar trap je niet in. De optimalisaties die nodig zijn voor lichte sites zouden er sowieso moeten zijn. Een bureau dat €10.000 vraagt voor "carbon-aware webdesign" rekent je dubbel.

Bij DesignCheck zit lichtgewicht-bouw bij elke prijsklasse. Refresh €1.995, rebuild €3.995 — beide met page-weight-doel onder 1MB. Geen meerprijs voor "groen". Zie prijzen.

Hoe meet je je eigen site?

  1. Ga naar websitecarbon.com en plak je URL
  2. Bekijk de gram-per-view-uitstoot
  3. Test ook op pagespeed.web.dev — page-weight staat onder "Network requests"
  4. Onder 1MB = goed. 1-3MB = verbetering mogelijk. Boven 3MB = serieus probleem voor mobiel + Google.

Of vraag de gratis DesignCheck-audit — daarin staat page-weight, CO2-schatting en de drie grootste fixes om gewicht te verlagen.

Praktische verbeteringen onder €500

Voor bestaande MKB-sites zijn dit de quick-wins met grootste impact:

  1. Foto's converteren naar WebP — 30-50% lichter. Tool: squoosh.app, gratis.
  2. Tracking-scripts opruimen — vaak 4-6 scripts die niemand meer leest (oude Hotjar, FB Pixel, Adwords).
  3. Plugins verminderen op WordPress — elke plugin laadt assets. Veel sites hebben 20+, kan vaak naar 8-10.
  4. Fonts beperken tot 2 families, 4 weights max — bespaart 200-400KB.

Wij van DC doen deze vier optimalisaties als onderdeel van een refresh (€1.995). Vaak halen we daarmee een 4MB-site naar 1.2MB.

De rekensom voor MKB

Stel: jouw site heeft 8.000 views/maand op 3MB. Dat is ~6.5g CO2 per view, 52kg/jaar.

Na refresh: 1MB, ~1.7g per view, 14kg/jaar. Verschil: 38kg CO2/jaar bespaard.

Klein. Maar tegelijkertijd: de site laadt 2-3 keer sneller. Lighthouse-score van 45 naar 85+. Bouncerate op mobiel van 65% naar 38%. Voor de meeste MKB-sites die wij zien betekent dat €300-€800 extra omzet/maand (zie verliescalculator). De CO2-besparing is een bonus.

FAQ — carbon-aware design voor MKB

Moet ik mijn site groen labelen op de homepage?
Mwa. Een groene-website-badge voelt vaak als greenwashing als de rest van je bedrijfsvoering niet duurzaam is. Beter: gewoon doen, niet erover praten. Bezoekers merken een snelle site sowieso.
Welke hosting is écht groen?
Vercel, Cloudflare Pages, Netlify draaien op 100% hernieuwbaar of compenseren volledig. Bij traditionele hosting: kijk in The Green Web Foundation-directory (thegreenwebfoundation.org).
Maakt videomateriaal het allemaal niet ongedaan?
Ja. Een 30s autoplay-video van 8MB op je homepage is +6-8g CO2 per view, plus je conversie zakt door trage laadtijd. Onze regel: geen full-page video-heros voor MKB.
Kan DesignCheck mijn site lichter maken?
Ja. Vaak via refresh (€1.995) — foto's optimaliseren, scripts opruimen, fonts beperken. Bij grotere achterstand: rebuild (€3.995). De gratis audit toont vooraf wat haalbaar is.

De cijfers achter de CO2-berekening: hoe komt 1.76g tot stand?

De getallen die je op websitecarbon.com leest komen niet uit de lucht vallen. Ze leunen op het Sustainable Web Design-model van Tim Frick en collega's, en op de carbon-intensity-data van The Green Web Foundation. De formule rekent vier factoren samen: datacenter-energie (waar staat de site, op welke stroom), netwerk-energie (hoeveel kabels en routers passeert een verzoek), gebruiker-energie (welk apparaat laadt de pagina) en productie-energie (de embodied carbon van de hardware aan beide kanten). Per gigabyte dataverkeer komt dat uit op rond 0.81 kilowattuur, en bij een Europese energiemix is dat ongeveer 0.34 kilogram CO2 per gigabyte. Reken terug naar 1 MB en je zit op de bekende 1.76 gram.

Voor MKB betekent dit dat élk extra geladen MB direct telt. Een homepage van 5 MB die 10.000 keer per maand bezocht wordt verbruikt jaarlijks zo'n 100 kilogram CO2 alleen op pagina-loads. Voeg daar een autoplay-video van 30 seconden aan toe (~8 MB) en je verdubbelt dat in een avond. De rekensom werkt ook andersom: één hero-foto van 2 MB die je vervangt door een 200 KB-WebP-variant bespaart op 10.000 views ongeveer 18 kilogram CO2 per jaar. Per site klein, maar bij 30 klanten in een bureau-portfolio loopt het op.

Performance-budget: de techniek achter een lichte site

Een performance-budget is een vooraf afgesproken maximum aan paginagewicht, JavaScript-grootte en aantal verzoeken. Voor MKB-sites hanteren wij: maximaal 1 MB voor de homepage, maximaal 80 KB aan JavaScript na minificatie en gzip, en maximaal 25 HTTP-verzoeken in de eerste paint. Dat budget zet je vast in de build-pipeline — een tool als size-limit of bundlesize laat de build falen wanneer je over de grens gaat. Dat klinkt streng, maar het is de enige manier om snelheid en lichtheid op de lange termijn te houden, want zonder budget groeit elke site over de tijd vanzelf.

Wie geen build-pipeline heeft (klassieke WordPress-site bijvoorbeeld) kan hetzelfde bereiken met een maandelijkse Lighthouse-meting plus een afgesproken bovengrens. Belangrijk: meet op een gesimuleerde mobiele 3G-verbinding, niet op je eigen glasvezel. Mobiele bezoekers met een trager profiel zijn vaak juist de doelgroep die het meest kost — een dure click die afhaakt voordat je site geladen is.

Hosting en netwerk: waar carbon-aware echt verschil maakt

Hosting-keuze heeft een onverwacht grote invloed. Een datacenter dat op kolenstroom draait kan dezelfde site twee tot drie keer zoveel CO2 laten kosten als een datacenter op windenergie. The Green Web Foundation houdt een open database bij — vul je domein in en zie of je host als groen geverifieerd is. Bij providers als Vercel, Cloudflare en Netlify is dat goed geregeld; bij sommige Nederlandse traditionele hosters niet altijd. Het verschil bij 10.000 views per maand: tientallen kilo's CO2 per jaar zonder dat je code aanraakt.

Netwerk-keuze heeft een tweede invloed. Een Content Delivery Network (CDN) verkort het pad van datacenter naar bezoeker. Minder routers betekent minder netwerk-energie. Een Australische bezoeker die een Nederlandse server moet bereiken zonder CDN kost letterlijk meer kilowattuur dan dezelfde bezoeker bediend vanuit een Sydney-edge. Voor MKB met internationale bezoekers is een CDN-laag bijna gratis (Cloudflare's free-tier voldoet meestal) en levert tegelijk snelheidswinst, SEO-winst en CO2-winst op.

De zakelijke kant: groene claims, klanten en aanbestedingen

In 2026 vraagt een groeiende groep zakelijke opdrachtgevers naar een carbon-footprint-rapport bij offertes. Met name aanbestedingen vanuit overheid, woningcorporaties en grote NGO's nemen "digitale uitstoot" mee in scoring. Wie als MKB-bedrijf zijn site kan laten zien als geverifieerd licht en groen gehost, scoort daar punten. Niet veel, maar genoeg om bij gelijke score het verschil te maken. Voor Keurmeesters speelt dit een rol — energielabel-aanbestedingen voor woningcorporaties wegen duurzaamheidssignalen mee, en een geverifieerd-groene site versterkt de positionering.

De keerzijde: groenwassen is in 2026 strafbaar onder de EU Green Claims Directive (omgezet in nationaal recht in alle lidstaten in 2025-2026). Wie op de homepage "duurzaam" zet zonder bewijs riskeert een handhavingsbrief. Wat wel kan: feitelijke vermelding van paginagewicht en hosting-keuze, met link naar The Green Web Foundation. Geen marketing-praat, wel een controleerbaar feit.

Hoeveel CO2-besparing per jaar haal je realistisch?
Voor een MKB-site met 10.000 views per maand is 30-80 kilogram per jaar haalbaar door page-weight te halveren. Niet wereldveranderend, maar gratis bijwerking van snelheidsoptimalisatie.
Mag ik mijn site "klimaatneutraal" noemen?
Alleen met geverifieerde compensatie via gecertificeerde tussenpartij. Onder de Green Claims Directive moet je het bewijs publiekelijk kunnen tonen. Liever de claim helemaal weglaten en feitelijke cijfers tonen.
Werkt carbon-aware ook voor webshops?
Vooral. Productpagina's lopen vaak uit de hand qua paginagewicht (zware galerijen, te veel scripts). Hier is de winst zowel financieel als ecologisch het grootst.

Wat doe je vandaag?

Image-formats vergelijken: PNG, JPG, WebP, AVIF

Beeldmateriaal is in 90% van de gevallen de grootste boosdoener van paginagewicht. Per format de stand in 2026. PNG is verlies-loos, ideaal voor logos en iconen met transparantie, maar zwaar voor foto's. JPG is licht en oud, maar geen alpha-kanaal en compressie-artefacten zichtbaar boven 80% kwaliteit. WebP is sinds 2020 universeel in browsers en levert 25-35% kleiner dan JPG bij gelijke kwaliteit met alpha-ondersteuning. AVIF is de nieuwste, 50% kleiner dan JPG en sinds 2024 in alle moderne browsers. De vuistregel: gebruik AVIF als primair format met WebP-fallback en JPG-laatste-redmiddel via de picture-tag.

Voor MKB-sites met een Headless CMS of een statische bouw is dit eenvoudig in te richten. Voor WordPress vereist het een plug-in zoals ShortPixel of EWWW Image Optimizer. Vermijd handmatige uploads van ongecomprimeerde foto's — een redacteur die direct vanuit camera-roll uploadt vernielt je performance-budget. Bouw een upload-pipeline die automatisch comprimeert en converteert.

JavaScript-budget en third-party-scripts

Naast beelden is JavaScript de tweede grootste oorzaak van zware sites. Een gemiddelde WordPress-site draagt 200-400 KB aan JS uit eigen thema en plug-ins, plus nog eens 300-800 KB aan third-party-scripts (Analytics, Tag Manager, Hotjar, FB Pixel, chat-widgets). Dat is per bezoeker meetbare CPU-tijd en netwerkdata. Voor MKB-sites is onze regel: maximaal 80 KB eigen JS na minificatie, maximaal twee third-party-scripts op de homepage. Wat daarboven zit moet gerechtvaardigd worden of weggesnoeid.

Een goede manier om je third-party-overhead te meten is via een audit met PageSpeed Insights of WebPageTest waterfall. Elke script-call die langer dan 200 milliseconden duurt of meer dan 50 KB transporteert verdient een tweede check. Veel MKB-eigenaren vinden ongebruikte tracking-pixels uit oudere campagnes terug — wegsnoeien is gratis snelheidswinst.

Caching en CDN: gratis snelheid voor MKB

Een correct ingestelde cache verlaagt zowel uitstoot als laadtijd. Statische assets (CSS, JS, fonts, images) moeten een cache-header krijgen van minimaal een jaar (Cache-Control: max-age=31536000, immutable). Wanneer je deze bestanden wijzigt, geef je ze een nieuwe filename via een hash — daarmee blijft caching agressief maar verandert content zichtbaar bij updates. HTML-pagina's krijgen een kortere cache (5-60 minuten) afhankelijk van update-frequentie.

Een CDN (Cloudflare, Fastly, BunnyCDN) zet je content op edge-locaties wereldwijd. Voor MKB met internationale bezoekers — denk: een Nederlandse leverancier die ook Belgische klanten heeft, of een wereldwijde webshop — is dat gratis prestatie-winst. Cloudflare's free-tier voldoet voor de meeste MKB-sites en levert 30-50% snelheidswinst op transactionele pagina's zonder dat je code wijzigt.

Verder lezen

Wij bouwen MKB-sites met een performance-budget onder 1 MB voor de homepage. Voor Keurmeesters levert die aanpak naast snelheidswinst ook een uitstootcijfer dat in offertes voor woningcorporaties bruikbaar is. Bekijk de prijzen of vraag een gratis audit aan.

Door Lorenzo Ruisi — DesignCheck Mijdrecht. Laatst bijgewerkt 16 mei 2026.

Hoe zwaar is jouw site?

De gratis DesignCheck-audit meet page-weight, CO2-uitstoot en stuurt de drie grootste fixes om je site te halveren.

Site checken →