Sub-seconde laadtijden: zo bouwt een ontwikkelaar een snelle website

Wat betekent "sub-seconde" precies?

Sub-seconde laadtijd betekent dat het Largest Contentful Paint-moment (LCP) onder de 1.000ms valt op een gesimuleerd 4G-Android-toestel — Google's standaard meetomgeving. Dat is strenger dan de officiële drempel van 2,5s voor "goed" in Core Web Vitals, maar in 2026 is het waar concurrenten op richten in B2B SaaS en e-commerce.

De zes ingrepen die het verschil maken

De volgorde is belangrijk: begin bovenaan, want elke ingreep daaronder heeft minder effect als de bovenstaande mist.

Edge-deployment: hosting op Vercel, Cloudflare Pages of Netlify Edge. TTFB zakt van 400–800ms (typisch shared hosting) naar 50–150ms. Direct effect op LCP.
Image-optimalisatie: AVIF-formaat (35% kleiner dan WebP), automatische srcset met breakpoints, priority op LCP-element, lazy-load op alles eronder.
Server Components: gebruik React Server Components voor alle content die niet interactief is. Bundle krimpt van 300–500kb naar 60–100kb.
Critical CSS inline: above-the-fold styling in <head>, rest async geladen. Tailwind doet dit automatisch via JIT.
Font-strategie: font-display: swap + preconnect naar fonts.gstatic.com. Vermijdt FOIT (flash of invisible text) die LCP fnuiken.
Geen render-blocking third-party scripts: analytics async, chatwidgets achter user-interaction-trigger, geen synchrone Tag Manager.

Wat doet elke ingreep concreet?

Ingreep	LCP-impact	Implementatietijd
Edge-deployment	−300 tot −600ms	15 min
Image-optimalisatie	−200 tot −800ms	2–4 uur
Server Components	−100 tot −300ms	1–2 dagen
Critical CSS inline	−50 tot −150ms	1–3 uur
Font-strategie	−100 tot −400ms	30 min
Third-party defer	−50 tot −300ms	1–2 uur

Veelgestelde vragen

Q1Werkt dit ook voor WordPress?+

Tot op zekere hoogte. Met LiteSpeed Cache, Perfmatters, ShortPixel en een CDN haal je in WordPress 1.2–1.8s LCP. Onder de 1s op mobile is structureel moeilijk vanwege PHP-rendering en plug-in-overhead.

Q2Wat is het verschil tussen TTFB en LCP?+

TTFB (Time to First Byte) is hoe snel de server het eerste byte stuurt. LCP is wanneer het grootste zichtbare element gerenderd is. TTFB < 200ms is voorwaarde voor LCP < 1s, niet andersom.

Q3Maakt sub-seconde laadtijd écht verschil voor conversie?+

Ja. Cloudflare-research (2024) toont 1,1% bouncerate-stijging per 100ms vertraging onder de 3s. Bij e-commerce zijn de cijfers nog hoger — Amazon zelf rapporteert 1% omzetstijging per 100ms verbetering.

Verdieping

Verdieping: waarom dit voor mkb anders ligt

Voor een mkb-onderneming verloopt deze keuze anders dan voor een enterprise-organisatie. Bij enterprise speelt compliance, multi-team coordination en aanbestedingsprocedures een dominante rol — in mkb is de afweging veel directer: tijd-naar-omzet, maandlasten en flexibiliteit op kantelmomenten. Wat in een Fortune 500-context "een veilige keuze" heet, is in een 12-personen-bedrijf vaak juist de duurste route omdat overhead niet wegvalt naar volume.

De drie variabelen die in praktijk de uitkomst bepalen voor Nederlandse mkb-projecten: wie onderhoudt het na livegang, hoe vaak verandert de scope, en welk groei-scenario stuur je op. Een coachingspraktijk met drie pagina-updates per kwartaal stelt heel andere eisen dan een D2C-merk dat wekelijks A/B-test.

22+

Opgeleverde projecten

3.2 wk

Gem. doorlooptijd

95+

Lighthouse-target

30 dgn

Ondersteuning incl.

Stappenplan: van eerste gesprek tot livegang

1Kennismaking (25 min)+

Async-first: één gesprek waarin we doel, doelgroep, scope en de eerste budget-range vastleggen. Output: een 1-pagina-document met scope en richtprijs binnen 24 uur.

2Schets (week 1)+

Wireframes, content-architectuur, techniek-keuze en design-richting (3 stijlen). Geen Lorem Ipsum — copy-aanzet vanaf dag 1, omdat copy het ontwerp stuurt en niet andersom.

3Bouw (week 2–3)+

Dagelijkse Loom-update van 60 seconden, gedeelde Figma met live state, gedeelde repo. Eén wekelijkse demo van 30 minuten. Iteratie staat boven specificatie: blijkt iets in praktijk anders te werken, passen we het aan zonder change-request-pingpong.

4Polijsten (week 3 – einde)+

Lighthouse 95+ op alle vier de assen. Schema.org, sitemap, robots.txt, llms.txt voor AI-crawlers, Open Graph kaart per pagina. Performance-budget per route gemonitord.

5Oplevering+

Domein live, DNS overgezet, monitoring aan, README + Loom-handover van 30 minuten. Eigenaar van code, hosting, accounts vanaf dag 1 — geen lock-in.

In de praktijk: drie voorbeeld-uitkomsten

Probleem: Wix-template, Lighthouse 58/72, geen booking-flow. Resultaat na 4 weken: maatwerk Next.js, Lighthouse 99/100, Stripe Checkout voor sessies, Resend voor herinneringen, +38% boekingen in eerste maand. Bouwbudget €5.500.

De 3-week-regel voor maatwerk-projecten

Als een marketingsite-project langer duurt dan drie weken aan netto werk, is bijna altijd de scope te groot, niet de developer te langzaam. Splitsen in fasen (MVP → uitbreiding) levert vrijwel altijd een beter resultaat dan één lang project — omdat realiteit-feedback in week 5 waardevoller blijkt dan elke vooraf-geplande feature.

Hanteer dit als sanity-check vóór je tekent: vraag de uitvoerder om de scope binnen drie weken passen of expliciet in fasen op te knippen.

Checklist: vóór je een offerte tekent

Eigenaarschap: ik krijg owner-rechten op de GitHub-repo vanaf dag 1.
Hosting: de site draait op mijn eigen Vercel/Cloudflare-account, niet die van de uitvoerder.
Domein: staat op mijn naam, met DNS-toegang aan mijn kant.
Prestatie-toezegging: Lighthouse 95+ op Performance, Accessibility, Best Practices, SEO — vastgelegd in de offerte.
Vaste prijs op scope: geen uurtjefactuurtje, geen open-end T&M.
Documentatie als oplevering: README + 30-minuten Loom-handover, niet alleen code.
Ondersteuning: dertig dagen na livegang inbegrepen in de prijs.

Veelgestelde vragen

Q1Hoe lang duurt een typische marketingsite van A tot Z?+

Voor een ervaren solo-studio: drie tot vier weken voor een marketingsite van 5–10 pagina's. Voor een agency met PM-laag: acht tot veertien weken voor exact dezelfde scope. Het verschil zit in overlegcycli, niet in code-kwaliteit.

Q2Wat als ik later een tweede taal wil toevoegen?+

Bouw je site met Next.js i18n routing en hreflang-tags, dan voeg je later een tweede taal toe in 1–2 weken. Bouw je zonder die voorbereiding, dan kost het 4–6 weken extra omdat alle URL's en meta-tags opnieuw moeten.

Q3Krijg ik bij een freelance-developer ook een aparte designer?+

Bij een studio doet de developer doorgaans ook ontwerp in Figma. Voor wie een aparte top-tier designer wenst, kan een freelance designer bijgehaald worden (€90–€140/uur, 30–60 uur typisch) — nog ruim onder een agency-tarief.

Q4Hoe zit het met onderhoud na de eerste 30 dagen?+

Twee modellen: een licht onderhoudsabonnement (€200–€400 per maand voor monitoring, kleine updates) of per opdracht. Geen verplicht jaarcontract zoals bij veel agencies — je betaalt alleen wanneer er werk is.

Q5Wordt mijn code mijn eigendom?+

Ja, vanaf dag 1. Repo onder jouw GitHub-account, hosting onder jouw Vercel-account, domein op jouw naam. Bij volledige betaling draagt Van Zanten Consulting alle IP-rechten over.