Wat er mis kan gaan bij de oplevering van je website (en hoe je dat voorkomt)

Je hebt maanden gewacht. De facturen zijn betaald, de teksten aangeleverd, de logo’s goedgekeurd. En dan is het eindelijk zover: de website gaat live. Maar wat er daarna soms gebeurt, is precies het moment waarop veel trajecten alsnog ontsporen. De oplevering klinkt als een feestmoment, maar het is eigenlijk het kritiekste punt in het hele traject. Hier lees je waar het mis kan gaan en wat je van tevoren moet regelen om dat te voorkomen.

Wat ‘oplevering’ eigenlijk betekent

Veel opdrachtgevers denken dat een website is opgeleverd zodra hij live staat en er goed uitziet. Dat is een misverstand dat je geld kost. Oplevering betekent dat je alles in handen hebt wat je nodig hebt om zelfstandig verder te gaan. Dat is meer dan een werkende URL.

Een echte oplevering omvat minimaal:

• Toegang tot het hostingpaneel op jouw naam
• Eigendom of overdracht van het domein
• Inloggegevens voor het contentmanagementsysteem
• De broncode of een exporteerbare versie van de site
• Documentatie over hoe de site is opgebouwd

Als één van deze punten ontbreekt, ben je niet vrij. Je bent afhankelijk van de partij die de site heeft gebouwd, ook als die relatie later verslechtert.

Het domein en de hosting: wie is de eigenaar?

Dit is de vraag die ik het vaakst zie mislopen. Het bureau heeft het domein geregistreerd, de hosting geregeld, en staat als eigenaar geregistreerd. Op papier heb jij een website. In de praktijk heb je niets.

Zorg dat het volgende geregeld is vóórdat je akkoord gaat met de offerte:

• Het domein staat op jouw naam, bij jouw account
• De hostingfacturen komen rechtstreeks bij jou terecht
• Jij bent de technische en administratieve contactpersoon bij de registrar

Als een bureau zegt dat ze het even voor je regelen, is dat prima als tijdelijke situatie. Maar laat het nooit een permanente constructie worden. Zodra je het bureau niet meer nodig hebt, moet je gewoon door kunnen zonder te bedelen om je eigen inloggegevens.

Wat er in het opleveringsmoment getest moet worden

Veel opdrachtgevers klikken de site door, zien dat alles er mooi uitziet en tekenen voor akkoord. Maar zichtbaar goed zijn is niet hetzelfde als functioneel goed zijn. Zeker niet op alle apparaten en in alle situaties.

Test vóór akkoord de volgende dingen:

• Werkt het contactformulier en komen berichten daadwerkelijk aan?
• Laadt de site op mobiel zonder problemen?
• Zijn afbeeldingen geoptimaliseerd of laden ze traag?
• Werkt de zoekfunctie als die er is?
• Zijn er geen gebroken links of foutpagina’s?
• Is de site vindbaar voor zoekmachines of staat er een blokkering op die vergeten is te verwijderen?

Die laatste is een klassieker. Tijdens de bouw staat er vaak een instelling aan die zoekmachines tegenhoudt. Als die instelling bij oplevering niet wordt uitgezet, kan jouw site weken of maanden onvindbaar zijn zonder dat je het doorhebt.

De onderhoudscontract-val

Na de oplevering krijg je vaak een voorstel voor een onderhoudscontract. Dat klinkt logisch, want software moet bijgehouden worden. Maar let goed op wat er precies in zo’n contract staat, want hier zit een valkuil die ik regelmatig tegenkom.

Sommige contracten omvatten alleen technisch onderhoud: updates van het systeem, back-ups, beveiliging. Dat is zinvol. Maar andere contracten zijn vaag geformuleerd en dekken feitelijk niets concreets. Je betaalt maandelijks en denkt dat je gedekt bent, maar als er iets misgaat blijkt het buiten de scope te vallen.

Vraag altijd:

• Wat valt er precies wel en niet onder dit contract?
• Wat is de reactietijd als de site platgaat?
• Hoe worden back-ups bewaard en hoe snel kan een back-up worden teruggezet?
• Wat kost het als ik aanpassingen wil doen die buiten het contract vallen?

Een goed onderhoudscontract is specifiek. Als een bureau vaag blijft op deze vragen, is dat een signaal.

Zelf beheren: hoe realistisch is dat?

Een van de beloftes die je bij de start van een websitetraject vaak hoort, is dat je de site zelf kunt beheren. Dat klinkt goed, maar de praktijk is genuanceerder. Of je dat kunt, hangt af van hoe de site is gebouwd én hoe goed je bent ingewerkt.

Stel jezelf de volgende vragen:

• Heb ik een demo gekregen van hoe ik teksten en afbeeldingen aanpas?
• Kan ik zelf een nieuwe pagina aanmaken zonder iets te breken?
• Weet ik waar ik moet zijn als er iets misgaat?
• Is er documentatie die ik kan raadplegen?

Als je na de oplevering voor het eerst inlogt en geen idee hebt wat je ziet, dan is de inwerking tekortgeschoten. Dat is niet jouw fout, maar het is wel jouw probleem. Vraag bij de start van het traject al om een inwerkmoment als onderdeel van de oplevering, niet als optionele extra.

Sommige systemen zijn intuïtiever dan andere, maar zelfs het meest gebruiksvriendelijke systeem vraagt om een korte uitleg. Zeker als je meerdere mensen in je organisatie hebt die de site gaan bijhouden, is een gezamenlijke sessie geen luxe maar een noodzaak.

Wat je vastlegt voordat je begint

Alles wat ik hierboven beschrijf, is makkelijker te regelen als je het aan het begin van het traject afspreekt dan als je er achteraf om moet vragen. De oplevering begint eigenlijk bij de offerte.

Zorg dat het volgende schriftelijk is vastgelegd:

• Wie eigenaar is van het domein en de hosting
• Dat broncode of exporteerbare bestanden worden overgedragen bij oplevering
• Wat de opleveringschecklist bevat
• Dat er een inwerkmoment is inbegrepen
• Wat de garantieperiode is na livegang (een periode waarin bugs gratis worden opgelost)
• Hoe lang het bureau beschikbaar is voor vragen na oplevering

Een serieuze partij heeft hier geen moeite mee. Als een bureau terughoudend reageert op dit soort vragen, is dat informatie. Niet per se reden om af te haken, maar wel reden om door te vragen.

De meeste problemen bij websiteopleveringen zijn geen kwaadwillendheid. Ze zijn het gevolg van aannames. De opdrachtgever denkt dat iets vanzelfsprekend is. De bouwer denkt dat iets niet gevraagd is. En daartussen valt iets weg.

Jij bent degene die straks met die site werkt. Dus jij bent ook degene die moet zorgen dat die oplevering klopt. Niet als wantrouwen, maar als professionele zorgvuldigheid. Dat is geen lastige houding. Dat is gewoon goed opdrachtgeverschap.