Wat er in een websitecontract moet staan voordat je tekent

Je hebt een bureau gevonden dat goed aanvoelt, de offerte ziet er netjes uit en de prijs is acceptabel. Dan krijg je het contract. Twee pagina’s, vaag geformuleerd, en je tekent omdat het allemaal wel goed zal komen. Dat is precies het moment waarop de meeste problemen beginnen. Een contract voor een website is geen formaliteit — het is het enige document dat je beschermt als het misgaat. En het gaat vaker mis dan je denkt.

Wat er over eigendom in het contract moet staan

Dit is het onderdeel dat de meeste opdrachtgevers overslaan, en het is het meest kostbare onderdeel om later te repareren. Eigendom gaat over twee dingen: de broncode van de website en het intellectueel eigendom van het ontwerp.

Als het contract niets zegt over de broncode, is de kans groot dat die van het bureau blijft. Dat klinkt abstract totdat je van bureau wilt wisselen en hoort dat je de site niet mag meenemen. Of totdat je wilt dat een andere partij verder bouwt aan de site, en het bureau dat weigert of een hoog uurtarief vraagt voor medewerking.

Wat er minimaal in moet staan:

• Na volledige betaling gaat de broncode over naar jou als opdrachtgever
• Hetzelfde geldt voor het ontwerp, de grafische bestanden en eventuele maatwerkelementen
• Als het bureau gebruikmaakt van licenties van derden (fonts, plug-ins, frameworks), staat dat expliciet vermeld

Controleer ook wie het domein registreert en op wiens naam. Als het bureau dat doet en jullie gaan uit elkaar, heb je een probleem. Het domein moet op jouw naam staan, bij een registrar waar jij inloggegevens voor hebt. Geen uitzonderingen.

Wat de oplevering precies inhoudt

De website wordt opgeleverd zodra hij klaar is is geen afspraak. Toch staat er in veel contracten niet veel meer dan dat. Een vage oplevertekst klinkt onschuldig maar geeft je bij conflicten niets om op terug te vallen.

Een goede opleverparagraaf beschrijft wat er op het moment van oplevering aanwezig is. Niet in technische termen, maar in concrete, controleerbare punten. Denk aan:

• Welke pagina’s en functionaliteiten zijn inbegrepen
• Hoe de overdracht van inloggegevens verloopt
• Of er een instructievideo of handleiding wordt meegeleverd
• Hoeveel revisierondes zijn inbegrepen vóór oplevering
• Wat er gebeurt als jij als opdrachtgever content aanlevert die te laat is — schuift de opleverdatum dan automatisch op?

Dat laatste punt is belangrijk. Veel vertraging bij websiteprojecten ligt aan de opdrachtgever die teksten, foto’s of feedback niet op tijd aanlevert. Een goed contract beschrijft de verantwoordelijkheden van beide kanten. Als jij te laat bent, mag het bureau de planning aanpassen. Maar dat moet dan wel expliciet staan, inclusief wat dat betekent voor de prijs.

Vraag ook wat er na oplevering nog inbegrepen is. De eerste twee weken na livegang zitten er altijd kleine issues in. Wie lost die op, en voor welk tarief? Als het contract daar niets over zegt, betaal je straks per uur voor dingen die eigenlijk onderdeel hadden moeten zijn van een goede oplevering.

Wat er in het onderhoudscontract staat — en wat er ontbreekt

Veel bureaus bieden een onderhoudscontract aan naast het bouwtraject. Dat klinkt als een service, maar het is ook een verdienmodel. Dat is niet per se erg, zolang je weet waar je voor betaalt.

Een onderhoudscontract dekt in de basis technisch onderhoud: updates van het systeem, beveiligingspatches, back-ups. Dat zijn reële kosten en het is verstandig om die ergens te beleggen. Maar kijk goed naar wat er níét in staat.

Vragen die je moet stellen voordat je tekent:

• Wat valt er onder onderhoud en wat wordt apart gefactureerd?
• Wie beheert de back-ups, hoe vaak worden ze gemaakt en waar staan ze?
• Wat is de reactietijd bij een storing of hack?
• Wat zijn de kosten als je het contract wilt opzeggen?
• Kun je tussentijds overstappen naar een andere partij voor het onderhoud?

Dat laatste punt is cruciaal. Sommige onderhoudscontracten zijn zo opgesteld dat je afhankelijk blijft van het bureau. Ze beheren de hostingomgeving, ze hebben de inloggegevens, en overstappen kost je meer dan het oplevert. Dat is geen samenwerking — dat is een lock-in.

Een goed onderhoudscontract geeft jou altijd toegang tot je eigen omgeving. Jij hebt de inloggegevens voor de hostingomgeving, het contentmanagementsysteem en de domeinnaam. Het bureau werkt daarbinnen, niet erboven.

Wat er moet staan over toegankelijkheid en technische kwaliteit

Toegankelijkheid is geen extra. Als jouw website niet voldoet aan de basisnormen voor digitale toegankelijkheid, sluit je een deel van je publiek buiten. Bovendien gelden er voor overheidsinstanties en semi-publieke organisaties wettelijke verplichtingen op dit vlak. Maar ook als je daar niet onder valt, is het een kwaliteitsindicator.

Het probleem is dat toegankelijk een containerbegrip is. Bureaus zeggen dat ze er rekening mee houden, maar wat dat concreet betekent staat zelden in het contract. Vraag daarom om een specificatie.

Wat je kunt opnemen in het contract:

• De website voldoet aan een bepaald niveau van de gangbare internationale richtlijnen voor webtoegankelijkheid
• Er wordt getest op toegankelijkheid vóór oplevering, met een kort rapport als bewijs
• De site is bruikbaar zonder muis (toetsenbordnavigatie)
• Afbeeldingen hebben alternatieve teksten
• Kleurcontrast voldoet aan de minimumnorm

Naast toegankelijkheid zijn er andere technische kwaliteitsaspecten die je kunt vastleggen. Laadsnelheid is er één van. Een trage website kost je bezoekers en scoort slechter in zoekmachines. Vraag of er een minimale score wordt gegarandeerd op gangbare meettools, en wie verantwoordelijk is als die score na oplevering zakt.

Datzelfde geldt voor mobiele bruikbaarheid. De meeste bezoekers komen via een telefoon. Een site die er goed uitziet op een desktop maar slecht werkt op mobiel is in de praktijk een half afgewerkte site. Laat in het contract opnemen dat de site getest is op gangbare schermformaten en dat mobiele bruikbaarheid onderdeel is van de oplevering.

Tot slot: vraag of je na oplevering zelf content kunt beheren. Dat klinkt vanzelfsprekend, maar het is dat niet altijd. Sommige sites zijn zo gebouwd dat je voor elke tekstwijziging afhankelijk bent van het bureau. Dat is duur en onpraktisch. Als zelfbeheer een eis is — en dat zou het moeten zijn — staat dat expliciet in het contract, inclusief een korte training of handleiding bij oplevering.

Een contract voor een website hoeft niet ingewikkeld te zijn. Het moet gewoon eerlijk zijn over wat je krijgt, wanneer je het krijgt, van wie het is en wat er daarna nog geregeld is. Als een bureau moeite heeft met het concretiseren van die punten, is dat informatie. Goede bureaus weten wat ze leveren en zijn niet bang om dat op papier te zetten.

Lees het contract voordat je tekent. Niet vluchtig, maar écht. En als er iets staat dat je niet begrijpt, vraag dan om uitleg. Een bureau dat ongeduldig wordt van die vraag, is een bureau dat je beter kunt laten schieten.