NL EN UA Bespreek je project

Kennisbank · Websites

Hoe lang duurt het om een website te laten maken?

Bij OROS duurt een landingspagina meestal 7–14 dagen en een gewone website 14–20 dagen. Lees wat de planning versnelt of vertraagt.

Daniel OroszWeb developer & oprichter
Laptop met websiteplanning en websiteontwerp

Kort antwoord

Dit moet je weten

Bij OROS duurt een landingspagina meestal 7–14 dagen en een gewone website 14–20 dagen. Lees wat de planning versnelt of vertraagt.

Gebruik de details hieronder om de juiste volgende stap te kiezen.

Kerngegevens
Onderwerphoe lang duurt website laten maken
RegioKerkrade · Zuid-Limburg · Nederland & België
ActueelGecontroleerd en bijgewerkt: 12 september 2026
Volgende stapEerst afbakenen, daarna een heldere prijsrichting

Voor een landingspagina plan ik bij OROS meestal 7 tot 14 dagen. Een gewone bedrijfswebsite duurt doorgaans 14 tot 20 dagen. Voor een complexere website reken ik vanaf 14 dagen tot ongeveer een maand.

Dit zijn doorlooptijden van OROS, geen marktgemiddelden. Een concrete planning kan ik pas maken wanneer de omvang, de verschillende paginatypen, de beschikbare content en de benodigde functies duidelijk zijn.

Er is nog een verschil dat vaak wordt vergeten. De tijd waarin ik aan de website werk, is niet altijd gelijk aan de totale looptijd van het project. Mijn deel kan volgens planning verlopen, terwijl de lancering toch opschuift doordat foto’s, teksten, feedback of goedkeuringen nog ontbreken.

Een bruikbare planning beschrijft daarom niet alleen hoeveel tijd de webdeveloper nodig heeft. Er moet ook duidelijk zijn wat beide partijen wanneer aanleveren en beslissen.

Richtlijnen voor de doorlooptijd bij OROS

Type projectGebruikelijke doorlooptijd bij OROSWat daar meestal onder valt
Landingspagina7–14 dagenEén hoofdpagina voor een dienst, advertentiecampagne of afzonderlijk aanbod
Gewone bedrijfswebsite14–20 dagenEen website met meerdere vaste paginatypen en een duidelijke structuur
Complexere websiteVanaf 14 dagen tot een maandMeer unieke layouts, bijzondere content, koppelingen of extra functies

Deze termijnen geven een eerste indicatie. Ze zijn geen belofte voor ieder project. Een kleine website zonder beschikbare content kan langer duren dan een grotere website waarvoor alle keuzes al zijn gemaakt.

Het aantal pagina’s zegt niet alles

Een website met twintig pagina’s kan relatief eenvoudig zijn wanneer alle pagina’s op dezelfde opzet zijn gebaseerd. Zodra het eerste paginatype is ontworpen en gebouwd, kan de inhoud van de overige pagina’s volgens dezelfde structuur worden verwerkt. Elke extra pagina vraagt nog steeds tijd, maar hoeft niet volledig opnieuw te worden ontworpen.

Vijf pagina’s met vijf verschillende structuren zijn een andere opdracht. Per pagina moet ik bepalen welke informatie vooropstaat, hoe het ontwerp werkt op een telefoon en wat de bezoeker moet kunnen doen. In feite zijn dat vijf afzonderlijke pagina-ontwerpen.

Bij een inschatting kijk ik daarom eerst naar het aantal unieke paginatypen. Een dienstenpagina, productoverzicht, productpagina, case en calculator kunnen samen meer werk vragen dan tientallen gelijksoortige artikelen.

Een deel van het werk blijft bovendien hetzelfde, hoe klein de website ook is. Ook voor één landingspagina moet ik het bedrijf leren begrijpen, concurrenten bekijken, het aanbod scherp krijgen en de richting met de klant afstemmen.

Wat gebeurt er voordat de website wordt gebouwd?

Van buitenaf lijkt een website soms vooral een ontwerp dat daarna technisch wordt gebouwd. Een groot deel van het werk vindt eerder plaats.

Ik wil eerst weten voor wie de website bedoeld is, wat die persoon direct moet begrijpen en welke actie hij daarna moet nemen. Vervolgens bepalen we de structuur en verzamelen of maken we de teksten en beelden. Bij vervanging van een bestaande website komt daar nog bij welke informatie behouden blijft en wat er met de oude pagina-adressen gebeurt.

Het bouwen zelf kan snel gaan. Maar als tijdens het project het aanbod verandert, een extra taal nodig blijkt of er een nieuw paginatype bijkomt, verandert ook de planning.

Daar is niets mis mee. Een bedrijf ontwikkelt zich en soms is een wijziging verstandig. De nieuwe opdracht kost alleen niet uitsluitend meer geld, maar ook meer tijd.

Waardoor loopt een websiteproject meestal uit?

Binnen mijn projecten ontstaat vertraging meestal tijdens het aanleveren en goedkeuren. Het werk kan bijvoorbeeld niet verder zolang ik wacht op:

  • teksten, foto’s, het logo of informatie over de diensten;
  • één definitieve reactie op het ontwerp in plaats van losse opmerkingen van meerdere mensen;
  • goedkeuring van prijzen, voorwaarden of andere feitelijke uitspraken;
  • feedback op een afgeronde fase;
  • betaling van een volgende fase, als dat zo is afgesproken.

Ik begin normaal vrijwel direct nadat de aanbetaling is ontvangen. Hoe eerder de informatie beschikbaar is en beslissingen worden genomen, hoe beter de oorspronkelijke planning blijft staan.

Ook aan mijn kant kan iets onverwachts gebeuren. Ik houd daarom enige ruimte in de planning. Een eerlijke opleverdatum blijft echter afhankelijk van de inzet van beide partijen.

Een gewenste datum is nog geen afgesproken deadline

De zin “we moeten maandag live” maakt duidelijk dat er haast is. Het is nog geen bevestigde opleverdatum. Voor een plek in mijn planning moeten de opdracht, omvang en prijs zijn afgesproken. Ook de aanbetaling en de informatie of toegang die nodig is om te beginnen, moeten geregeld zijn.

Een kennismaking, prijsaanvraag of voorlopig gesprek reserveert nog geen tijd. Zolang de opdracht niet is bevestigd, weet ik niet of de klant OROS heeft gekozen, hoeveel capaciteit het project nodig heeft en wanneer het werkelijk kan starten.

Bij advertentieprojecten is dit makkelijk te zien, maar voor websites geldt hetzelfde. In een geanonimiseerd voorbeeld wilde een bedrijf op maandag met advertenties beginnen. Op vrijdag waren de voorwaarden nog niet bevestigd, was de aanbetaling niet gedaan, ontbrak toegang tot het advertentieaccount en stond er nog geen budget klaar. Ook doelgroep en regio waren nog niet bepaald. Eerst moesten daarnaast aanpassingen aan de website worden besproken die invloed konden hebben op de werking van de campagne.

Dit was geen vertraging van een lopend project. De opdracht was nog niet klaar om te starten.

Hetzelfde gebeurt bij websitebouw. Een ondernemer krijgt bijvoorbeeld een voorlopige inschatting van minimaal twee weken, reageert daarna een paar weken niet en komt terug met een grotere opdracht en dezelfde gewenste lanceerdatum. Een voorlopige planning houdt geen plek onbeperkt vrij. De omvang en mijn agenda zijn inmiddels veranderd, dus ik moet de datum opnieuw beoordelen.

Ik ben verantwoordelijk voor de afgesproken werkzaamheden en voor het tijdig melden van risico’s aan mijn kant. Van de klant zijn beslissingen, materiaal, toegang, feedback en betalingen nodig op de afgesproken momenten. Dat is geen discussie over schuld. Het project hangt van twee partijen af.

Content heeft meer invloed op de planning dan veel mensen verwachten

Lege blokken zijn snel gebouwd. Een zakelijke website heeft echter een duidelijk aanbod, correcte informatie en bruikbaar beeldmateriaal nodig. “De teksten komen later” verandert een bijna afgemaakte website vaak in een project zonder lanceerdatum.

Het snelste traject ontstaat wanneer de klant aan het begin teksten, foto’s, prijzen en bedrijfsinformatie aanlevert. Die bestanden hoeven nog niet publicatieklaar te zijn. Feiten en ruwe informatie zijn genoeg om te bepalen wat bruikbaar is en wat nog ontbreekt.

Heb je nog geen content, dan kan ik helpen met de structuur, teksten en de richting van het beeld. Ik kan ook een deel van de afbeeldingen genereren. Dit werkt alleen snel wanneer ik voldoende informatie krijg en ruimte heb om beslissingen voor te stellen, zonder iedere zin afzonderlijk te laten goedkeuren.

De klant blijft de feiten en de uiteindelijke versie controleren. Wil een bedrijf alle content zelf maken, dan hoort de benodigde tijd daarvoor in de planning thuis.

Koppelingen en extra functies

Een eenvoudig contactformulier verandert de omvang meestal weinig. Een CRM-koppeling, online betaling of calculator vraagt meer voorbereiding.

We moeten afspreken welke informatie wordt doorgestuurd, wat er na een aanvraag gebeurt, wie een melding ontvangt en wat er bij een fout moet gebeuren. Bij betalingen moeten succesvolle en mislukte transacties worden gecontroleerd. Voor een calculator bepalen we eerst de rekenregels en daarna pas de presentatie.

Zulke functies hoeven een project niet maanden langer te maken. Ze kunnen alleen niet als één extra knop worden ingeschat. Hoe eerder de werking is beschreven en goedgekeurd, hoe betrouwbaarder de planning.

Kan een website met spoed worden gemaakt?

Soms wel. Onder de juiste voorwaarden kan ik de gebruikelijke doorlooptijd met ongeveer 30 tot 40 procent verkorten.

Een spoedtraject werkt wanneer alle informatie direct beschikbaar is of wanneer de klant mij voldoende ruimte geeft om teksten en beeld zelf af te ronden. Er is één persoon nodig die snel kan beslissen. De opdracht moet tijdens de uitvoering ook stabiel blijven.

Spoed kost meestal meer, omdat het project voorrang krijgt in de planning. Er blijft ook minder tijd over voor extra varianten, meerdere rustige correctierondes, visuele verfijning en herhaalde controles. Het resultaat kan daardoor iets minder ver uitgewerkt zijn dan bij een normale doorlooptijd.

Dat betekent niet dat een spoedwebsite slecht hoeft te zijn. Vooraf bepalen we wat minimaal goed moet werken op de gewenste datum. Minder belangrijke pagina’s of verbeteringen kunnen daarna in een tweede fase volgen.

Snel, goedkoop, veel unieke onderdelen en meerdere goedkeuringsrondes passen niet tegelijk in één realistische planning. De klant moet dan kiezen wat voorrang krijgt.

Wie moet met de webdeveloper communiceren?

Eén contactpersoon helpt alleen als die persoon het bedrijf begrijpt, informatie bij collega’s kan ophalen en afgesproken beslissingen mag nemen. Blijft de eindbeslissing bij de eigenaar, dan moet de contactpersoon hem snel kunnen bereiken.

Zelfs een ervaren salesmanager weet niet automatisch welk product prioriteit heeft, welk budget is goedgekeurd of welke beloftes openbaar mogen worden gemaakt. Wanneer een webdeveloper op zulke vragen alleen “bekijk het zelf maar” hoort, ontstaat een risico. Ik kan de markt onderzoeken en een voorstel doen, maar ik kan de interne prioriteiten van een bedrijf niet betrouwbaar verzinnen.

In een geanonimiseerd project had een eigenaar een medewerker aangewezen als contactpersoon, zonder hem alle informatie of beslissingsruimte te geven. De medewerker moest voor belangrijke antwoorden steeds terug naar de eigenaar. De eigenaar dacht ondertussen dat het onderwerp was gedelegeerd. Er was veel communicatie, maar weinig besluitvorming.

Voor een microbedrijf is het vaak praktisch als de eigenaar aan het begin zelf de diensten, klanten en doelen toelicht. Dagelijkse vragen kunnen daarna worden gedelegeerd.

Een klein of middelgroot bedrijf kan een coördinator aanwijzen die materiaal en feedback verzamelt. Spreek vooraf af wat deze persoon zelfstandig goedkeurt en wanneer de eigenaar of afdelingsmanager nodig is.

Ook in een grotere organisatie blijft één hoofdcontact nuttig. Marketing, sales, IT en juridische collega’s kunnen hun deel beoordelen, maar de coördinator geeft één definitief antwoord door.

De eigenaar hoeft niet bij ieder overleg te zijn. Zijn of haar betrokkenheid is vooral nodig bij het doel en de positionering, veranderingen in budget of omvang en beslissingen die het bedrijf zelf raken.

Zo help je het project op tijd af te ronden

Leg voor de start vast wie opmerkingen bundelt, wie de structuur en teksten goedkeurt, wie technische of juridische informatie aanlevert en wie bij een meningsverschil beslist.

Verzamel daarnaast de basisinformatie: diensten, prijzen, werkgebied, contactgegevens, logo, foto’s en verplichte bedrijfsgegevens. Ontbreekt er iets, meld dat dan vooraf. Dan kan de voorbereiding meteen in de planning worden opgenomen.

Noem ook de werkelijke reden achter de gewenste datum. De opening van een locatie, een advertentiecampagne of een beurs verandert de prioriteiten. Als ik dat vroeg weet, kunnen we eerst de kleinste bruikbare versie maken en onderdelen die niet voor dat moment nodig zijn later afronden.

Wanneer begint de doorlooptijd?

Ik start normaal vrijwel direct na de aanbetaling. De teller begint alleen niet bij het eerste gesprek over een idee. Eerst moeten opdracht, omvang en prijs worden bevestigd. Ook factuurgegevens en de belangrijkste materialen en toegangen moeten beschikbaar zijn. Welke onderdelen dat precies zijn, verschilt per project.

In het voorstel leg ik daarom liever niet alleen een einddatum vast. Ook de momenten voor het aanleveren van materiaal, goedkeuren van de structuur, geven van feedback en betalen van fasen moeten duidelijk zijn.

Komt noodzakelijke informatie vijf dagen later, dan schuift de oplevering niet altijd automatisch precies vijf dagen op. In de vrijgekomen periode kan ander werk zijn ingepland. Na een pauze bevestig ik daarom opnieuw de eerst haalbare datum.

De planning moet bij de opdracht passen

Een landingspagina duurt bij OROS meestal 7 tot 14 dagen. Voor een gewone website plan ik doorgaans 14 tot 20 dagen. Een complexere website duurt vanaf 14 dagen tot ongeveer een maand. Soms kan het 30 tot 40 procent sneller, als de informatie klaarstaat of ik voldoende ruimte krijg om de content af te ronden.

De beste inschatting begint niet bij een regel in een tabel. Ik kijk naar het aantal unieke paginatypen, de beschikbare content, de mensen die beslissingen nemen en de functies die bij de lancering moeten werken.

Heb je een datum waarop de website klaar moet zijn? Beschrijf de opdracht dan schriftelijk. Ik bepaal welke eerste versie realistisch is, welke doorlooptijd OROS voor het project nodig heeft en wat ik van jouw organisatie nodig heb om die planning te halen.

Vergelijk je tegelijk planning en budget? Lees dan wat een website in Nederland in 2026 kost en bekijk daarna wat binnen website laten maken is inbegrepen.


FAQ

Hoe lang duurt het om een landingspagina te laten maken?

Bij OROS duurt een landingspagina meestal 7 tot 14 dagen. De precieze planning hangt af van de beschikbare content, het aantal unieke onderdelen en de snelheid van feedback.

Hoe lang duurt een gewone bedrijfswebsite?

OROS plant voor een gewone bedrijfswebsite doorgaans 14 tot 20 dagen. Een complexere website kan vanaf 14 dagen tot ongeveer een maand duren.

Kan OROS een website met spoed maken?

Soms kan de gebruikelijke doorlooptijd met ongeveer 30 tot 40 procent worden verkort. Dat lukt wanneer de informatie direct beschikbaar is of OROS voldoende ruimte krijgt om teksten en beeld zelfstandig af te ronden. Een spoedproject heeft meestal een hoger budget en minder ruimte voor extra varianten en correctierondes.

Waarom loopt een websiteproject vertraging op?

Binnen OROS-projecten zijn de meest voorkomende oorzaken late content, wachttijd bij goedkeuringen, vertraagde feedback, wijzigingen in de opdracht en uitgestelde betalingen van afgesproken fasen.

Duurt een website met veel pagina’s altijd langer?

Niet altijd. Twintig pagina’s op basis van één template kunnen minder ontwerpwerk vragen dan vijf pagina’s met elk een eigen structuur. Het aantal verschillende paginatypen zegt daarom vaak meer dan het totale aantal pagina’s.

Reserveert een aanvraag of eerste gesprek al tijd in de planning?

Nee. Een plek wordt pas definitief nadat opdracht, omvang en prijs zijn bevestigd, de afgesproken aanbetaling is ontvangen en de noodzakelijke informatie en toegang beschikbaar zijn.

Wat gebeurt er als informatie of feedback later komt?

Het project kan dan tijdelijk niet verder en de opleverdatum wordt opnieuw bekeken. De verschuiving is niet altijd exact gelijk aan het aantal dagen vertraging, omdat in de tussentijd ander werk kan zijn ingepland.

Wie kan ik het beste als contactpersoon aanwijzen?

Kies iemand die het bedrijf en het doel van de website begrijpt, informatie bij collega’s kan ophalen en duidelijke beslissingsbevoegdheid heeft. Blijft de eindbeslissing bij de eigenaar of directie, spreek dan vooraf af wanneer die persoon beschikbaar is voor goedkeuring.

De auteur

Daniel Orosz

Daniel Orosz

Web developer & oprichter

Daniel bouwt websites en digitale systemen vanuit Kerkrade. Hij werkt al meer dan 16 jaar met webtechniek en vertaalt complexe keuzes naar gewone taal.

Meer over Daniel →

Passende volgende stap

Bespreek je websiteplanning

Beschrijf je project kort schriftelijk. Daniel bekijkt de omvang, beschikbare informatie en gewenste datum en bespreekt daarna een realistische planning.

Bespreek je project →