Website-onderhoud: de checklist voor wekelijks, maandelijks en jaarlijks

Wat moet er na de livegang gebeuren om een website veilig, snel en vindbaar te houden? Een praktische checklist met een vaste frequentie, gebaseerd op de documentatie van WordPress, Google en web.dev.

Foto van gereedschap met oranje handvatten uitgelegd op een donkere mat

Een website is geen brochure die je een keer drukt. Hij draait op software, die verandert; op een server, die moet blijven draaien; en op inhoud, die veroudert. Wie na de livegang niets doet, merkt het pas als iets kapotgaat: een formulier dat niet meer aankomt, een certificaat dat verloopt of een pagina die plotseling een foutmelding geeft. Dit artikel is een praktische checklist, ingedeeld naar frequentie. We noemen geen vaste tijden of percentages; hoeveel tijd het kost hangt af van hoe groot je site is en waarop hij gebouwd is. Wat we wel doen: aangeven wat de officiële documentatie zegt, en wat onze eigen werkwijze is.

Waarom onderhoud nodig is

De OWASP Top 10 (editie 2025) is een veelgebruikt overzicht van de belangrijkste beveiligingsrisico's voor webapplicaties. In die editie staan onder meer “Security Misconfiguration” en “Software Supply Chain Failures”: dat zijn precies de risico's waar je met onderhoud iets aan doet, door instellingen te controleren en onderdelen van derden bij te houden. Het Nationaal Cyber Security Centrum (NCSC) is het Nederlandse aanspreekpunt voor cybersecurity en publiceert adviezen voor organisaties. Meer over beveiliging in website-beveiliging: de basis.

Wekelijks (of automatisch)

  1. Controleer of de site bereikbaar is. Bij voorkeur met een automatische bewaking die een melding stuurt. Google legt in zijn documentatie over statuscodes uit dat serverfouten (5xx) ervoor kunnen zorgen dat Google minder vaak crawlt en dat URL's die blijvend een serverfout geven, uit de index kunnen verdwijnen. Zie hosting en uptime voor ondernemers.
  2. Test het contactformulier. Stuur zelf een bericht en kijk of het aankomt, ook in je spam. Dit is de dure fout die niemand ziet.
  3. Kijk naar meldingen. Updates beschikbaar, foutmeldingen van de host, waarschuwingen in Search Console.

Maandelijks

  1. Updates installeren, met een back-up eerst. De WordPress-documentatie raadt aan een back-up te maken voordat je een update uitvoert, zodat je bij problemen kunt terugzetten. WordPress kent ook automatische achtergrondupdates, waarvan je het gedrag kunt instellen. Of je ze aanzet, hangt af van je situatie: automatische updates verkleinen het risico op bekende kwetsbaarheden, maar kunnen iets breken. Een testomgeving helpt bij grotere wijzigingen. Bij een maatwerksite zonder CMS gaat het om afhankelijkheden en de serveromgeving.
  2. Controleer de back-ups. Bestaat de back-up, is hij recent en kan hij worden teruggezet? Een back-up die nooit is getest, is een hoop.
  3. Ruim gebruikers en rechten op. Wie heeft nog toegang die niet meer nodig is? Beperk beheerdersaccounts en gebruik sterke, unieke wachtwoorden met tweestapsverificatie waar dat kan.
  4. Bekijk Search Console. Google Search Console laat volgens Google zien hoe je site presteert in Google Search en helpt problemen te vinden. Kijk naar indexeringsmeldingen en naar de zoekopdrachten waarop je wordt gevonden.
  5. Controleer de snelheid. Web.dev beschrijft de Web Vitals (LCP, INP, CLS) als meetwaarden voor gebruikerservaring. Een nieuwe plug-in, grote afbeelding of externe tool kan ze verslechteren. Zie Core Web Vitals uitgelegd.
  6. Controleer links en pagina's. Werken de belangrijkste pagina's en knoppen nog?

Per kwartaal

  1. Doorloop je inhoud. Kloppen openingstijden, adres, telefoonnummer, prijzen of voorwaarden? Zie ook lokale SEO en je Google Bedrijfsprofiel.
  2. Beoordeel de onderdelen. Welke plug-ins, thema's of bibliotheken gebruik je en worden ze nog onderhouden? Verwijder wat je niet gebruikt. Minder onderdelen betekent minder risico.
  3. Bekijk je cijfers. Wat zijn je belangrijkste pagina's, waar haken mensen af, hoeveel aanvragen kwamen er? Zie privacyvriendelijke webanalyse.
  4. Test op meerdere apparaten. Een telefoon, een tablet en een desktop, in minstens twee browsers.

Jaarlijks

  1. Controleer serverversies. WordPress noemt in zijn vereisten welke PHP- en databaseversies het nodig heeft. Controleer wat jouw hosting draait en of dat nog aan die vereisten voldoet, en plan een upgrade voordat een nieuwe versie van je CMS of onderdelen die vereist.
  2. Domeinnaam en certificaat. Verloopt je domeinnaam of SSL-certificaat? Wie ontvangt de melding? Een verlopen domein is een van de meest vermijdbare problemen.
  3. Privacyverklaring en cookies. Gebruik je nog dezelfde tools? Is de verklaring actueel? Zie cookies en AVG voor je website.
  4. Toegankelijkheid. Controleer of nieuwe pagina's nog toegankelijk zijn; zie toegankelijke website en de European Accessibility Act.
  5. Herijk je doelen. Doet de site nog wat je ervan verwacht? Wat zou je anders willen?
  6. Evalueer hosting en onderhoud. Past het contract nog bij wat je nodig hebt?

Wat doe je bij een storing?

Bepaal eerst wat er aan de hand is: is de site helemaal onbereikbaar, of werkt één onderdeel niet? Controleer of de hosting problemen meldt. Zet een tijdelijke melding aan als de site langere tijd niet beschikbaar is en zorg dat de server een serverfoutcode teruggeeft, in plaats van een lege pagina met statuscode 200. Google beschrijft dat zulke lege of foutpagina's als “soft 404” kunnen worden gezien. Zet daarna terug vanaf een back-up als dat nodig is, en schrijf op wat er is gebeurd. Zo voorkom je dat dezelfde fout opnieuw optreedt.

Wie doet wat?

Je kunt dit zelf doen, laten doen door het bureau dat de site bouwde, of als vast onderdeel van hosting. Wat het beste past, hangt af van je tijd en je technische kennis. Houd rekening met drie dingen: er moet iemand zijn die het echt doet, het moet vastliggen in een overeenkomst wie wat doet en je moet kunnen controleren dat het is gebeurd. Bij CUBO verzorgt Botbasis hosting en onderhoud na de livegang; de afspraken leggen we vooraf vast, zie ook een webbureau briefen.

Veelgemaakte fouten

  • “Het draait toch.” Een site die niet meer wordt bijgewerkt, werkt vaak jarenlang door, tot hij dat niet meer doet. Dat moment kies je niet zelf.
  • Updates uitstellen tot er veel zijn. Veel kleine stappen zijn makkelijker te herstellen dan één grote sprong.
  • Eén persoon met alle toegang. Als diegene weggaat, ben je buitengesloten van je eigen site. Leg accounts en eigenaarschap vast.
  • Back-ups op dezelfde server. Valt de server uit, dan is de back-up ook weg. Bewaar kopieën elders.
  • Alleen kijken, nooit testen. Een rapport zegt dat er een back-up is; pas een herstel bewijst dat hij werkt.
  • Geen logboek. Schrijf kort op wat je wijzigt en wanneer. Zo vind je later sneller de oorzaak van een probleem.

Wat valt buiten onderhoud?

Onderhoud houdt de bestaande site gezond. Nieuwe functies, een nieuwe pagina-indeling of een campagne vallen daar meestal buiten en zijn een apart project. Leg dat onderscheid vooraf vast, zodat er geen verrassingen zijn over wat inbegrepen is. Voor wijzigingen aan de inhoud kun je zelf verantwoordelijk zijn, of dat bij ons neerleggen; dat spreek je af.

Een korte checklist om te bewaren

  • Bereikbaarheid bewaakt, met melding.
  • Contactformulier getest.
  • Back-up recent en teruggezet in een test.
  • Updates bijgewerkt (na back-up).
  • Ongebruikte onderdelen en accounts verwijderd.
  • Search Console bekeken.
  • Snelheid gecontroleerd.
  • Inhoud actueel.
  • Domein, certificaat en serverversies in orde.
  • Privacyverklaring en cookiekeuzes kloppen.

Tot slot

Onderhoud is saai als het goed gaat. Dat is precies de bedoeling. Wil je weten wat wij kunnen overnemen? Bekijk onze hosting- en onderhoudsdienst, of plan een gratis kennismaking.

Bronnen

Gecontroleerd op 28 oktober 2026 aan de hand van de bronnen hieronder. Regels en richtlijnen veranderen; dit artikel is algemene informatie en geen juridisch of fiscaal advies.

Benieuwd wat dit voor jouw bedrijf betekent? Plan een gratis kennismaking, in de avond tussen 18:30 en 20:30.

Plan kennismaking