Je hebt een website laten bouwen en alles lijkt te werken. Maar wat gebeurt er als er over zes maanden iets stukgaat? Veel opdrachtgevers tekenen een onderhoudscontract zonder goed te begrijpen wat erin staat, en ontdekken de lacunes pas als het te laat is.
Wat een onderhoudscontract wel en niet dekt
Een onderhoudscontract klinkt geruststellend, maar de inhoud verschilt enorm per bureau. Het ene contract dekt alleen technische updates van het CMS. Het andere omvat ook het oplossen van bugs, het monitoren van uptime en het maken van back-ups.
Vraag altijd om een specificatie van wat er maandelijks concreet wordt gedaan. Vage omschrijvingen zoals “beheer en onderhoud” zijn een waarschuwingssignaal. Je wilt weten wat er wél in zit, maar ook wat er expliciet buiten valt.
Sommige bureaus rekenen extra voor elk uur dat buiten het vaste pakket valt. Als jij denkt dat een tekstwijziging onder het contract valt en het bureau denkt van niet, heb je een conflict. Dat soort misverstanden voorkom je door het van tevoren schriftelijk vast te leggen.
De vraag over eigendom die niemand stelt
Bij de oplevering van een website denken de meeste opdrachtgevers aan het uiterlijk en de functionaliteit. Wat ze vergeten te vragen: van wie is de broncode?
In veel standaardcontracten blijft de intellectuele eigendom van de code bij het bureau, tenzij je daar expliciet anders over onderhandelt. Dat betekent dat je de website niet zomaar kunt overdragen aan een ander bureau als je later wilt overstappen.
Hetzelfde geldt voor het domein. Controleer wie de houder is in het WHOIS-register. Als het bureau daar staat en niet jij, heb je een probleem als de samenwerking eindigt. Zorg dat het domein op jouw naam staat en dat jij de inloggegevens hebt van de registrar.
Wat je afspreekt bij oplevering
De oplevering is een formeel moment, maar veel opdrachtgevers behandelen het als een informele check. Dat is een gemiste kans. Wat je bij oplevering minimaal wilt hebben:
- Een testomgeving die je zelf kunt beoordelen voordat de site live gaat
- Een schriftelijke bevestiging van wat er is opgeleverd
- Inloggegevens voor het CMS, de hostingomgeving en het domein
- Documentatie van koppelingen met externe systemen
- Een back-up van de volledige site op het moment van oplevering
- Duidelijkheid over wie verantwoordelijk is voor de livegang
Onderteken geen opleveringsdocument als je niet zelf hebt gecontroleerd of alles werkt. Een handtekening geldt als akkoord, ook als je later fouten ontdekt.
Hoe je offertes vergelijkt zonder appels en peren te mengen
Drie offertes aanvragen is verstandig, maar vergelijken is lastig als bureaus verschillende dingen aanbieden. Het ene bureau rekent een lage bouwprijs maar hoge maandelijkse kosten. Het andere vraagt meer upfront maar levert meer op in eigendom.
Zet de totale kosten over drie jaar naast elkaar. Reken daarin mee: bouwkosten, hostingkosten, onderhoudscontract, licentiekosten voor plugins of thema’s, en de kosten voor extra uren buiten het contract. Bureaus die transparant zijn over deze optelsom zijn betrouwbaarder dan bureaus die alleen de instapprijs noemen.
Let ook op wat er in de offerte staat over aansprakelijkheid. Als de site uitvalt door een fout van het bureau, wie draagt dan de kosten? Dat is een vraag die je beter van tevoren kunt stellen dan achteraf.
Toegankelijkheid als contractuele verplichting
Vanaf 2025 geldt de Europese toegankelijkheidswet ook voor veel private organisaties. Dat betekent dat jouw website moet voldoen aan bepaalde WCAG-richtlijnen. Als je nu een website laat bouwen of vernieuwen, is het slim om toegankelijkheid expliciet op te nemen in het contract.
Vraag het bureau welk WCAG-niveau ze garanderen en hoe ze dat aantonen. Sommige bureaus bieden een toegankelijkheidsverklaring aan als onderdeel van de oplevering. Anderen doen dat alleen als je erom vraagt. Bureaus die dit onderwerp zelf al aansnijden, laten zien dat ze op de hoogte zijn van de regelgeving.
Je kunt toegankelijkheid ook laten toetsen door een onafhankelijke partij. Dat kost iets extra, maar het geeft je een objectief beeld los van het oordeel van het bureau dat de site heeft gebouwd. Referentieprojecten van bureaus zijn te vinden via hun eigen website, maar ook via platforms zoals https://aspect.nl, waar je portfoliowerk kunt bekijken om een indruk te krijgen van de kwaliteit en aanpak.
Wanneer je het contract wilt beëindigen
Veel opdrachtgevers denken pas na over de exit als ze al midden in een conflict zitten. Zorg dat je van tevoren weet wat de opzegtermijn is en wat er bij beëindiging van het contract met de website gebeurt.
Vragen die je moet stellen voordat je tekent:
- Wat is de opzegtermijn en geldt die voor beide partijen?
- Krijg ik bij beëindiging de volledige broncode?
- Worden de inloggegevens overgedragen?
- Zijn er kosten verbonden aan de overdracht?
Een goed bureau heeft hier heldere antwoorden op. Als een bureau vaag blijft over de exitprocedure, is dat een signaal dat je extra alert moet zijn.
Veelgestelde vragen over onderhoudscontracten voor websites
Wat is een redelijke opzegtermijn voor een onderhoudscontract?
Een maand tot drie maanden is gebruikelijk. Langere termijnen zijn soms acceptabel als er sprake is van maatwerk of complexe integraties, maar dan wil je daar wel iets tegenover zien, zoals een lagere maandprijs of uitgebreidere service.
Moet ik als opdrachtgever de broncode kunnen opvragen?
Ja, in principe wel. Zorg dat dit expliciet in het contract staat. Sommige bureaus werken met licenties of proprietary code, waardoor je de broncode technisch gezien niet volledig kunt overnemen. Dat is een risico dat je bewust moet accepteren of vermijden.
Wat als mijn bureau stopt met bestaan?
Dit is een reëel risico, zeker bij kleinere bureaus. Zorg dat je altijd zelf toegang hebt tot het domein, de hostingomgeving en een recente back-up. Als dat niet het geval is, ben je kwetsbaar. Vraag ook of er een escrow-regeling mogelijk is voor de broncode.
Leave a Reply