Headless CMS, wat is het en moet je ontkoppelen?

Ten eerste worden er verschillende termen gebruikt. Sommige mensen hebben het over een headless CMS en anderen over een ontkoppeld CMS, maar deze termen zijn synoniemen. Ze zijn dus precies hetzelfde! Bij een traditioneel CMS beheert het Content Management Systeem zowel de backend als de frontend. Dus als je bijvoorbeeld Drupal gebruikt als CMS, dan heeft Drupal de volledige controle over de presentatie- en datalagen. Als je kiest voor een headless aanpak. Dan heeft het CMS controle over de datalagen, maar geen verantwoordelijkheid over hoe de data wordt gepresenteerd. Bij een headless aanpak is de frontend losgekoppeld van de backend.

Met een headless CMS heb je ook verschillende soorten versies van ontkoppelde systemen. Je kunt geleidelijk ontkoppelen of volledig ontkoppelen.

Geleidelijk ontkoppeld

Als je niet helemaal zeker weet of een headless aanpak de juiste oplossing voor je is, dan is een tussenoplossing om progressief te ontkoppelen. Dit betekent dat je CMS, bijvoorbeeld Drupal, nog steeds gedeeltelijk verantwoordelijk is voor de presentatielaag, maar dat JavaScript nodig is om de gewenste interactieve gebruikerservaring te bieden. In dit scenario wordt het JavaScript-framework bovenop de bestaande frontend van het CMS gelegd. De verantwoordelijkheid van JavaScript is in dit geval beperkt.

Volledig ontkoppelen

De andere keuze is volledig ontkoppelen. Dan is het CMS puur de dataleverancier. Het JavaScript framework is alleen verantwoordelijk voor de presentatie. Dit betekent dat alle rendering en markup communiceren met het CMS via webservices of API's. Het grote voordeel van een headless aanpak is dat één JavaScript framework kan worden gebruikt voor verschillende data providers. Dit komt omdat, zoals eerder gezegd, bij een headless aanpak de frontend en backend van elkaar ontkoppeld zijn.

Moet je kiezen voor een traditioneel CMS of een headless CMS?

Dus, nu is de grote vraag: "Moet ik bij mijn traditionele CMS blijven, of moet ik kiezen voor een headless CMS? Dit hangt allemaal af van je eisen, doel, langetermijnplannen en budget. Het is geen eenvoudige beslissing. En er zijn voor- en nadelen. De volgende punten maken je beslissing hopelijk wat makkelijker.

Waarom zou ik ontkoppelen?

• Een headless aanpak geeft je een verbeterde gebruikerservaring;

• Je bent niet alleen afhankelijk van backend ontwikkelaars;

• Gebruik dezelfde ontkoppelde frontend op verschillende backends. Het grote voordeel van een headless aanpak is dat één JavaScript framework gebruikt kan worden voor verschillende data providers.

Waarom zou ik niet ontkoppelen?

• De architectuur wordt complexer omdat je meerdere systemen moet onderhouden en je site moet onderhouden en functionaliteiten moet toevoegen die in verschillende systemen werken;

• Het vinden van bugs wordt moeilijker. De eeuwige vraag zal altijd zijn: "Is het een frontend of een backend bug?";

• Je moet de juiste mensen aannemen. Nu heeft uw website twee verschillende teams: een backend-team en een frontend-team.