Definitie
Een headless CMS is een systeem voor contentbeheer zonder ingebouwde voorkant. Bij een traditioneel CMS (denk WordPress, Joomla, Drupal in hun klassieke vorm) zit de redactiekant en de bezoekerskant aan elkaar vast. Bij headless is alleen de redactiekant het systeem. De bezoekerskant (website, mobile app, digitale signage, smartwatch-app) bouw je apart en haalt content op via een API.
Het woord “headless” verwijst naar het ontbreken van de “head”, de presentatielaag. Voorbeelden van headless CMS: Strapi, Contentful, Sanity, Storyblok, Directus.
Waarom het ertoe doet voor MKB
Voor MKB met één simpele website is een traditioneel CMS prima. Voor MKB die meerdere uitingen draait (website, app, kassasysteem-display, partner-website, marketing-emails) wordt headless interessant: je beheert teksten en afbeeldingen op één plek en gebruikt ze overal.
Praktisch voordeel: de redacteur hoeft niet vier verschillende systemen te leren. Technisch voordeel: bouwers kunnen voor elk kanaal de beste technologie kiezen, los van wat het CMS toevallig ondersteunt.
Concreet voorbeeld
Een Nederlandse opleider biedt cursussen aan via een website, een mobiele app voor cursisten, een partner-portal voor bedrijven en een nieuwsbrief. Vroeger: cursusinhoud werd in vier systemen onderhouden. Foutgevoelig en arbeidsintensief.
Met een headless CMS staat alle cursusinhoud (titels, beschrijvingen, prijzen, lesmateriaal) op één plek. De website, de app, het partner-portal en de nieuwsbrief halen die data via een API op en presenteren het op hun eigen manier. Een prijswijziging is één aanpassing in plaats van vier. Tijdwinst voor de redactie: ongeveer een halve dag per week.
Misverstanden en valkuilen
- “Headless is per definitie beter.” Nee. Voor één eenvoudige website is een traditioneel CMS sneller op te zetten, goedkoper en eenvoudiger te beheren. Headless kost meer ontwikkelwerk omdat je de voorkant zelf bouwt.
- “WordPress is altijd traditioneel.” Niet meer. WordPress heeft een REST API en kan prima als headless CMS draaien. Sommige sites gebruiken hem zo. De keuze hangt af van wat je nodig hebt, niet van de productnaam.
- “Headless betekent geen redactie-ervaring.” Goede headless-CMS-en hebben uitstekende redactie-omgevingen. De redacteur hoeft niets te merken van het feit dat er geen voorkant aan vastzit.
- “Geen voorkant, dus geen ontwerp nodig.” Juist het tegenovergestelde. Je bepaalt zelf hoe het eruit ziet op elk kanaal, dus design en ontwikkelwerk worden belangrijker.
Wanneer moet je hier wakker liggen, wanneer niet
Wakker liggen: als je content op steeds meer plekken nodig hebt en je merkt dat je hetzelfde drie keer onderhoudt. Dan is het tijd om de architectuur opnieuw te bekijken.
Niet wakker liggen: als je gewoon een website hebt en geen plannen voor een app of meerdere kanalen. Headless lost dan een probleem op dat je niet hebt. Soms is een WordPress-site precies wat je nodig hebt.
Gerelateerde termen
- API: de techniek waarmee een headless CMS content uitlevert.
- SaaS: veel headless CMS-en worden als SaaS aangeboden.
- Single source of truth: een belangrijk argument voor headless bij meerdere kanalen.
- Vendor lock-in: gehoste headless-CMS-en kunnen lock-in veroorzaken op de redactie-kant.