


Wat is het verschil tussen contentbeheer en technisch onderhoud?
Je ziet contentbeheer en technisch websiteonderhoud vaak samen genoemd, maar in de praktijk zijn het twee verschillende soorten werk. Contentbeheer gaat over wat er op je website staat: teksten aanpassen, nieuwe pagina's toevoegen of afbeeldingen vervangen. Technisch onderhoud zorgt ervoor dat de website blijft werken, veilig is en hersteld kan worden als er iets misgaat. Wie alleen content beheert, hoeft niet automatisch te weten hoe updates, back-ups of beveiliging werken - en omgekeerd.
Deze verdeling is niet overal hetzelfde. Afhankelijk van je website, dienstverlener of afspraken kunnen sommige taken overlappen. Maar de basisregel blijft: contentbeheer verandert de inhoud, technisch onderhoud houdt de omgeving waarin die inhoud werkt in stand.
De taakverdeling tussen contentbeheer en technisch onderhoud
De snelste manier om het verschil te herkennen, is te kijken naar het soort werk dat je doet. Content plaatsen, aanpassen en publiceren vallen onder contentbeheer. Updates, back-ups, beveiliging en monitoring horen bij technisch onderhoud.
| Taakcluster | Inhoud beheren | Technisch onderhoud |
|---|---|---|
| Nieuwe content plaatsen | Inbegrepen | Niet inbegrepen |
| Bestaande content aanpassen | Inbegrepen | Niet inbegrepen |
| Content publiceren en archiveren | Inbegrepen | Niet inbegrepen |
| Back-ups maken en herstellen | Niet inbegrepen | Inbegrepen |
| Updates uitvoeren | Niet inbegrepen | Inbegrepen |
| Beveiliging en monitoring | Niet inbegrepen | Inbegrepen |
| Hosting en prestaties | Niet inbegrepen | Inbegrepen |
De tabel laat zien dat contentbeheer vooral gaat over wat zichtbaar is voor bezoekers, terwijl technisch onderhoud de achtergrondprocessen regelt. Een update doorvoeren of een back-up terugzetten vraagt andere kennis dan een tekst herschrijven. Toch kunnen sommige taken overlappen, bijvoorbeeld als je een plug-in installeert die zowel de inhoud als de functionaliteit beïnvloedt. De exacte verdeling hangt af van je website en de afspraken die je hebt gemaakt.
Technisch onderhoud gaat niet alleen over iets aanpassen, maar ook over uitvoeren, controleren en kunnen herstellen als het misgaat. Stel, je past een instelling aan in je CMS. Die wijziging moet eerst worden uitgevoerd, bijvoorbeeld door een update van de software. Daarna controleer je of de website nog goed werkt. Als er iets fout gaat, moet je kunnen herstellen - bijvoorbeeld door een back-up terug te zetten.
Een back-up is een opgeslagen kopie van je website, maar terugzetten is een aparte stap. Alleen een back-up hebben betekent niet dat je ook weet hoe je die terugzet of dat het altijd lukt. Soms beïnvloedt een kleine inhoudswijziging onverwacht de weergave of functionaliteit van de site. Dan is technische controle nodig om te zorgen dat alles blijft werken. Meer weten over wat je doet na een technische storing? Lees dan wat je doet na een gehackte website.
CMS-toegang betekent niet automatisch technische verantwoordelijkheid
CMS (contentbeheersysteem) is de plek waar je inhoud op je website bewerkt en publiceert. Wil je weten wat je met een CMS aan de inhoud kunt wijzigen? Lees dan wat je met een CMS aan de inhoud kunt wijzigen.
Toegang tot je CMS betekent dat je content kunt beheren, maar niet automatisch dat je verantwoordelijk bent voor de volledige technische werking. Je kunt bijvoorbeeld een pagina aanpassen, maar niet altijd updates uitvoeren, back-ups maken of beveiligingsinstellingen wijzigen. Die taken vallen vaak onder technisch onderhoud en kunnen door een andere persoon of partij worden uitgevoerd.
De beheerder van het CMS heeft toegang tot de tools, maar niet noodzakelijk tot alle functies die nodig zijn voor de volledige technische controle.
Deze scheiding is belangrijk omdat technische taken vaak meer kennis en toegang vereisen dan alleen content beheren. Als je alleen toegang hebt tot het CMS, betekent dat niet dat je ook de technische omgeving kunt controleren of herstellen. Daarom is het handig om vooraf vast te leggen wie welke taken uitvoert.
De rollen van eigenaar, uitvoerder en escalatiepunt
De rollen kunnen overlappen, maar het helpt om vooraf vast te leggen wie richting geeft, wie uitvoert en wie je inschakelt als iets vastloopt. De eigenaar bepaalt de visie en goedkeurt wijzigingen, de uitvoerder voert technische taken uit zoals updates en back-ups, en het escalatiepunt helpt bij complexe of onverwachte problemen. Eén persoon of partij kan meerdere rollen vervullen, afhankelijk van de afspraken en de website.
| Rol | Typische taken | Wanneer betrekken |
|---|---|---|
| Eigenaar | Bepaalt de visie, richting en eindbeslissingen; stelt content, doelen en richtlijnen vast; geeft opdrachten en goedkeuring | Bij alle beslissingen over inhoud, richting en prioriteiten; bij de eindgoedkeuring van wijzigingen |
| Uitvoerder | Voert technische taken uit zoals updates, back-ups en monitoring; voert wijzigingen door op basis van opdracht | Wanneer technische uitvoering nodig is; bij het doorvoeren van afgesproken wijzigingen |
| Escalatiepunt | Verbindt eigenaar en uitvoerder bij complexe of onverwachte problemen; biedt oplossing buiten de normale route | Bij problemen die de uitvoerder niet kan oplossen; wanneer verantwoordelijkheden overlopen tussen partijen of leveranciers |
Deze indeling laat zien dat de eigenaar verantwoordelijk blijft voor beslissingen en goedkeuring, ook als de uitvoering wordt uitbesteed. Het escalatiepunt is er om te helpen als een probleem buiten de normale route valt, bijvoorbeeld bij een technische storing die de uitvoerder niet kan oplossen. Zo voorkom je dat taken blijven liggen of dat er onduidelijkheid ontstaat over wie wat doet.
Zijn de verantwoordelijkheden op jouw website duidelijk?
Met deze korte controle zie je waar de verantwoordelijkheid op jouw website nog niet duidelijk is vastgelegd. Geef bij elke vraag aan of de verantwoordelijkheid helder en toegewezen is. Kies Ja als dat zo is en Nee als het nog niet duidelijk is.
| Verantwoordelijkheid | Helder en toegewezen? | |
|---|---|---|
| 1 |
Het is duidelijk wie verantwoordelijk is voor het bewerken en publiceren van content
|
|
| 2 |
Het is duidelijk wie verantwoordelijk is voor back-ups en het terugzetten ervan Bedenk: een back-up maken en een back-up terugzetten zijn twee aparte taken.
|
|
|
Bedenk dat een back-up maken en een back-up terugzetten twee aparte taken zijn. Zorg dat voor beide duidelijk is wie verantwoordelijk is. |
||
| 3 |
Het is duidelijk wie verantwoordelijk is voor updates en beveiliging
|
|
| 4 |
Het is duidelijk wie toegang heeft tot hosting en domeininstellingen
|
|
| 5 |
Het is duidelijk wie het escalatiepunt is bij technische problemen Dit is de persoon of partij die je belt als iets niet werkt en je er zelf niet uitkomt.
|
|
|
Een escalatiepunt is iemand of een partij die je kunt bereiken als er iets misgaat en je er zelf niet uitkomt. Zorg dat je dit contact hebt vastgelegd, ook als je nu denkt dat alles werkt. |
||
| 6 |
Het is duidelijk wie verantwoordelijk is voor technische documentatie en handover
|
|
|
Geef bij elke verantwoordelijkheid aan of deze duidelijk en toegewezen is. Kies Ja als dat zo is en Nee als het nog niet duidelijk is. |
||
|
Je hebt bij één of meer verantwoordelijkheden Nee aangegeven. Bekijk per rij de bijbehorende eerste stap. |
||
Als je op één of meer punten Nee kiest, weet je waar je de verantwoordelijkheid nog concreet moet vastleggen. Zorg dat je voor elke taak een duidelijke persoon of partij hebt aangewezen, zodat je niet voor verrassingen komt te staan als er iets misgaat.
Wie doet wat - en wat kost het?
Met Sense CMS regel je zelf je content, zonder afhankelijk te zijn van technische hulp. Bekijk onze prijzen om te zien hoe dat past bij jouw situatie.
Bekijk onze prijzenVeelgestelde vragen over contentbeheer en technisch websiteonderhoud
Wat is het verschil tussen een back-up en herstel?
Een back-up is een opgeslagen kopie van je website op een bepaald moment. Bij herstel gebruik je die kopie om de website weer werkend te maken. Een back-up hebben is dus niet hetzelfde als kunnen herstellen. Daarom is het verstandig om af en toe te testen of het herstelproces werkt.
Hoe vaak moet ik mijn back-ups testen?
Een maandelijkse hersteltest is een bruikbaar uitgangspunt. De juiste frequentie hangt af van het belang van je website en de gevolgen van gegevensverlies of uitval. Voor een kritieke website kan vaker testen nodig zijn. Andere richtlijnen noemen een test per kwartaal. Kies daarom een interval die past bij jouw situatie.
Wat is het 3-2-1-model voor back-ups?
Het 3-2-1-model is een aanbevolen manier om back-ups te spreiden. Je bewaart drie kopieën van je website, verdeeld over twee verschillende opslagmedia. Eén kopie bewaar je op een andere locatie. Zo zijn niet alle kopieën afhankelijk van dezelfde opslagplek of lokale storing. Dit model geeft geen garantie dat een herstel altijd lukt, dus testen blijft nodig.
Wat doe ik als een taak zowel onder contentbeheer als technisch onderhoud valt?
Sommige taken beïnvloeden zowel de inhoud als de werking van je website. Het installeren van een plug-in kan bijvoorbeeld beide raken. Spreek daarom vooraf af wie de taak uitvoert en wie controleert of de website daarna nog goed werkt. Leg ook vast bij wie je terechtkunt als er een probleem ontstaat.
Hoe leg ik verantwoordelijkheden voor mijn website vast?
Gebruik een eenvoudige matrix om per taak vast te leggen wie de taak uitvoert, wie controleert en wie je inschakelt als het probleem niet normaal kan worden opgelost. Je kunt dit toepassen op bijvoorbeeld updates, back-ups, beveiliging en monitoring. Een RACI-matrix is een bekende manier om verantwoordelijkheden te verdelen, maar de gekozen indeling moet passen bij jouw website en afspraken.
Wat valt onder routineonderhoud en wat niet?
Routineonderhoud omvat meestal updates, back-ups, hersteltests, beveiligingscontroles, monitoring en kleine foutoplossingen. Nieuwe functies, een volledig nieuw ontwerp en grote verhuizingen van content vallen doorgaans buiten dit routineonderhoud. De precieze grens hangt af van de afspraken over het onderhoud.
Gerelateerde blogs
Meer weten? In ons blog delen we praktische kennis over webdesign, development, SEO, AI en trends