Waarom Drupal de geschikte keuze is als headless CMS

Voordat je kan kiezen om al dan niet gebruik te maken van een headless CMS, moet je weten wat de voor- en nadelen van zo’n systeem zijn. Die zetten we even voor jou op een rijtje.

Voordeel 1: efficiënt contentbeheer

Wanneer de content in je CMS gekoppeld is aan de presentatielaag, kan het zijn dat elk kanaal een andere versie van de content toont. Wil je iets aanpassen aan je content (bv. een fout verbeteren of informatie updaten), dan moet je dat voor elk kanaal apart doen. In een headless CMS is contentbeheer gecentraliseerd, en dus een stuk efficiënter — je hebt namelijk maar één versie nodig voor alle kanalen. Zo beheer je zonder problemen een multi-site brand platform.

Voordeel 2: meer keuzevrijheid

In een traditioneel online project dicteert de keuze van het CMS vaak de volledige techstack van de website. Bij headless is dat anders. Developers kunnen gaandeweg functionaliteiten toevoegen omdat content en presentatie zijn losgekoppeld — of ze die functionaliteiten nu zelf programmeren of gewoon een extra module toevoegen.

Voordeel 3: makkelijker upgraden

Het is een stuk makkelijker om een website die gebouwd is met een headless CMS te upgraden. Er wordt namelijk minder bovenop het CMS zelf ontwikkeld, en daardoor hoeven developers minder rekening te houden met koppelingen en features. Door de hechte opensource-community is Drupal trouwens een veilige keuze op de lange termijn.

Voordeel 4: schaalbaarheid

Een headless CMS vraagt minder rekenkracht dan een traditioneel CMS, net omdat beide lagen niet aan elkaar vasthangen. Zo kan je de website efficiënter en goedkoper hosten, en is je project als geheel een stuk flexibeler en schaalbaarder. De ideale oplossing voor een uitgebreide enterprise website, dus.

Uitdaging 1: meer eigen code nodig

Bij een traditioneel CMS word je ondersteund door de ontwikkelaar bij het opzetten van de code. Een headless CMS biedt je meer wendbaarheid en vrijheid, maar dat betekent ook dat je zelf waarschijnlijk meer code moet schrijven voor een website die écht op maat van je organisatie is gemaakt.

Uitdaging 2: meer complexiteit

Door de structuur van headless hoef je niet te kiezen voor een alles-in-één-oplossing, maar kan je voor verschillende diensten rekenen op verschillende dienstverleners. Zo bouw je een architectuur die je project als gegoten past. Maar dat betekent ook dat je van al die verschillende diensten kennis moet hebben, en de integraties leiden snel tot extra complexiteit. Bovendien heeft elke dienst zijn kosten, waardoor je met headless duurder kan uitkomen dan met een traditioneel CMS.

Intussen is het voor jou hopelijk duidelijk wat headless precies inhoudt. Maar hoe werkt Drupal als headless CMS?

Wel: bij headless Drupal — ook gekend als “Decoupled Drupal” — wordt Drupal gebruikt als de backend opslagplaats voor content. De frontend wordt dan gebouwd in verschillende technologieën (meestal JavaScript of PHP) en communiceert met Drupal via een API.

Drupal is een populaire keuze voor headless, en dat om verschillende redenen:

• Het is makkelijk om content te verdelen via Drupal naar websites, mobiele apps, IoT devices, kioskdisplays, etc.;

• Drupal is een robuuste tool voor contentcreatie en dataopslag, maar kan toch makkelijk gekoppeld worden aan een frontend technologie die zorgt voor een elegante UX;

• Drupal heeft fantastische out-of-the-box functionaliteiten en heeft een sterke focus op APIs;

• Drupalexperts zijn moeilijk te vinden (hoewel we er bij iO meer dan 130 in huis hebben). Daarom is het een goed idee om de frontend te laten uitvoeren door een apart team dat gespecialiseerd is in een andere technologie.