Headless CMS: waarom wij voor Directus kiezen

Bij veel websites zijn het beheer en de site zelf één systeem. Dat werkt, tot de inhoud ook ergens anders moet staan, de site sneller moet, of je de voorkant wilt vernieuwen zonder alles te verhuizen. Dan kom je uit bij een headless CMS.

In dit artikel lees je wat dat is, wat het verschil is met WordPress, wat het betekent voor je vindbaarheid, wanneer we Directus voorstellen en wanneer iets eenvoudigers beter past. Met een voorbeeld uit eigen werk.

Wat is een headless CMS?

Een traditioneel CMS plakt inhoud en vormgeving aan elkaar, denk aan een thema dat bepaalt hoe je pagina's eruitzien. Een headless CMS houdt die twee apart: de inhoud staat in het CMS, en een aparte website (de voorkant) bepaalt hoe het eruitziet. De inhoud gaat via een vaste koppeling, een API, naar je website, een app of een ander kanaal.

“Headless” betekent letterlijk zonder hoofd: het beheer heeft geen eigen voorkant. Een voorbeeld. Een vacature voer je één keer in, met velden voor titel, plaats, uren en omschrijving. De website toont hem op de vacaturepagina, een app toont hem in een lijst, en een portaal voor medewerkers toont alleen de interne vacatures. Drie plekken, één invoer.

Wat is het verschil met WordPress?

Een klassiek CMS zoals WordPress is website en beheer in één. Directus doet alleen het beheer: het zet een overzichtelijke beheeromgeving op een database, en de website haalt de inhoud daar via een API op. Een derde vorm is een site zonder beheeromgeving, waarbij de bouwer de teksten aanpast.

Er is ook een tussenvorm: een beheeromgeving die de teksten in de bestanden van de site zelf bewaart, zonder eigen database. Die gebruikten we voor TaalPro; daarover meer in het kader verderop. Hoe we de afweging tussen WordPress en een eigen bouw maken, staat in WordPress of maatwerk.

Waarom wordt een site er sneller van?

De snelheid komt niet uit het CMS, maar uit de website die de inhoud toont. Omdat die website geen beheersysteem hoeft mee te dragen, kan hij licht blijven. Wij bouwen die voorkant in Astro of Nuxt. Een site in Astro staat als kant-en-klare pagina's online; een applicatie in Nuxt maakt de pagina op de server, zodat de bezoeker direct een opgebouwde pagina krijgt in plaats van een leeg scherm dat zich nog moet vullen.

Daarnaast levert de scheiding nog drie dingen op:

• Flexibiliteit: dezelfde content op meer kanalen, zonder dubbel werk.
• Een voorkant die je kunt vernieuwen: je ontwerpt en bouwt de website opnieuw, terwijl de inhoud blijft waar hij is.
• Minder aan de buitenkant: de beheeromgeving hoeft niet op hetzelfde adres te staan als je website, en de website zelf heeft geen inlogscherm voor bezoekers.

Hoe snel de sites die wij bouwden laden op een telefoon, lees je in waarom elke seconde laadtijd telt.

Wat betekent headless voor je vindbaarheid?

Headless op zich maakt je site niet beter of slechter vindbaar. Wat telt, is wat een bezoeker en een zoekmachine binnenkrijgen als ze een pagina openen. Google schrijft daarover dat het nog steeds een goed idee is om pagina's op de server of vooraf op te bouwen: het maakt je site sneller voor gebruikers en voor de programma's van zoekmachines, en niet alle bots kunnen JavaScript uitvoeren.

Google voert JavaScript zelf uit, maar soms pas later. Andere bots doen het niet altijd, en die zien bij een site die alles in de browser opbouwt een lege pagina. Daarom bouwen we de pagina's vooraf (Astro) of op de server (Nuxt). Wat je verder regelt bij een headless site:

• Titel en omschrijving per item. Geef elk soort inhoud in het CMS velden voor de paginatitel en de omschrijving in zoekresultaten, zodat de redacteur die zelf invult.
• Structuurdata. De website zet uit de velden in het CMS automatisch de beschrijving voor zoekmachines in de code, bijvoorbeeld voor een artikel, een vacature of een vraag en antwoord. Meer op onze pagina over structured data.
• Adressen die blijven. Ga je over van een oude site, maak dan een lijst van oude en nieuwe adressen, zodat bezoekers en zoekmachines op de goede pagina uitkomen.
• Een sitemap die meegroeit. Elke nieuwe pagina uit het CMS hoort vanzelf in de lijst met adressen voor zoekmachines (de sitemap).

Wat is Directus?

Directus zet een beheeromgeving op een gewone database. Volgens de GitHub-pagina van Directus werkt het met de bekende SQL-databases, zoals PostgreSQL en MySQL, en maakt het zelf de koppeling (een REST- en een GraphQL-API) waarmee je website de inhoud ophaalt.

Dat merk je. De website kan licht en snel blijven, omdat hij geen beheersysteem meedraagt. Je kunt de website later vernieuwen zonder je inhoud te verhuizen. En dezelfde inhoud kan tegelijk op je website, in een app of in een portaal staan.

Wat zie je als redacteur?

Geen code en geen paginabouwer, maar een overzicht per soort inhoud: een lijst met vacatures, een lijst met locaties, een lijst met artikelen. Open je er een, dan zie je een formulier met precies de velden die bij die soort horen, zoals titel, plaats, foto en tekst. Je kunt een veld voor de status toevoegen, zoals concept of gepubliceerd, zodat iets pas op de site komt als het klaar is. Hoe de pagina eruitziet, bepaalt de website; jij zorgt voor de inhoud. Zo blijven de pagina's in dezelfde opmaak, ook als meer mensen teksten invullen. Let op: bij een site in Astro verschijnt een wijziging pas nadat de site opnieuw is opgebouwd.

Waarom stellen wij Directus voor?

Directus kan op je eigen server draaien. Je gegevens staan dan in een database die je zelf beheert, en je zit niet vast aan één leverancier voor de opslag. Rechten stel je in tot op het veld, dus een redacteur ziet wat hij nodig heeft en niet meer. Het is even prettig voor de bouwer (een nette koppeling) als voor de redacteur (een heldere beheeromgeving).

Let op de licentie. Sinds versie 12 (mei 2026) valt Directus onder een nieuwe licentie, de Monospace Sustainable Core License; daarvoor was het de Business Source License. De broncode staat openbaar op GitHub. Volgens Directus gebruiken organisaties onder een grens in jaaromzet en aantal medewerkers het volledige platform zonder softwarekosten. Daarboven is er een gratis basisversie met grenzen, en voor meer gebruikers of extra functies een betaalde licentie. De prijzenpagina is op 2 november 2026 aangepast en niet op alle punten eenduidig. Lees de voorwaarden na voordat je kiest.

Wanneer past Directus, en wanneer niet?

Directus past als je inhoud meer is dan een paar pagina's: producten, locaties, vacatures, artikelen in meer talen, of gegevens die ook in een app of portaal terechtkomen. Dan loont het dat die inhoud een eigen, goed ingerichte plek heeft.

Voor een kleine site die zelden verandert is het vaak te veel. Dan kiezen we een statische site zonder beheeromgeving, of een CMS dat je al kent. En wil je zelf ook nieuwe pagina's en hun opmaak maken, dan bouwen we in WordPress, zoals voor Daily Phones. In Directus vul je inhoud in vaste velden in; hoe de pagina eruitziet, bepaalt de website.

Wat vraag je aan je bouwer?

Krijg je een voorstel met een headless CMS, stel dan deze vragen voordat je tekent:

• Waar draait de beheeromgeving, en wie houdt hem bij?
• Welke licentie heeft het CMS, en wat kost die bij onze omvang?
• Kunnen we de inhoud exporteren als we later iets anders willen?
• Hoe zien we een pagina voordat hij live staat?
• Wie mag wat aanpassen, en hoe stellen we dat in?

Een goede bouwer heeft op elke vraag een kort, concreet antwoord.

En een headless webshop?

Ook een webshop kan headless: een snelle voorkant op een shopsysteem, gekoppeld aan je eigen systemen. Wij kiezen daarvoor als snelheid en koppelingen het zwaarst wegen. Wil je producten en pagina's vooral zelf beheren, dan is WordPress vaak de logischere keuze. Dat adviseren we na één gesprek; meer bij webshop laten maken.

Hoe richten we het in?

1. Inhoud in kaart. Welke soorten inhoud er zijn, welke velden elke soort heeft, en wie wat mag aanpassen.
2. Rechten per rol. Directus kent rechten tot op het veld, dus een redacteur ziet alleen wat hij nodig heeft.
3. De website bouwen. In Astro of Nuxt, die de inhoud uit Directus ophaalt. Hoe we de website zelf bouwen, lees je bij webdevelopment.
4. Overdragen. Je krijgt een beheerhandleiding om zelf teksten en beelden aan te passen, stap voor stap, en technische notities over hosting, domein en koppelingen.
5. Bijhouden. Ook een CMS krijgt updates. Met een onderhoudsabonnement lopen die in een vast ritme door.

Wat komt erbij kijken als je overstapt?

Heb je al een site, dan is de overstap naar een headless CMS meer dan een nieuwe beheeromgeving. Reken op deze stappen:

• Inhoud overzetten. Teksten, beelden en documenten gaan van het oude systeem naar de velden in het nieuwe. Vaak is dat ook het moment om op te ruimen wat niemand meer leest.
• Adressen bewaren. Elke oude pagina die gevonden wordt of waar andere sites naar linken, krijgt een doorverwijzing naar zijn nieuwe adres.
• Beelden opnieuw beoordelen. Foto's die te zwaar zijn of de verkeerde maat hebben, maken ook een nieuwe site traag.
• Mensen meenemen. Wie de inhoud bijhoudt, moet de nieuwe beheeromgeving kennen. Een korte uitleg en de beheerhandleiding voorkomen dat iedereen terugvalt op mailtjes naar de bouwer.

Wat vraagt het daarna aan onderhoud?

Een headless site heeft twee delen die bijgehouden worden: de beheeromgeving met zijn database, en de website. Allebei krijgen updates, en de database heeft een back-up nodig die terug te zetten is. Wie Directus zelf host, heeft iemand nodig die de server, de database en de back-ups bijhoudt. Neem dat mee in je keuze, niet pas na de oplevering.

Wanneer dit niet geldt

Heb je een site van een handvol pagina's die zelden verandert, dan levert een headless CMS vooral extra onderdelen op: een server, updates en een koppeling die onderhoud vragen. Draait je bedrijf op een WordPress-site met plugins waar je op leunt, dan is overstappen een eigen project met eigen kosten, en niet vanzelf een verbetering.

Wat we niet weten: we hebben niet gemeten of een headless site beter scoort in Google dan dezelfde site in WordPress; dat hangt af van de bouw, niet van het CMS. Een klantproject met Directus staat nog niet als case op onze site; het voorbeeld hierboven gebruikt Sveltia CMS. En de licentievoorwaarden van Directus kunnen na 3 november 2026 weer veranderd zijn.

Veelgestelde vragen

Benieuwd wat het voor jou wordt? Vertel ons welke inhoud je hebt en wie hem bijhoudt, dan adviseren we of headless bij je past. Meer over hoe we bouwen lees je bij Astro en Nuxt. Je werkt rechtstreeks met Nawid; per project zet hij een vast team van specialisten in.

Bronnen

Geraadpleegd op 3 november 2026.

• Directus op GitHub (beschrijving, databases, REST en GraphQL, licentie)
• Directus, documentatie (rechten tot op het veld, zelf hosten)
• Directus, prijzen (grens voor gebruik zonder softwarekosten)
• Directus, licentie (Monospace Sustainable Core License)
• Directus, licentiewijziging bij versie 12 (22 april 2026)
• Google Search Central, JavaScript SEO basics
• Sveltia CMS op GitHub
• Empireyo, case TaalPro
• Empireyo, Werkwijze (beheerhandleiding en technische notities)