01 · Geen losse belofte
Hoe lang duurt een website laten maken in de praktijk?
De doorlooptijd van een website is de kalenderperiode van bevestigde scope tot gecontroleerde livegang. Die periode bestaat uit productiewerk én wachttijd voor inhoud, feedback en beslissingen.
Een compacte informatiesite heeft minder ontwerpvarianten, paginatypen en testscenario’s dan een meertalige website met formulieren, CRM-koppeling of ledenomgeving. Het aantal pagina’s zegt daarom minder dan het aantal unieke onderdelen dat ontworpen, gebouwd en gecontroleerd moet worden.
Content loopt vaak op het kritieke pad. Teksten, foto’s, cases en juridische informatie moeten niet alleen bestaan, maar ook goedgekeurd zijn. Wanneer content pas na de bouw wordt bedacht, veranderen navigatie en pagina-opbouw mee en ontstaat dubbel werk.
Ook feedback bepaalt het tempo. Eén beslisser met gebundelde opmerkingen houdt een sprint voorspelbaar. Tegenstrijdige feedback van meerdere collega’s, of dagen wachten op elk klein besluit, verlengt de kalender zonder dat de bouw zelf complexer wordt.
- Scope: aantal unieke pagina’s, talen, formulieren en functies.
- Inhoud: teksten, beelden, cases, downloads en juridische pagina’s.
- Integraties: CRM, planning, betalingen, voorraad of andere systemen.
- Besluitvorming: beschikbaarheid van eigenaar, feedbackmomenten en finale goedkeuring.
02 · Complexiteit boven pagina-aantal
Welke website vraagt welke planning?
Gebruik onderstaande vergelijking als planningslogica, niet als vaste leverbelofte. De partner moet de concrete duur pas vastleggen nadat inhoud, functies, afhankelijkheden en verantwoordelijken bekend zijn.
| Onderdeel | Compact | Professioneel | Complex |
|---|---|---|---|
| Structuur | Enkele vaste paginatypen | Meerdere diensten en landingspagina’s | Meertalig, portaal of uitgebreide catalogus |
| Ontwerp | Beperkte componentenset | Ontwerp op maat met herbruikbare secties | Meerdere flows, rollen en toestanden |
| Content | Vooraf grotendeels klaar | Redactie en beeldselectie nodig | Veel invoer, migratie of productdata |
| Techniek | Standaard formulieren | Analytics, SEO en enkele koppelingen | Betaling, CRM, ERP of maatwerklogica |
| Planning | Korte, overzichtelijke cyclus | Meerdere ontwerp- en bouwfasen | Gefaseerde oplevering met extra testtijd |
Vraag altijd om een planning met mijlpalen, inputdeadlines en beslismomenten. Alleen een einddatum maakt afhankelijkheden niet zichtbaar.
03 · Van doel naar livegang
Welke stappen zitten in de planning?
Een realistische planning reserveert tijd voor denken, maken, controleren en corrigeren. Deze zes fasen kunnen deels overlappen, maar hebben ieder een duidelijke eigenaar en goedkeuring nodig.
- 01
Doel en scope vastleggen
Bepaal doelgroep, gewenste acties, paginatypen, functies en meetpunten. Leg ook vast wat bewust niet in de eerste versie komt.
- 02
Structuur en content plannen
Maak navigatie, paginavolgorde en contentlijst. Wijs per tekst, beeld en document een verantwoordelijke en aanleverdatum aan.
- 03
Visueel ontwerp beoordelen
Toets richting, hiërarchie en belangrijke pagina’s vóór volledige uitwerking. Gebundelde feedback voorkomt correctierondes op onderdelen die al gebouwd zijn.
- 04
Bouwen en koppelen
Werk componenten, formulieren, tracking en integraties uit. Houd beslissingen en afwijkingen bij zodat scope en planning begrijpelijk blijven.
- 05
Testen en accepteren
Controleer inhoud, mobiel gebruik, snelheid, formulieren, toegankelijkheid en gegevensverwerking. Laat de eigenaar de afgesproken acceptatiepunten nalopen.
- 06
Live zetten en volgen
Plan domein, redirects, analytics en monitoring. Controleer na publicatie of aanvragen, indexering en belangrijke gebruikersroutes correct werken.
04 · Tempo zonder haastwerk
Hoe kan een website sneller live?
Versnellen lukt vooral door wachttijd en herwerk te beperken. Minder testen of onduidelijke onderdelen overslaan maakt de livegang eerder, maar vergroot de kans op herstelwerk na publicatie.
Dit versnelt echt
- - Eén beslisser verzamelt en prioriteert alle feedback.
- - Teksten, foto’s en juridische inhoud krijgen vooraf een eigenaar.
- - De eerste versie heeft een scherpe scope en een latere verbeterlijst.
- - Feedbackmomenten en deadlines staan al bij de start in de agenda.
Dit verplaatst alleen risico
- - Bouwen zonder goedgekeurde structuur of echte voorbeeldcontent.
- - Een livegang beloven voordat koppelingen technisch onderzocht zijn.
- - Mobiele controle, formuliertests of redirectcontrole overslaan.
- - Elke stakeholder afzonderlijk laten reageren zonder finale keuze.
05 · Praktische planningsregel
Waar ontstaat de meeste vertraging?
Vertraging ontstaat vaak tussen taken: ontbrekende inhoud, een onbesliste koppeling of feedback die niet wordt samengevoegd. Maak die overdrachtsmomenten daarom onderdeel van de planning.
Een projectplanning is pas realistisch wanneer naast productietijd ook wachttijd, afhankelijkheden en beslissers zichtbaar zijn.
Begin met een contentinventaris, niet met lege pagina’s. Voor iedere pagina moet duidelijk zijn wat het doel is, welke informatie nodig is en wie die informatie goedkeurt. Zo kan ontwerp rekening houden met echte inhoud.
Onderzoek integraties vroeg. Een CRM-formulier, boekingssysteem of productfeed kan voorwaarden hebben die ontwerp en gegevensstroom beïnvloeden. Een korte technische verkenning voorkomt dat een belangrijke beperking pas tijdens de bouw verschijnt.
Werk met beslismomenten. Spreek af wanneer structuur, ontwerp en acceptatie definitief worden. Nieuwe wensen blijven mogelijk, maar krijgen dan bewust invloed op scope, budget of latere verbeterfasen.
Scope
Vastleggen wat in versie één hoort en wat bewust later komt.
Eigenaar
Per input en besluit één eindverantwoordelijke aanwijzen.
Acceptatie
Vooraf bepalen wanneer een fase aantoonbaar gereed is.
06 · Controleerbare livegang
Bronnen voor testen en publiceren
Google geeft geen bouwtermijn voor websites, maar beschrijft wel wat na publicatie nodig is voor indexering en gebruikservaring. Die controles horen daarom in de planning en niet als losse nazorg achteraf.
Core Web Vitals meten laden, interactie en visuele stabiliteit bij echte gebruikers. Google legt daarnaast uit dat een nieuwe site eerst gecrawld moet worden. Livegang is dus een mijlpaal, geen einde van het werk.
- Google Core Web Vitals ↗Officiële uitleg over meetbare gebruikerservaring voor laden, interactie en stabiliteit.
- Google: een website laten indexeren ↗Basischecklist voor crawlbaarheid en zichtbaarheid van een nieuw gepubliceerde site.
- Google over redirects bij een migratie ↗Officiële aanpak voor URL-mapping, redirects, testen en monitoring bij vernieuwing.
Van informatie naar een werkende website
Kies een websiteformule die blijft doorwerken
Bekijk hoe strategie, ontwerp, ontwikkeling, hosting en onderhoud binnen één beheerde WaaS-aanpak worden verbonden.
Verder binnen Cluster A
Lees gericht verder
Veelgestelde vragen
Nog één ding voordat je beslist
01Hoe lang duurt het maken van een eenvoudige website?
Ook bij een eenvoudige website hangt de duur af van gereedstaande content, aantal unieke pagina’s en snelheid van feedback. Vraag geen losse einddatum, maar een korte planning met scope, aanlevermomenten, test en livegang. Dan zie je direct welk deel door de bouwer en welk deel door je team wordt bepaald.
02Waarom duurt een professionele website meerdere weken?
Een professionele website vraagt meer dan technische bouw. Doel, structuur, teksten, visueel ontwerp, mobiel gebruik, formulieren, SEO-basis en metingen moeten op elkaar aansluiten en getest worden. Meerdere weken geven ruimte aan die fasen en aan gerichte feedback. De precieze duur volgt pas uit de afgesproken scope.
03Kan een website sneller worden opgeleverd?
Ja, vooral door de eerste versie scherp af te bakenen, content vroeg aan te leveren en één beslisser aan te wijzen. Plan feedbackmomenten vooraf en onderzoek koppelingen direct. Snelheid mag niet komen van het overslaan van mobiele tests, formulieren, redirects of beveiligingscontroles, want dan verschuift werk naar na de livegang.
04Wanneer moet ik teksten en foto’s aanleveren?
Lever een contentinventaris zo vroeg mogelijk aan. Definitieve teksten hoeven niet allemaal vóór het eerste gesprek klaar te zijn, maar onderwerp, doel, eigenaar en deadline per pagina wel. Voor ontwerp en bouw zijn echte voorbeelden belangrijk, omdat tekstlengte, beelden en bewijs de structuur van een pagina direct beïnvloeden.
05Hoe lang duurt het voordat een nieuwe website in Google staat?
Google geeft geen vaste indexeringstermijn. De zoekmachine moet de nieuwe pagina’s eerst ontdekken, crawlen en verwerken. Zorg voor crawlbare interne links, een sitemap en toegang tot Search Console. Controleer na livegang belangrijke URL’s, maar beschouw een onmiddellijke positie of volledig geïndexeerde site nooit als gegarandeerd.