Rotterdam · 51°55′N · 4°28′O · Atelier nr. 004
1 plek · start Q4 2026Klantportaal →MMXXVI
Pillar · Maatwerk vs no-code6 min lezenEditie 2026

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

Sub-seconde laadtijden zijn in 2026 geen luxe meer; ze zijn de drempel waarboven Google rankt en gebruikers blijven. Een gemiddelde Nederlandse mkb-site laadt in 3,4 seconden op mobiel. Een goed gebouwde Next.js-site doet hetzelfde in 600–900ms. Het verschil zit in zes architectuurkeuzes, niet in magie.

Architectonische blueprint van een maatwerk-website
PLAN · DOORSNEDE · DETAILMAATWERK · Sub-seconde laadtijden

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

Dit gaat verder dan de officiële Core Web Vitals-drempels (LCP, INP, CLS — zie Core Web Vitals 2026 voor die drie specifiek uitgelegd). Het doel hier is de laadtijd zelf onder de seconde krijgen, ook als je al "groen" scoort op de officiële drempels. De volgorde is belangrijk: begin bovenaan, want elke ingreep daaronder heeft minder effect als de bovenstaande mist.

  1. 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.
  2. Image-optimalisatie: AVIF-formaat (35% kleiner dan WebP), automatische srcset met breakpoints, priority op LCP-element, lazy-load op alles eronder.
  3. Server Components: gebruik React Server Components voor alle content die niet interactief is. Bundle krimpt van 300–500kb naar 60–100kb.
  4. Critical CSS inline: above-the-fold styling in <head>, rest async geladen. Tailwind doet dit automatisch via JIT.
  5. Font-strategie: font-display: swap + preconnect naar fonts.gstatic.com. Vermijdt FOIT (flash of invisible text) die LCP fnuikt.
  6. Geen render-blocking third-party scripts: analytics async, chatwidgets achter user-interaction-trigger, geen synchrone Tag Manager.

Wat doet elke ingreep concreet?

IngreepLCP-impactImplementatietijd
Edge-deployment−300 tot −600ms15 min
Image-optimalisatie−200 tot −800ms2–4 uur
Server Components−100 tot −300ms1–2 dagen
Critical CSS inline−50 tot −150ms1–3 uur
Font-strategie−100 tot −400ms30 min
Third-party defer−50 tot −300ms1–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
Projecten sinds 2023, incl. eigen producten
1–6 wk
Bouwtijd maatwerk website
95+
Lighthouse bij oplevering, gemiddeld 98
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. Structured data die klopt met wat er op de pagina staat, sitemap, robots.txt met een bewuste keuze per crawler (OAI-SearchBot voor zoeken, GPTBot voor mogelijke modeltraining), Open Graph-kaart per pagina. Een llms.txt mag erbij als onderhouden overzicht, maar Google negeert het volgens de eigen documentatie, dus we rekenen het niet mee als vindbaarheidsmaatregel. 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 in overleg vastgesteld.

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 te laten passen of expliciet in fasen op te knippen.

Checklist: vóór je een offerte tekent

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 (prijs op aanvraag, 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.
Van lezen naar bouwen

Speelt dit bij jou?
Dan is dit de volgende stap.

Een handgecodeerde Next.js-site, Lighthouse 95+, in jouw eigen repo 1–6 weken, vaste prijs na een gratis gesprek. 45 minuten, gratis. Eerstvolgende start: Q4 2026.

01Reactie binnen 24 uur
02Vaste offerte binnen 48 uur
03A-01 · Maatwerk websites