Onderhoudscontract website: wat is een eerlijke prijs?

Een goed onderhoudscontract voorkomt problemen voordat ze zichtbaar worden voor je bezoekers. Het gaat zowel om beveiliging als om performance en beschikbaarheid. Je betaalt niet alleen voor updates; je betaalt voor tijdswinst en risicobeperking.

In dit artikel leg ik concreet uit wat er meestal in zo'n contract zit, welke onderdelen je zelf kunt doen, en welke prijsindicaties reëel zijn. Met voorbeelden en een checklist zodat je makkelijker offertes vergelijkt.

Wat hoort in een onderhoudscontract?

Een eerlijk contract bevat ten minste:

• regelmatige software-updates (CMS, plugins, libraries)
• back-upbeleid en herstelprocedure
• beveiligingsmonitoring en incidentafhandeling
• uptime- of bereikbaarheidstests
• performance-monitoring (Core Web Vitals) en kleine optimalisaties
• maandelijks of kwartaalrapport met uitgevoerde taken
• afgesproken responstijd voor urgente issues

Bij maatwerk of webshops komen daar bij: e-commerce backups, betalingsgateway checks, en database-optimalisatie.

Let op: updates alleen doen en geen herstelplan hebben is vaak vals gevoel van veiligheid. Back-ups moeten getest kunnen worden. Zie ook de richtlijnen over back-ups voor WordPress: https://developer.wordpress.org/advanced-administration/security/backup/.

Welke serviceniveaus zijn gebruikelijk?

Je ziet meestal drie typen contracten: basaal, standaard en premium. Hieronder een compacte vergelijking met indicatieve kosten in euro's (kan per project verschillen):

De bandbreedte is groot. Een simpele brochure-site kost minder dan een drukke webshop met maatwerkintegraties. Een kanttekening: goedkope pakketten besparen kosten, maar niet altijd risico.

Wat betaal je precies voor?

• Werkuren: tijd voor updates, testen en foutoplossing.
• Monitoringtools: uptime, security scanners en performance-analyses.
• Back-upopslag en restore-tests.
• SLA (responstijd) en prioritering.
• Reservebudget voor urgente fixes of kleine verbeteringen.

Sommige bureaus rekenen een vast maandbedrag plus een uurtarief voor werk boven de inbegrepen uren. Anderen werken met credits of strippenkaarten.

Wat kun je zelf doen om kosten te drukken?

Je hoeft niet alles uit te besteden. Dit kun je prima zelf doen:

• Controleer dagelijks je contactformulieren en betalingen.
• Zorg dat basis-back-ups draaien (en test ze minimaal één keer per kwartaal).
• Houd wachtwoorden in een manager en gebruik tweefactorauthenticatie.
• Beperk het aantal plugins of extensies; elk extra pakket vergroot onderhouds-oppervlak.

Doe je zelf updates? Test dan eerst op een staging-omgeving en documenteer wat er gebeurt. Als je WordPress gebruikt, zijn de richtlijnen voor hardening en updates nuttig: https://developer.wordpress.org/advanced-administration/security/hardening/.

Security: waar moet je op letten?

Beveiliging is een hoofdmotief om te betalen voor onderhoud. Een paar concrete punten:

• Wekelijkse security-scans en snel patchen bij kwetsbaarheden.
• Beperken van inlogpogingen en monitoring van verdachte IP's.
• Back-ups die minimaal 30 dagen bewaren, met offsite-kopie.
• Basiskennis van OWASP-risico's voor webapplicaties (inbreuk op inputvalidatie, broken auth, enz.). Zie de OWASP Top 10 voor wat je moet afdekken: https://owasp.org/www-project-top-ten/.

Performance en zoekmachine-signalen

Snelle pagina's scoren beter in conversie en vaak ook in vindbaarheid. Onderhoud moet aandacht hebben voor Core Web Vitals (LCP, CLS, INP). Monitoring en kleine optimalisaties (beeldcompressie, caching) maken echt verschil. Meer achtergrond over Core Web Vitals vind je hier: https://web.dev/articles/vitals.

Checklist om offertes te vergelijken

• Zit er een herstelprocedure in en hoe vaak testen jullie die?
• Welke responstijden gelden bij productie-uitval?
• Hoeveel uren support zitten in het pakket? Wat kost extra tijd?
• Wat valt buiten het contract (ontwikkeling, contentwijzigingen, nieuwe features)?
• Welke monitoringtools worden gebruikt en welke rapportage krijg je?
• Hoe zien de back-ups eruit (retentie, offsite, restore-time)?
• Zijn er referenties of casebeschrijvingen van soortgelijke sites?

• Wil je zelf taken uitvoeren? Vraag dan naar een kleiner pakket zonder beheer uren en hulp bij implementatie.

Praktisch stappenplan voor een keuze

• Stap 1: bepaal je risico's (betaling op de site? veel traffic? wettelijke eisen?).
• Stap 2: kies een serviceniveau op basis van risico en budget.
• Stap 3: vraag offertes met exact dezelfde scope en bewaartermijnen.
• Stap 4: check hoe snel herstel mogelijk is (RTO) en hoe vaak back-ups draaien (RPO).
• Stap 5: leg afspraken vast in een eenvoudig te lezen SLA.

Wanneer intern doen en wanneer uitbesteden?

Doe intern wat laag risico en weinig technische kennis vereist. Besteed uit als:

• Je uptime-kritische services hebt.
• Betaalverkeer actief is en compliance belangrijk is.
• Je geen tijd hebt om staging-tests en restore-tests te doen.

Als senior-led bureau verzorgen we bij DevCru maatwerk onderhoud en support voor sites en webshops. Wil je weten wat passend is voor jouw site, kijk dan op onze onderhoudspagina: /onderhoud-en-support.

Tot slot: vraag een vrijblijvende offerte als je kosten wilt vergelijken. Geen verkooppraat, alleen concrete afspraken en prijzen. Vraag hier een offerte aan: /quote