Wie is eigenlijk de baas over jouw website?

Je hebt een website laten bouwen, bent blij met het resultaat en denkt klaar te zijn. Totdat je iets wil wijzigen, je bureau niet meer reageert, of je ontdekt dat het domein op naam van iemand anders staat. Dit soort situaties kom ik keer op keer tegen. Niet omdat opdrachtgevers dom zijn, maar omdat niemand hun van tevoren heeft uitgelegd waar ze op moesten letten. Dat doe ik hier wel.

Het domein: van wie is het eigenlijk?

Een domeinnaam klinkt als een detail, maar het is het adres van je hele online aanwezigheid. Als dat adres op naam van je bouwer staat, ben jij afhankelijk van zijn of haar welwillendheid om er ooit mee te kunnen doen wat jij wil.

Controleer dit altijd vóór je akkoord gaat:

• Staat het domein op jouw naam en jouw e-mailadres?
• Heb jij toegang tot de registrar (de partij waar het domein is geregistreerd)?
• Weet jij wanneer het domein verloopt en wie de verlenging betaalt?

Als je deze vragen nu niet kunt beantwoorden, zoek het op. Vandaag nog.

Broncode en eigendom: lees de kleine lettertjes

Veel opdrachtgevers denken dat ze een website kopen. Wat ze soms kopen, is een licentie om een website te gebruiken. Dat is een fundamenteel verschil. Als de broncode eigendom blijft van het bureau, kun je niet zomaar overstappen naar een andere partij zonder opnieuw te beginnen.

Vraag altijd schriftelijk vast te leggen:

• Dat de broncode na oplevering eigendom van jou is
• Dat je alle bestanden ontvangt, inclusief database-exports
• Dat er geen verborgen afhankelijkheden zijn van systemen die het bureau beheert

Een bureau dat hier moeilijk over doet, vertelt je daarmee iets belangrijks over hoe de samenwerking verder zal gaan.

Toegankelijkheid: geen bijzaak meer

Digitale toegankelijkheid gaat over de vraag of mensen met een beperking jouw website kunnen gebruiken. Denk aan slechtzienden die een schermlezer gebruiken, of mensen die geen muis kunnen bedienen. Het gaat verder dan sympathiek beleid: voor overheidsinstanties en semi-publieke organisaties gelden inmiddels wettelijke verplichtingen.

Het begrip toegankelijkheid in de digitale context is nauw verbonden met bredere principes van inclusief ontwerp. Een artikel op Wikipedia over webtoegankelijkheid geeft een goed startpunt als je wil begrijpen welke internationale standaarden hierachter zitten, zoals de WCAG-richtlijnen.

Vraag bij elke offerte:

• Wordt er getoetst op toegankelijkheid tijdens de bouw?
• Welk WCAG-niveau wordt nagestreefd?
• Wie is verantwoordelijk als er na oplevering problemen worden gevonden?

Als een bureau toegankelijkheid niet serieus neemt in de offerte, neemt het dat ook niet serieus in de uitvoering.

Offertes vergelijken: appels en peren

Je hebt drie offertes gevraagd en je hebt drie totaal verschillende documenten ontvangen. De ene telt vijf regels, de andere twintig pagina’s. Hoe vergelijk je die?

Het antwoord is: je kunt ze pas vergelijken als je ze eerst gelijk maakt. Stel aan elk bureau dezelfde lijst met vragen en vraag om een gespecificeerde opbouw. Wat zit er wel in, wat niet?

Let op deze punten:

• Zijn ontwerp en ontwikkeling apart begroot?
• Wat kost hosting, en wie regelt dat?
• Zijn er kosten voor revisierondes, en hoeveel zijn dat er?
• Wat is niet inbegrepen?

Een lage prijs die later explodeert door meerwerk is duurder dan een hogere prijs met duidelijke afspraken. Ik heb dit te vaak zien gebeuren om er nog van te schrikken, maar het blijft zonde van je budget.

Het onderhoudscontract: lees het alsof je er ooit uit wil

Na oplevering wil een bureau je vaak een onderhoudscontract verkopen. Soms is dat nuttig, soms is het een manier om je afhankelijk te houden. Het verschil zit in de details.

Wat een goed onderhoudscontract regelt:

• Updates van het systeem en de plugins (en wie aansprakelijk is als iets stukgaat)
• Responstijd bij storingen
• Wat er precies onder “onderhoud” valt en wat extra wordt gefactureerd
• De opzegtermijn en wat er bij opzegging wordt overgedragen

Dat laatste is cruciaal. Als je contract geen exitregeling bevat, weet je niet wat je krijgt als je ooit wil overstappen. Vraag daar altijd expliciet naar, ook als het ongemakkelijk voelt. Een professionele partij heeft hier een helder antwoord op.

Oplevering: het moment dat niemand goed regelt

Oplevering klinkt als een feestelijk moment, maar het is eigenlijk een juridisch en praktisch breekpunt. Wat is er afgesproken over wanneer de website “klaar” is? En wie bepaalt dat?

Zonder duidelijke opleveringscriteria loop je het risico dat:

• Je betaalt voor iets dat nog niet werkt zoals afgesproken
• Het bureau claimt dat de site af is, terwijl jij dat anders ziet
• Er geen formeel moment is waarop eigendom en verantwoordelijkheid overgaan

Leg in het contract vast wat de acceptatiecriteria zijn. Dat betekent: welke pagina’s moeten werken, welke functionaliteiten moeten getest zijn, en hoe lang je na oplevering nog aanspraak kunt maken op herstel van fouten. Twee tot vier weken garantie na livegang is gebruikelijk, maar vraag ernaar.

Neem ook zelf de tijd om de site te testen vóór je akkoord geeft. Klik door elke pagina, vul elk formulier in, bekijk de site op je telefoon. Wat jij niet meldt vóór de formele oplevering, is daarna lastiger terug te claimen.

Zelf beheren: eis het van het begin af aan

Een van de meest frustrerende situaties die ik tegenkom: een opdrachtgever die een tekstje wil aanpassen op de eigen website en daarvoor afhankelijk is van het bureau. Soms duurt dat weken, soms kost het geld, soms allebei.

Dit is vermijdbaar, maar alleen als je er aan het begin over praat.

Stel bij de briefing al de volgende vragen:

• Kan ik zelf teksten en afbeeldingen aanpassen zonder technische kennis?
• Wordt er een beheerdersaccount voor mij aangemaakt met volledige rechten?
• Is er een korte training of handleiding inbegrepen?

Een goed systeem geeft je als eigenaar volledige toegang tot je eigen website. Als een bureau dat niet kan of wil garanderen, vraag dan waarom. Het antwoord vertelt je meer dan de offerte.

Tot slot

Een website laten bouwen is een zakelijke transactie, geen vriendendienst. Dat betekent niet dat je wantrouwig moet zijn, maar wel dat je je eigen belangen actief moet bewaken. Zorg dat het domein op jouw naam staat, dat je de broncode ontvangt, dat toegankelijkheid serieus wordt genomen, en dat je weet wat er gebeurt als de samenwerking ooit stopt. De meeste problemen die ik opruim, hadden voorkomen kunnen worden met een paar gerichte vragen aan het begin van het traject. Stel die vragen.