10 veelgemaakte fouten bij het (laten) ontwikkelen van een nieuwe website

Je staat aan de start van een nieuw website-traject. Het budget is vrijgemaakt, het management heeft groen licht gegeven en er ligt een shortlist met bureaus. Dan begint het echte werk. En daar gaat het in de praktijk vaak mis.

Veel websiteprojecten lopen uit in tijd en budget, of leveren niet wat vooraf is bedacht. Niet omdat bureaus hun werk niet doen, maar omdat het traject zelf vol valkuilen zit. Het goede nieuws: deze fouten zijn grotendeels te voorkomen. Hieronder vind je de tien meest voorkomende valkuilen, met concrete handvatten om ze te omzeilen.

Geen duidelijke doelen voor je nieuwe website

“Wij willen een nieuwe website” is geen doel, maar een middel. Toch starten veel trajecten precies zo: zonder helder antwoord op de vraag waarom die nieuwe website er moet komen en wat hij concreet moet opleveren. Daardoor ontstaan halverwege discussies over extra functionaliteiten die “eigenlijk ook wel handig zijn”, lopen ontwerprondes eindeloos door omdat iedereen iets anders mooi vindt en eindig je met een resultaat dat weinig toevoegt aan je business.

Een organisatie die “meer leads” wilde, is daar een goed voorbeeld van. Omdat nooit is uitgesproken hoeveel leads en van welke kwaliteit, is de site vooral mooi geworden, maar presteert hij nauwelijks beter dan de vorige.

Als de doelen niet scherp zijn, blijft de scope vaag en schuift die tijdens het project steeds op. Dat jaagt budget op, maakt resultaat lastig meetbaar en zorgt ervoor dat je na livegang niet goed kunt beoordelen of het project geslaagd is.

Je voorkomt dit door aan het begin van het traject echte doelen te formuleren. Maak ze concreet en toetsbaar, bijvoorbeeld door SMART-doelen te gebruiken. Koppel je website-doelen direct aan businessresultaten, zoals omzetgroei, aantallen marketing qualified leads of het verminderen van supportdruk. Spreek vooraf KPI’s af, zoals conversieratio’s, tijd op pagina of aantal downloads, en leg deze vast met alle betrokken stakeholders.

Geen interne stakeholders betrekken (of juist te veel)

Een website raakt vrijwel altijd meerdere afdelingen: marketing, sales, service, HR, IT en vaak ook de directie. Als je relevante partijen niet vroegtijdig betrekt, komen belangrijke wensen pas laat in beeld. Dan blijkt halverwege dat er toch een koppeling met CRM nodig is, dat HR specifieke eisen heeft aan de werkenbij-pagina of dat support bepaalde informatie mist.

Het tegenovergestelde is ook een risico. Als je iedereen bij elk detail betrekt, wordt besluitvorming traag en verzuipt het project in meningen. Dan wordt de kleur van een button of de plek van een blok een onderwerp waar tien mensen iets van vinden, zonder dat iemand de knoop doorhakt.

De impact hiervan is duidelijk. Belangrijke requirements duiken te laat op, afdelingen voelen zich overruled of niet gehoord en besluiten worden teruggedraaid omdat iemand “nog niet was aangehaakt”.

Je voorkomt dit door vanaf het begin een heldere stakeholderanalyse te maken. Breng in kaart wie mag adviseren en wie uiteindelijk beslist. Benoem één interne projectleider met echt mandaat. Organiseer een gezamenlijke kick-off met alle sleutelfiguren, zodat iedereen weet wat het doel en de speelruimte is, en werk daarna met een compact kernteam. Voor andere betrokkenen plan je vaste momenten om input te geven, in plaats van ze overal bij te slepen.

Content onderschatten (teksten, beeld, video)

De zin “de content vullen we later wel in” is een klassieker en tegelijk een van de grootste oorzaken van vertraging. Content is geen bijzaak; het is precies waar bezoekers voor komen. Toch wordt de tijd die nodig is om goede teksten te schrijven, beelden te selecteren of te produceren en bestaande content te herzien of te schrappen, structureel onderschat.

In de praktijk zien we vaak dat een organisatie zes weken inplant voor contentcreatie. Na vijf weken is nog geen enkele tekst definitief, omdat verschillende mensen nog “even” willen meekijken. De livegang schuift op, niet omdat de techniek niet klaar is, maar omdat de inhoud achterblijft.

Dat heeft meerdere gevolgen. De planning loopt vast op content, de site gaat soms live met halve of verouderde teksten en er ontstaan extra kosten door spoedwerk en extra feedbackrondes.

Voorkomen begint bij vroeg starten. Maak aan het begin van het traject een contentplanning. Wijs per pagina een inhoudelijk eigenaar aan, iemand die verantwoordelijk is voor de inhoud én de besluitvorming daarover. Werk met contenttemplates en voorbeeldpagina’s, zodat iedereen weet welke informatie waar moet komen. Plan harde interne deadlines en zorg dat er echt tijd gereserveerd is voor schrijven, redigeren en afstemmen.

Alleen focussen op design en niet op structuur en UX

Een mooie website is prettig om te hebben, maar als bezoekers hun weg niet vinden, heb je er weinig aan. In veel trajecten ligt de nadruk op visuele stijl: het moet moderner, frisser, meer van nu. Ondertussen krijgt de basis, informatiearchitectuur, navigatie en user flows, te weinig aandacht.

Dat leidt bijvoorbeeld tot een schitterende homepage, terwijl productinformatie drie niveaus diep verstopt zit. Sales krijgt vervolgens van prospects te horen dat ze op de site niet kunnen vinden wat ze zoeken. Bouncerates zijn hoog en de conversie valt tegen, terwijl het ontwerp op zich prima is.

Je voorkomt dit door niet te beginnen met kleuren en lettertypes, maar met structuur. Werk eerst een sitemap uit, maak wireframes van belangrijke templates en denk bewust na over user flows. Hoe beweegt iemand van een vraag of probleem naar een oplossing, en welke rol speelt de site daarin? Laat die wireframes testen door mensen buiten het projectteam. Hun feedback is vaak eerlijker en minder gekleurd door interne discussies. Onderbouw beslissingen aan de hand van UX-argumenten in plaats van smaak.

Geen oog voor performance en techniek

Snelheid en technische kwaliteit lijken soms randzaken, maar een trage of instabiele site heeft directe impact. Bezoekers klikken weg als laden te lang duurt en zoekmachines waarderen een slechte performance af. Toch komen performance-eisen vaak pas aan bod vlak voor livegang, of zelfs daarna.

Dan ontdek je ineens dat pagina’s zes tot acht seconden nodig hebben om te laden, dat verschillende scripts elkaar vertragen of dat de mobiele weergave ondermaats is. De schade is dan al aangericht: lagere posities in zoekresultaten, minder conversie door ongeduldige gebruikers en dure optimalisatierondes achteraf.

Om dit te voorkomen, neem je performance-eisen al in de briefing op. Denk aan gewenste laadtijden en doelen voor Core Web Vitals. Test snelheid en technische kwaliteit tijdens development, niet alleen in de laatste week. Houd scripts en externe tools zo licht mogelijk en optimaliseer afbeeldingen en video. Kies daarnaast voor hosting en infrastructuur die passen bij je ambitie en verwacht verkeer, in plaats van de goedkoopste of meest voor de hand liggende optie.

SEO vergeten vanaf dag één

SEO is geen sluitpost die je er na het design nog even bij doet. Het begint bij de basis: een logische en overzichtelijke URL-structuur, een technische opzet die goed te crawlen is, een contentarchitectuur die aansluit op zoekgedrag en een doordachte interne linkstructuur.

Bij redesigns gaat het vaak mis. Oude URL’s verdwijnen zonder goede redirects, belangrijke pagina’s veranderen inhoudelijk sterk zonder dat er naar impact op rankings wordt gekeken en metadata blijft leeg of wordt generiek ingevuld. Het gevolg: een forse dip in organisch verkeer na livegang, met alle impact op leads en zichtbaarheid.

De oplossing is om een SEO-specialist al vanaf de strategiefase aan te haken. Laat SEO meedenken over structuur, wireframes en contentplanning. Maak een redirect-plan van oud naar nieuw en zorg dat content en SEO samen optrekken als het gaat om zoekwoorden, headings en interne links. Plan vlak voor livegang een gerichte SEO-review, zodat je problemen voorkomt in plaats van achteraf moet repareren.

Geen realistische planning en capaciteit

Te optimistische planningen zijn eerder regel dan uitzondering. “We willen over acht weken live” klinkt ambitieus, maar is zelden haalbaar als de briefing nog niet definitief is, content nog volledig gemaakt moet worden en belangrijke stakeholders naast dit project ook hun normale werk hebben.

Een websiteproject draait bijna nooit in een vacuüm. Betrokkenen doen het er vaak “even bij”. Dat leidt tot deadline-stress, teleurstelling als het schema niet haalbaar blijkt en snelle beslissingen die je later duur terugbetaalt. Testen en content worden dan als eerste afgeraffeld.

Een betere aanpak begint met een gezamenlijk opgestelde planning per fase, samen met je bureau. Wees eerlijk over interne beschikbaarheid en reserveer echt uren voor het project. Bouw buffers in voor feedbackrondes en onvoorziene uitloop. En maak duidelijk welke deadlines echt hard zijn, bijvoorbeeld door een geplande campagne, beurs of rebranding, zodat iedereen daarop kan sturen.

Scope creep en “oh ja, dat ook nog”

Scope creep begint meestal klein. Als je toch bezig bent, is een extra module of extra taalversie snel bedacht. Maar elk extra onderdeel betekent meer ontwerpwerk, extra ontwikkeltijd en aanvullende tests. Zonder strak scopebeheer groeit het project onzichtbaar door, totdat planning en budget niet meer kloppen.

De gevolgen zijn voorspelbaar: budgetoverschrijding, een livegang die steeds verder opschuift en wrijving tussen opdrachtgever en bureau over wat nu wel en niet binnen de oorspronkelijke afspraken viel.

Je voorkomt dit door aan het begin een heldere scope vast te leggen en die door alle partijen te laten bevestigen. Maak een onderscheid tussen must-haves en nice-to-haves. Nieuwe wensen die tijdens het traject ontstaan, behandel je als change requests, inclusief een duidelijke inschatting van de impact op tijd en geld. Nice-to-haves die niet kritisch zijn voor livegang, kun je bewust parkeren voor een tweede fase na de lancering.

Geen goed test- en acceptatieproces

“Dat zien we bij livegang wel” is een zin die bijna altijd leidt tot problemen. Zonder testplan ontdek je pas na livegang dat formulieren niet werken, links kapot zijn, teksten verkeerd uitvallen of dat er bugs optreden in specifieke browsers of op bepaalde devices.

De eerste indruk die bezoekers krijgen, is dan direct negatief. Het wordt nog problematischer als cruciale onderdelen, zoals een offerteformulier, sollicitatieformulier of donatieflow, niet goed functioneren. De druk op het team direct na livegang schiet omhoog en de rust om gestructureerd te verbeteren verdwijnt.

Om dit te voorkomen, plan je een aparte test- en acceptatiefase in de totale planning. Stel een lijst op met belangrijkste gebruikersscenario’s en loop die gestructureerd door. Betrek verschillende typen gebruikers bij het testen, bijvoorbeeld collega’s van marketing, sales en support, omdat zij andere dingen zien dan het projectteam. Leg duidelijke acceptatiecriteria vast en vink die samen af voordat je akkoord geeft op livegang.

Denken dat je klaar bent na livegang

Livegang voelt vaak als de finishlijn, maar in werkelijkheid is het het startpunt. Zonder plan voor doorontwikkeling veroudert je site sneller dan je denkt en blijven inzichten uit data onbenut. Conversies blijven dan achter op wat mogelijk is en teams vallen terug in oude patronen.

De impact zie je na een paar maanden: resultaten vlakken af, optimalisatie komt niet van de grond en je investering rendeert minder dan gehoopt.

De oplossing is om al vóór livegang na te denken over de periode erna. Maak een roadmap voor de eerste zes tot twaalf maanden, waarin je omschrijft welke optimalisaties je wanneer wilt aanpakken. Monitor actief via Analytics, Search Console en kwalitatieve feedback van gebruikers. Plan vaste kwartaalreviews waarin je samen met je bureau of intern team kijkt naar resultaten en vervolgstappen. En zorg dat er budget en capaciteit gereserveerd zijn voor doorontwikkeling, zodat verbetering geen sluitpost wordt.

Klaar voor een website-traject zonder valkuilen?

Een nieuwe website laten ontwikkelen hoeft geen hoofdpijndossier te zijn. Met een goede voorbereiding, realistische verwachtingen en de juiste partner voorkom je het grootste deel van de problemen die we hier hebben beschreven.

Wil je je eigen (geplande) traject spiegelen aan deze lijst? Plan dan een kort, vrijblijvend adviesgesprek. Samen brengen we in kaart waar de grootste risico’s zitten en hoe je die kunt tackelen voordat ze echte problemen worden. Zo maak je van je volgende website-traject geen energielek, maar een stevige stap vooruit.