Headless WordPress: wat het is en of uw bedrijf het nodig heeft

U vraagt een offerte aan voor een nieuwe website en een bureau stelt voor om het “headless” te bouwen: WordPress voor het beheer, maar de voorkant in een modern framework. Sneller, veiliger, toekomstbestendig, zo klinkt het. Het kan allemaal waar zijn. Maar voor een gewone bedrijfswebsite komen er ook kosten en onderhoud bij die in de offerte niet altijd opvallen. In dit artikel leest u wat headless WordPress is en hoe u bepaalt of het bij uw bedrijf past.

Wat betekent headless?

Een gewone WordPress-site doet twee dingen tegelijk: u beheert er uw teksten en afbeeldingen in, en WordPress bouwt met een thema de pagina’s die bezoekers zien. Beheer en voorkant zitten in één systeem.

Bij headless wordt dat gescheiden. WordPress blijft de plek waar u teksten invoert, maar het toont zelf niets meer aan bezoekers. Een aparte applicatie, vaak gebouwd met een JavaScript-framework, haalt de inhoud via een koppeling (een API) op en maakt daar de website van. Het “hoofd”, de voorkant, is losgehaald van het “lichaam”, het beheer.

Wanneer heeft het voordelen?

• Dezelfde inhoud op meerdere plekken, zoals een website, een app en schermen in een winkel. Eén beheeromgeving, meerdere voorkanten.
• Zeer specifieke wensen voor de voorkant, zoals een complexe productconfigurator of een interactieve applicatie die met een gewoon thema lastig te bouwen is.
• Een eigen ontwikkelteam dat in het gekozen framework werkt en de voorkant doorlopend onderhoudt.
• Zeer hoge bezoekersaantallen, waarbij een voorkant die vooraf als statische pagina’s wordt gebouwd de server ontlast.

Wat er vaak onderbelicht blijft

Twee systemen om te onderhouden

U heeft nu WordPress én een aparte applicatie, vaak op een andere server of dienst. Beide krijgen updates, beide kunnen lekken bevatten en beide moeten bewaakt worden. Het onderhoud van de voorkant vraagt een ontwikkelaar die het framework kent; een gewone WordPress-beheerder kan dat meestal niet.

Plugins werken maar half

Veel van wat WordPress handig maakt, komt uit plugins: formulieren, SEO-instellingen, cookiemeldingen, webshopfuncties. In een headless opzet tonen die plugins hun werk niet vanzelf aan de voorkant. Alles wat een bezoeker ziet of gebruikt, moet in de voorkant opnieuw worden gebouwd of gekoppeld.

Voorbeeldweergave en bewerken

Een pagina bewerken en direct zien hoe hij eruitziet, is in een gewone WordPress-site vanzelfsprekend. Headless vraagt daar extra werk voor, en het werkt niet altijd even soepel.

Afhankelijk van één bureau

Een op maat gebouwde voorkant is moeilijker over te dragen dan een WordPress-thema. Stopt de samenwerking, dan is een nieuwe partij die het overneemt lastiger te vinden. Lees ook ons artikel over technische schuld.

Snelheid kan ook zonder

Het belangrijkste argument voor headless is snelheid. Maar een goed gebouwde gewone WordPress-site met een licht thema, caching en goed ingestelde hosting is voor de meeste bedrijfswebsites ruim snel genoeg. Het verschil merkt een bezoeker zelden; het verschil in onderhoud merkt u elke maand.

Drie vragen om te beslissen

1. Moet dezelfde inhoud op meer plekken dan uw website verschijnen? Zo niet, dan vervalt het grootste voordeel.
2. Wie onderhoudt de voorkant over drie jaar, en wat kost dat per jaar? Vraag dit concreet na in de offerte.
3. Welk probleem lost het op dat met een goede gewone opzet niet op te lossen is? Als het antwoord “snelheid” is, vraag dan eerst om een meting van wat een geoptimaliseerde gewone site haalt.

Twijfelt u over de hosting onder een gewone site, lees dan onze uitleg over managed WordPress-hosting.

Wat u zelf doet en wanneer u hulp inschakelt

De drie vragen hierboven kunt u zelf aan uw bureau voorleggen. Heeft u al een headless site, dan geldt voor het WordPress-deel hetzelfde onderhoud als voor elke andere site: updates, back-ups en beveiliging. Dat deel nemen wij graag uit handen in ons WordPress-onderhoud; voor de voorkant blijft het bureau dat hem bouwde het aanspreekpunt.