Je website is live. De factuur is betaald. Maar wat er daarna gebeurt, staat in een document dat de meeste opdrachtgevers nooit goed hebben gelezen. En dat is precies waar het later misgaat.
Wat een onderhoudscontract zou moeten regelen
Een onderhoudscontract is geen bijzaak. Het is de afspraak die bepaalt wat er gebeurt als je site plat gaat, als er een beveiligingslek is, of als je een kleine aanpassing wil doorvoeren. Toch zijn veel van deze contracten vaag over precies die situaties.
Een goed contract beschrijft minimaal: wie verantwoordelijk is voor updates, hoe snel er gereageerd wordt bij storingen, en wat er wel en niet valt onder het maandelijkse bedrag. Staat dat er niet in, dan betaal je voor een gevoel van zekerheid, niet voor zekerheid zelf.
Lees ook de kleine lettertjes over wat er buiten de scope valt. “Kleine aanpassingen” klinkt ruim, maar bureaus hanteren daar soms een definitie van vijftien minuten per maand. Dat is minder dan je denkt.
Reactietijden en beschikbaarheid: wat is realistisch
Een veelgebruikte zin in contracten is “wij streven ernaar binnen 24 uur te reageren.” Dat is geen toezegging, dat is een intentie. Het verschil wordt pijnlijk duidelijk op een vrijdagmiddag als je webshop niet meer werkt.
Vraag bij het tekenen altijd naar gegarandeerde reactietijden, ook wel SLA’s (Service Level Agreements) genoemd. Een SLA legt vast binnen hoeveel uur er gereageerd wordt, en wanneer er actie ondernomen wordt. Dat zijn twee verschillende dingen. Reageren betekent nog niet dat het probleem opgelost is.
Realistisch voor een gemiddeld mkb-bedrijf: reactie binnen vier uur op werkdagen, oplossing binnen één werkdag voor kritieke storingen. Alles wat ruimer is, verdient een vraagteken. Alles wat enger is, klinkt mooi maar is zelden vol te houden zonder extra kosten.
Wat valt er precies onder onderhoud
Dit is het onderdeel waar de meeste misverstanden ontstaan. Veel opdrachtgevers denken dat onderhoud betekent: mijn site blijft werken en actueel. Bureaus bedoelen er vaak iets anders mee.
Technisch onderhoud bestaat meestal uit het bijhouden van updates voor het CMS, plugins of frameworks, en het monitoren van de beschikbaarheid van de server. Dat is zinvol, maar het is niet hetzelfde als het aanpassen van content, het toevoegen van pagina’s of het oplossen van problemen die ontstaan zijn door een update.
Vraag je bureau om een concrete lijst van wat er maandelijks gedaan wordt. Niet in marketingtaal, maar in handelingen. “Wij updaten WordPress en de geïnstalleerde plugins, controleren de backups en monitoren de uptime” is concreet. “Wij zorgen voor een optimale werking van uw website” is dat niet.
Houd er ook rekening mee dat sommige problemen pas zichtbaar worden ná een update. Als een plugin-update je contactformulier breekt, valt het herstellen daarvan niet altijd onder het vaste bedrag. Leg van tevoren vast wie dan opdraait voor de kosten.
Eigendom van de website tijdens en na het contract
Dit punt wordt bij het afsluiten van een onderhoudscontract bijna nooit besproken, terwijl het cruciaal is. Wie heeft er toegang tot de hostingomgeving? Wie beheert het domein? En wat gebeurt er als je het contract opzegt?
Zorg dat jij als opdrachtgever altijd de eigenaar bent van je domeinnaam. Dat betekent: jouw naam staat als registrant in de WHOIS-gegevens, niet die van het bureau. Hetzelfde geldt voor de hostingaccount. Als het bureau dat beheert, vraag dan schriftelijk vast te leggen dat jij bij opzegging altijd toegang krijgt tot alle bestanden, databases en inloggegevens.
De broncode van je website is ook jouw eigendom, tenzij er expliciet iets anders is afgesproken. Dat geldt ook voor maatwerk dat tijdens het onderhoudscontract is gebouwd. Leg dit vast in het contract, niet als mondelinge afspraak.
Bureaus die moeite hebben met deze transparantie, zijn een signaal op zich. Een professionele partij heeft geen belang bij het vasthouden van jouw gegevens.
Wat je checkt voordat je tekent
Neem het concept-contract mee naar een rustig moment en loop de volgende punten na:
- Opzegtermijn: hoe lang zit je vast, en wat is de minimale looptijd?
- Prijsindexatie: mag het bureau de prijs jaarlijks verhogen, en zo ja, met hoeveel?
- Wat valt buiten scope: staat er een lijst van uitsluitingen, of is het vaag gehouden?
- Toegang bij opzegging: is geregeld dat je alle inloggegevens krijgt?
- Aansprakelijkheid: wat gebeurt er als de site plat gaat door een fout van het bureau?
- Backupbeleid: hoe vaak worden er backups gemaakt, hoe lang worden ze bewaard, en wie test of ze werken?
- Communicatiekanaal: via welk kanaal meld je problemen, en is dat ook buiten kantooruren bereikbaar?
Sommige bureaus werken met een ticketsysteem, anderen via e-mail of telefoon. Zorg dat je weet wat de verwachte route is, zodat je bij een storing niet eerst hoeft uit te zoeken hoe je überhaupt contact opneemt. Een voorbeeld van hoe een gestructureerd ICT-dienstverleningsbedrijf dit soort afspraken inzichtelijk maakt, zie je soms bij partijen als aspect.nl, al verschilt de aanpak per aanbieder.
Veelgestelde vragen over onderhoudscontracten voor websites
Moet ik een onderhoudscontract afsluiten na de bouw van mijn website?
Niet verplicht, maar wel verstandig als je geen technische achtergrond hebt. Zonder onderhoud lopen CMS-installaties achter op updates, raken plugins verouderd en neemt het risico op beveiligingsproblemen toe. De vraag is niet zozeer óf je onderhoud nodig hebt, maar wie het doet. Doe je het zelf, dan heb je kennis nodig van wat er precies bijgehouden moet worden. Laat je het over aan een bureau, zorg dan dat je weet wat je daarvoor terugkrijgt.
Wat is een redelijke prijs voor websiteonderhoud?
Dat hangt volledig af van de complexiteit van de site, de gebruikte technologie en wat er in het contract zit. Een simpele WordPress-site met standaard plugins vraagt minder dan een maatwerk webapplicatie met koppelingen naar externe systemen. Vergelijk offertes altijd op basis van wat erin zit, niet op basis van het maandbedrag alleen. Een goedkoop contract dat niets dekt, is duurder dan een iets duurdere overeenkomst die je écht beschermt.
Wat doe ik als mijn bureau niet reageert bij een storing?
Zorg dat je dit scenario van tevoren hebt doordacht. Heb je zelf toegang tot de hostingomgeving? Dan kun je in ieder geval inloggen en zien wat er aan de hand is. Heb je die toegang niet, dan ben je volledig afhankelijk van het bureau. Dat is een kwetsbare positie. Vraag bij het afsluiten van het contract altijd om directe inloggegevens voor hosting, CMS en domeinbeheer, en sla die op een veilige plek op. Als het bureau dat weigert, is dat een reden om de samenwerking te heroverwegen.
Leave a Reply