Hoe lang duurt het om een website te bouwen?

De meeste websites kosten twee tot twaalf weken om te bouwen — een eenvoudige landingspagina in één tot twee weken, een bedrijfssite in vier tot acht, en een webapp op maat of grote winkel in drie tot zes maanden. Het bouwwerk zelf is meestal het snelle deel; wat een doorlooptijd oprekt zijn content, feedback en scope. Ik ben een freelance webdeveloper, en dit is een realistische uitsplitsing van hoe lang een website daadwerkelijk duurt en wat het verschil maakt tussen op tijd opleveren en eindeloos uitlopen.

Belangrijkste punten

• Landingspagina: 1–2 weken. Bedrijfssite: 4–8 weken. Webapp / grote winkel: 3–6 maanden.
• De bouw is zelden het knelpunt — wachten op content en feedback is oorzaak nummer één van vertraging.
• Elk project doorloopt vijf fasen: verkenning, design, bouw, QA en lancering.
• Je hebt meer invloed op de doorlooptijd dan je denkt. Content klaar, snelle feedback, een vastgelegde scope en vlotte beslissingen kunnen weken schelen.
• Haasten slaat QA en verkenning over — de twee fasen waar problemen worden voorkomen in plaats van veroorzaakt.

Doorlooptijden per projecttype

Dit zijn de realistische ranges die ik offreer, uitgaande van redelijk vlotte feedback en content.

Projecttype	Typische doorlooptijd	Opmerkingen
Landingspagina (1 pagina)	1–2 weken	Snel als de content klaar is
Kleine site (3–5 pagina’s)	2–4 weken	Hangt af van design op maat
Bedrijfssite (5–15 pagina’s)	4–8 weken	CMS, blog en integraties kosten extra tijd
E-commercewinkel	6–12+ weken	Producten inrichten en betalingen kosten tijd
Webapp op maat	3–6 maanden	Backend en testen zijn bepalend

Deze horen bij de prijsranges in wat een website kost — grotere, complexere builds kosten meer én duren langer, om dezelfde reden: meer werk. Je kunt een schatting op maat krijgen met de projectkostencalculator.

De vijf fasen van een website bouwen

Elk project dat ik uitvoer, groot of klein, doorloopt dezelfde vijf fasen. Ze begrijpen helpt je te zien waar de tijd heen gaat en waar je kunt helpen het sneller te laten gaan.

Fase	Wat er gebeurt	Aandeel van de doorlooptijd
1. Verkenning	Scope, doelen, contentplan, sitemap	~10–15%
2. Design	Indelingen, visuals, jouw feedback	~25–30%
3. Bouw	Development, het daadwerkelijke programmeren	~30–40%
4. QA	Testen, bugfixes, controles op meerdere apparaten	~10–15%
5. Lancering	Livegang, laatste checks, overdracht	~5–10%

Fase 1: Verkenning

We leggen vast wat we bouwen — doelen, scope, functies, sitemap en een contentplan. Het is verleidelijk om dit over te slaan om ‘aan de slag te gaan’, maar in de verkenning wordt het hele project de juiste kant op gericht. Een uur hier bespaart later dagen. Dit is ook waar we de scope vastleggen, wat de allerbeste verdediging is tegen de vertragingen hieronder.

Fase 2: Design

Ik maak de indelingen en het visuele design, en jij beoordeelt ze. De lengte van deze fase hangt bijna volledig af van hoe maatwerk het design is en hoe snel de feedback terugkomt. Een ontwerpronde plus een ronde van jouw feedback plus revisies is een natuurlijk ritme — hoe sneller je feedback teruggeeft, hoe sneller deze fase eindigt.

Fase 3: Bouw

Het daadwerkelijke ontwikkelen — goedgekeurde ontwerpen omzetten in een werkende, gecodeerde site. Voor een eenvoudige site gaat dit snel; voor een site met functies op maat, een CMS, integraties of een backend is dit de grootste fase. Hier gebeurt het engineeringwerk, en het is het deel dat klanten het minst zien. Mijn aanpak staat op de pagina webdevelopment-diensten.

Fase 4: QA

Testen over browsers en apparaten, bugs verhelpen, performance, toegankelijkheid en links controleren. QA overslaan is hoe sites kapot op mobiel of traag ladend live gaan. Het is een klein aandeel van de doorlooptijd, maar een niet-onderhandelbaar aandeel — deze fase is waarom de site werkt voor jouw gebruikers, niet alleen op mijn scherm.

Fase 5: Lancering

Livegaan: laatste checks, het domein koppelen en het volledige eigendom en de toegang overdragen. Een soepele lancering gaat snel, omdat het zware werk al in de QA is gebeurd. Na de lancering is er meestal een kort venster om alles op te vangen wat pas in de echte wereld naar boven komt.

Wat projecten echt vertraagt

Hier is het eerlijke deel dat de meeste planningen niet noemen: het ontwikkelwerk is zelden wat een project te laat maakt. Dit zijn de echte boosdoeners, ruwweg op volgorde:

• Wachten op content. Teksten en afbeeldingen die niet klaar zijn, leggen alles stil. Dit is elke keer weer vertraging nummer één. Als je tekst en foto’s af zijn voordat de bouw begint, haal je het grootste risico voor je doorlooptijd weg.
• Trage of versnipperde feedback. Feedback die over twee weken binnendruppelt — of zichzelf tegenspreekt — maakt van een revisie van twee dagen er een van twee weken. Gebundelde, vlotte feedback houdt de vaart erin.
• Scope creep. ‘Kunnen we ook nog…’ is hoe een project van vier weken er acht wordt. Nieuwe ideeën zijn prima, maar ze kosten tijd; parkeer ze voor fase twee.
• Onduidelijke eisen. Vage doelen leiden tot herwerk. De verkenning bestaat om dit te voorkomen, en daarom pakt het overslaan ervan verkeerd uit.
• Trage toegang en beslissingen. Wachten op logins, goedkeuringen of een beslisser die moeilijk te bereiken is, voegt dode tijd toe die niets met de code te maken heeft.

Zie het patroon: de meeste vertragingen liggen aan de kant van de klant, niet aan de kant van de developer. Dat is goed nieuws, want het betekent dat je echt invloed hebt op je eigen doorlooptijd.

Hoe je je project op schema houdt

Vier gewoonten versnellen een project meer dan welke technische truc dan ook:

1. Zorg dat je content klaar is voordat de bouw begint. Dit alleen al kan weken besparen.
2. Geef feedback in één gebundelde batch per ronde. Verzamel ieders opmerkingen en stuur ze samen.
3. Leg de scope vast. Spreek vooraf af wat ‘klaar’ betekent en houd voet bij stuk — nieuwe ideeën gaan op een lijst voor fase twee. De scopingstap in hoe huur je een webdeveloper in behandelt dit.
4. Neem snel beslissingen. Wanneer je wordt gevraagd iets goed te keuren, houdt snel handelen het hele project in beweging.

Bouwt een freelancer of agency sneller?

Voor kleine en middelgrote projecten is een freelancer meestal sneller — er is geen interne coördinatieoverhead, en de persoon die het project begrijpt is degene die het bouwt. Voor zeer grote projecten met veel onafhankelijke onderdelen kan een agency parallelliseren en sneller opschieten. Ik behandel deze afweging volledig in freelancer vs agency, en je kunt vergelijken op de vergelijkingspagina. Voor apps specifiek lopen de doorlooptijden langer — zie wat het kost om een app te bouwen en app-development-diensten.

De conclusie

Reken op 1–2 weken voor een landingspagina, 4–8 weken voor een bedrijfssite en 3–6 maanden voor een app op maat of grote winkel. Elk project doorloopt verkenning, design, bouw, QA en lancering — en het grootste obstakel tussen een project en zijn deadline is meestal niet de code, maar content en feedback. Kom voorbereid, reageer snel en houd de scope vast, en je hebt sneller een geweldige site dan je zou verwachten.

Wil je een realistische doorlooptijd voor jouw specifieke project? Neem contact op voor een gratis offerte — beschrijf wat je nodig hebt en ik geef je een eerlijke planning naast de prijs.