Je hebt gesprekken gevoerd, een offerte ontvangen en het gevoel dat je de juiste partij hebt gevonden. Dan is het verleidelijk om snel te tekenen en door te gaan. Maar het contract dat je nu voor je hebt, bepaalt wat er over twee jaar nog geldt. Wie eigenaar is van de code. Wie de server beheert. Wat er gebeurt als het mis gaat. Ik heb te veel trajecten overgenomen waarbij het contract vaag was en de opdrachtgever vervolgens afhankelijk bleek van een bureau dat niet meer bereikbaar was, of erger: een bureau dat die afhankelijkheid bewust had ingebouwd. Dit artikel helpt je begrijpen wat er in een websitecontract moet staan, zodat je met open ogen tekent.
Eigendom: van de code, het domein en de content
Dit is het eerste punt waar ik altijd naar kijk, en ook het punt dat het vaakst ontbreekt of vaag is geformuleerd. Een contract moet expliciet vastleggen wie eigenaar is van wat. Dat klinkt logisch, maar in de praktijk staat er vaak iets als “de website wordt opgeleverd aan de opdrachtgever” zonder dat duidelijk is wat dat precies inhoudt.
Er zijn drie eigendomsvragen die je apart moet behandelen:
- De broncode: Is de volledige broncode van jou na oplevering? Mag je die meenemen naar een andere partij? Of blijft de code eigendom van het bureau, en heb jij alleen een gebruiksrecht?
- Het domein: Staat het domein op jouw naam geregistreerd, of op naam van het bureau? Als het bureau failliet gaat of de relatie verslechtert, wil je niet ineens geen toegang meer hebben tot je eigen domeinnaam.
- De content en afbeeldingen: Zijn de teksten en beelden die zijn aangeleverd of gecreëerd volledig van jou? Zijn er stockfoto’s gebruikt waarvoor een licentie geldt, en zo ja, wie betaalt die na oplevering?
Een goed contract benoemt elk van deze drie punten apart en stelt onomwonden dat eigendom na volledige betaling overgaat op de opdrachtgever. Is dat niet het geval, dan is dat geen slordighheid — dat is een bewuste keuze van de andere partij. Vraag ernaar. Als het antwoord vaag blijft, is dat informatie.
Wat ook vaak wordt vergeten: toegang tot systemen. Heb jij na oplevering de inloggegevens voor het hostingpaneel, de domeinnaamregistrar, het contentmanagementsysteem en eventuele externe diensten die zijn gekoppeld? Leg dit vast als een lijst met op te leveren toegangen. Niet als bijlage die “later volgt”, maar als onderdeel van de opleveringsvoorwaarden.
Wat de oplevering precies inhoudt
Het woord “oplevering” staat in bijna elk websitecontract, maar de definitie ervan verschilt enorm. Voor het bureau kan oplevering betekenen: de site staat live. Voor jou als opdrachtgever zou oplevering moeten betekenen: de site werkt naar behoren, is getest, voldoet aan de afgesproken specificaties en ik heb alle toegangen en documentatie ontvangen.
Zorg dat het contract een duidelijke opleveringsprocedure beschrijft. Dat betekent minimaal:
- Een acceptatieperiode waarin jij de site kunt testen en fouten kunt melden
- Een definitie van wat een “fout” is versus een “nieuwe wens” (dit scheelt discussies achteraf)
- Afspraken over hoe lang het bureau fouten herstelt na oplevering, en of dat gratis is
- Een moment waarop de oplevering formeel wordt bevestigd, bij voorkeur schriftelijk
Wat ik in trajecten regelmatig zie: bureaus die de site live zetten en dat beschouwen als oplevering, waarna de garantietermijn ingaat. Maar de opdrachtgever heeft de site nog niet eens goed kunnen bekijken. Zorg dat de acceptatieperiode begint op het moment dat jij toegang hebt gekregen tot de testomgeving, niet op het moment dat het bureau zegt dat het klaar is.
Daarnaast is het verstandig om af te spreken wat er gebeurt als de oplevering vertraging oploopt. Niet om meteen boetes in te bouwen, maar om duidelijkheid te hebben. Als een bureau weet dat vertraging consequenties heeft, werkt dat anders dan wanneer een deadline een vrijblijvende suggestie is. Formuleer dit redelijk, maar formuleer het wel.
Een punt dat vaak vergeten wordt: documentatie. Vraag om een technische beschrijving van hoe de site is gebouwd, welke plugins of modules zijn gebruikt, en hoe het systeem beheerd moet worden. Als je ooit naar een andere partij overstapt, is dit goud waard. Als het bureau dit weigert, is dat een signaal.
Onderhoudscontracten en wat je daarvoor krijgt
Na oplevering begint een nieuwe fase: het beheer. Veel bureaus bieden een onderhoudscontract aan, en dat kan heel zinvol zijn. Maar de invulling van zo’n contract verschilt enorm, en de prijs zegt weinig over wat je er daadwerkelijk voor krijgt.
Stel jezelf de volgende vragen voordat je een onderhoudscontract tekent:
- Wat valt er precies onder “onderhoud”? Updates van het systeem, beveiligingspatches, backups, kleine aanpassingen in tekst?
- Wat valt er niet onder, en wordt dat apart gefactureerd?
- Hoe snel reageert het bureau bij een storing? Is er een gegarandeerde responstijd, en geldt die ook buiten kantooruren?
- Wie houdt de backups bij en hoe vaak worden die gemaakt? Waar worden ze opgeslagen?
- Kun je het contract opzeggen, en zo ja, met welke opzegtermijn?
Een onderhoudscontract zonder duidelijke inhoud is eigenlijk gewoon een maandelijks bedrag betalen voor de hoop dat iemand de telefoon opneemt als het mis gaat. Dat is niet wat je wil. Je wil weten wat je krijgt, wanneer je het krijgt, en wat je moet doen als dat niet gebeurt.
Kijk ook naar de looptijd. Sommige bureaus hanteren contracten van een jaar of langer met automatische verlenging. Dat is niet per se slecht, maar je moet weten waar je aan toe bent. Een opzegtermijn van twee maanden is redelijk. Een opzegtermijn van zes maanden, gecombineerd met automatische verlenging, is iets om scherp op te zijn.
Tot slot: vraag wat er gebeurt als jij het onderhoudscontract opzegt of als het bureau stopt. Krijg je dan alle toegangen en documentatie? Helpen ze bij een overdracht naar een andere partij? Leg dit vast. Niet omdat je verwacht dat het mis gaat, maar omdat je dan niet afhankelijk bent van de goodwill van iemand waarmee de relatie inmiddels stroef is.
Aansprakelijkheid en wat er staat als het mis gaat
Dit is het deel van het contract dat de meeste opdrachtgevers overslaan omdat het juridisch en saai lijkt. Dat begrijp ik. Maar dit is ook het deel dat bepaalt wat je rechten zijn als de site niet werkt, als er een datalek is, of als de oplevering maanden vertraging heeft.
Aansprakelijkheidsclausules in websitecontracten beperken doorgaans de aansprakelijkheid van het bureau. Dat is gebruikelijk en ook niet per se onredelijk. Maar let op de mate van beperking. Een clausule die zegt dat het bureau nooit aansprakelijk is voor gevolgschade, ook niet bij opzet of grove nalatigheid, is te ver gegaan. Dat soort formuleringen beschermt het bureau volledig, ongeacht wat er is misgegaan.
Wat je minimaal wil zien:
- Een redelijke aansprakelijkheidgrens, bijvoorbeeld gerelateerd aan het factuurbedrag van het project
- Uitzonderingen op de beperking bij opzet of bewuste roekeloosheid
- Duidelijkheid over wie verantwoordelijk is voor de beveiliging van de site en de gegevens die erop worden verwerkt
- Afspraken over wat er gebeurt bij een datalek, zeker als de site persoonsgegevens verwerkt
Op dat laatste punt: als de site persoonsgegevens verwerkt — en dat is bijna altijd het geval, ook al is het alleen een contactformulier — dan heb je als opdrachtgever verplichtingen. Het bureau is in dat geval vaak een verwerker. Dat moet worden vastgelegd in een verwerkersovereenkomst. Als het bureau dat niet noemt en jij ook niet, dan ontbreekt er iets wat wettelijk verplicht is. Vraag ernaar.
Kijk ook naar de geschillenregeling. Als er een conflict ontstaat, hoe wordt dat dan opgelost? Sommige contracten verplichten tot arbitrage of mediation voordat je naar de rechter kunt. Dat kan voordelen hebben, maar je moet het wel weten.
Een websitecontract hoeft niet tientallen pagina’s te zijn om goed te zijn. Maar het moet de essentiële vragen beantwoorden: wie is eigenaar van wat, wat wordt er precies opgeleverd, wat krijg je voor je onderhoudskosten en wat zijn je rechten als het mis gaat. Als een bureau moeite heeft met het vastleggen van deze dingen, of als antwoorden vaag blijven, dan is dat de informatie die je nodig hebt.
Neem de tijd om het contract te lezen voordat je tekent. Laat het eventueel nalezen door iemand met juridische kennis als de bedragen groot zijn. En stel vragen. Een bureau dat transparant is en goede bedoelingen heeft, heeft geen probleem met heldere contractuele afspraken. Integendeel: dat is ook in hun belang.
Leave a Reply