Zelf je website aanpassen: welk beheer heb je nodig?
Wil je zelf teksten, foto's of projecten op je website aanpassen? Kies een beheeromgeving waarin die taken eenvoudig zijn en laat je uitleggen hoe je een fout herstelt. Zo'n inhoudssysteem heet een CMS. Je hoeft niet het hele ontwerp te kunnen verbouwen om je inhoud te beheren. Bij SiteChef horen zelfbeheer, eigen toegang en uitleg bij ieder websitepakket, ook zonder abonnement.
Zelf doen en hulp krijgen kunnen naast elkaar bestaan
Misschien wil je af en toe een tekst aanpassen, terwijl je foto's liever door je bouwer laat plaatsen. Spreek dat apart af. Een beheerabonnement is een keuze voor ondersteuning; het hoort niet te bepalen of je toegang tot je eigen website krijgt.
Leg drie dingen vast: welke inhoud jij kunt wijzigen, wie de techniek beheert en welke grotere veranderingen apart worden aangeboden. Een nieuwe functie bouwen is ander werk dan een telefoonnummer bijwerken.
Maak een lijst van echte wijzigingen
Kijk naar de wijzigingen die je het afgelopen jaar werkelijk hebt gedaan of komende maanden concreet verwacht. Gaat het om openingstijden en een telefoonnummer, of om wekelijks projecten, vacatures en artikelen? Schrijf bij iedere taak wie hem uitvoert, wie akkoord geeft en hoe snel hij online moet staan.
Maak onderscheid tussen bestaande inhoud aanpassen en nieuwe pagina’s ontwerpen. Een medewerker die een project toevoegt heeft meestal velden voor titel, tekst, beelden en bijbehorende dienst nodig. Vrijheid om elk scherm opnieuw op te bouwen kan extra controle en onderhoud vragen zonder die taak makkelijker te maken.
Laat een gewenste functie door een voorbeeld onderbouwen. ‘We willen alles zelf kunnen’ wordt concreter als de redacteur laat zien welke informatie hij wil publiceren. Misschien zijn vaste inhoudstypen voldoende. Misschien moet het team nieuwe campagnes kunnen opzetten en is meer ontwerpvrijheid wel nodig.
| Taak | Wat de redacteur nodig heeft | Te bespreken controle |
|---|---|---|
| Een telefoonnummer aanpassen | Een centrale plek voor contactgegevens | Werkt de wijziging door op alle relevante pagina’s? |
| Een project publiceren | Vaste velden voor verhaal, beelden en dienst | Concept, beeldrechten, voorbeeldweergave en akkoord |
| Een vacature sluiten | Status en sluitdatum | Verdwijnt de aanvraagroute op het juiste moment? |
| Een campagne opzetten | Passende secties en eigen vervolgstap | Wie controleert vormgeving, inhoud en metingen? |
| Een Duitse pagina wijzigen | Taalvarianten en hun samenhang | Wie controleert de vertaling en ontbrekende inhoud? |
Vergelijk drie manieren van beheren
Een traditionele website met CMS, een los inhoudssysteem en beheer via een bouwer kunnen dezelfde inhoud opleveren. Ze verschillen vooral in de publicatiewerkwijze en verantwoordelijkheid. Er is zonder jouw takenlijst geen algemeen beste keuze.
| Werkwijze | Kan passen wanneer | Vraag vóór je kiest |
|---|---|---|
| Wijzigingen via je bouwer | Inhoud weinig verandert en er duidelijke serviceafspraken zijn | Hoe vraag je een wijziging aan, wat kost die en wanneer wordt ze uitgevoerd? |
| CMS met vaste inhoudstypen | Je team regelmatig cases, diensten of artikelen publiceert | Kun je de echte taken uitvoeren zonder het ontwerp te verstoren? |
| Flexibele paginabouwer | Je team nieuwe landingspagina’s moet kunnen samenstellen | Welke vrijheid is nodig en wie bewaakt de kwaliteit? |
Een inhoudsmodel uit de SiteChef-kennisbank
Onze eigen kennisbank gebruikt vaste onderdelen: een vraag, direct antwoord, beeld, inhoudelijke secties en eventueel bronnen, een checklist of een praktijkverwijzing. De paginaopzet zet die inhoud op een consistente manier neer. De huidige inhoud wordt in de websitebron beheerd. Dit is een concreet voorbeeld van een inhoudsmodel; het is geen demonstratie van een klant-CMS.
Een redacteur hoeft voor een nieuw artikel niet opnieuw te bepalen hoe een bronverwijzing of tabel eruitziet. Het model begrenst de vorm. Als een artikel een nieuw soort inhoud nodig heeft, zoals een downloadbaar template, breiden we het model en de paginaopzet bewust uit. Die scheiding is ook bruikbaar in een CMS.
Je kunt hetzelfde principe toepassen op projecten. Spreek af welke velden altijd nodig zijn en welke optioneel zijn. Een ontbrekende klantquote moet een project bijvoorbeeld niet blokkeren, terwijl een titel en een uitleg van het uitgevoerde werk essentieel kunnen zijn.
| Veld | Doel | Redactionele controle |
|---|---|---|
| Titel en toepassing | De lezer herkent het soort opdracht | Begrijpelijk zonder interne projectcode |
| Aanleiding en werk | Uitleggen wat de opdracht behelsde | Feiten scheiden van verwachtingen |
| Beelden | De toepassing zichtbaar maken | Gebruiksrecht, onderschrift en alternatieve tekst |
| Bijbehorende dienst | Een inhoudelijk passende vervolgstap | Link verwijst naar een bestaande pagina |
| Resultaat of quote, optioneel | Bewijs toevoegen als het beschikbaar is | Geen cijfers of uitspraken invullen die niet bevestigd zijn |
Test drie taken voordat je beslist
Vraag om een proef in de voorgestelde beheeromgeving met jouw eigen soort inhoud. Een demonstratie van de leverancier is nuttig, maar laat de toekomstige redacteur ook zelf werken. Beoordeel of hij de taak begrijpt, kan controleren wat er verandert en een fout kan herstellen. Verwar een snelle demonstratie niet met bewezen gebruiksgemak voor je team.
Laat de toekomstige beheerder een tekst wijzigen, een foto vervangen en een nieuw project als concept invoeren. Bekijk het resultaat op mobiel voordat het wordt gepubliceerd. Laat ook zien hoe een foutieve wijziging kan worden teruggedraaid. Noteer waar hulp nodig was en neem dat mee in de uitleg.
Neem ook een minder gewone situatie mee, zoals een ontbrekende vertaling of een verkeerde afbeelding. Juist dan blijkt of het systeem duidelijk maakt wat er gebeurt. Bewaar de waarnemingen en open punten bij de systeemkeuze, zodat ‘gebruiksvriendelijk’ een concrete betekenis krijgt.
- Nieuw project: invoeren, voorbeeld bekijken en gecontroleerd publiceren.
- Bestaande inhoud: aanpassen, laten controleren en terugvinden.
- Fout herstellen: wijziging terugdraaien zonder andere inhoud kwijt te raken.
Leg rollen en onderhoud vast
Inhoud kunnen bewerken is iets anders dan technisch beheer uitvoeren. Spreek af wie gebruikers toevoegt, beveiligingsupdates uitvoert, back-ups controleert en bij een storing handelt. Geef een redacteur de rechten die nodig zijn voor zijn werk. Een beheerder met volledige systeemtoegang heeft een andere verantwoordelijkheid.
Verschillende systemen richten dit verschillend in. WordPress documenteert bijvoorbeeld rollen en bijbehorende bevoegdheden. Pages CMS beschrijft hoe velden en verzamelingen van inhoud worden geconfigureerd. Gebruik de documentatie van de gekozen oplossing om de voorgestelde werkwijze te toetsen, en laat de leverancier die in jouw inrichting demonstreren.
Een site zonder traditioneel CMS is niet automatisch onderhoudsvrij of veilig. Hosting, formulieren, gebruikte software en toegangen vragen nog steeds aandacht. Het aantal functies zegt bovendien weinig over de kwaliteit van de onderhoudsafspraken.
Controleer eigenaarschap en overdraagbaarheid
Leg vast van wie de accounts, het domein en de inhoud zijn. Vraag hoe je de content en beelden kunt exporteren en wat nodig is wanneer een andere partij het beheer overneemt. Een export van teksten is niet hetzelfde als een volledig overdraagbare website met ontwerp, functies en werkende publicatieomgeving.
Vraag ook welke terugkerende kosten blijven bestaan: hosting, licenties, ondersteuning en eventuele extra gebruikers of talen. Wat gebeurt er wanneer een abonnement eindigt? Moet inhoud verplaatst worden of is alleen het bewerken niet meer mogelijk? De precieze gevolgen horen bij de keuze, voordat er inhoud in het systeem is opgebouwd.
Bij SiteChef zijn zelf inhoud beheren, eigen toegangen en uitleg inbegrepen in ieder websitepakket. De passende inrichting en de bewerkbare onderdelen leggen we vast in het voorstel. Bepaal eerst welke taken de beheeromgeving moet ondersteunen; het volledige ontwerp zelf kunnen verbouwen is een andere vraag.
