Headless en integraties

Wat is een headless website?

Handig wordt het zodra dezelfde informatie op meer dan één plek moet staan. Een prijslijst, een vacature of een nieuwsbericht schrijf je één keer, en hij verschijnt overal waar hij hoort. Geen collega meer die dezelfde prijs op drie plekken moet aanpassen en er eentje vergeet.

Het is geen doel op zich. Heb je alleen een website en verder niks, dan levert headless vooral extra techniek op waar je weinig voor terugkrijgt. Vul je meerdere kanalen, of wil je een bestaand systeem aan de achterkant laten staan, dan is het vaak de kortste weg.

Wat je eraan hebt om voorkant en achterkant te scheiden

Een headless opzet betaalt zich terug in beheer en in snelheid. Vier dingen die je in de praktijk merkt.

Eén keer schrijven, overal zichtbaar: Je redactie werkt op één plek en publiceert in één klik naar alle kanalen. Dat scheelt tijd, en vooral de fouten die ontstaan als iemand hetzelfde bericht op drie plekken moet bijwerken.

Een voorkant die snel is: De pagina's worden van tevoren klaargezet, zodat de bezoeker ze alleen nog hoeft op te pikken. Dat merk je op een telefoon met twee streepjes bereik in de trein. En Google let erop.

Een nieuw uiterlijk zonder verhuizing: Wil je over twee jaar een ander ontwerp, dan bouw je een nieuwe voorkant op dezelfde teksten en foto's. Niks overzetten, niks kwijtraken, en je redactie hoeft geen nieuw systeem te leren.

Systemen die elkaar aanvullen: Je voorraad, je agenda, je prijzen en je klantgegevens komen bij diezelfde voorkant binnen. De bezoeker ziet dus wat het systeem werkelijk weet, en geen kopie die iemand met de hand bijhoudt.

Voor wie is dit

Headless is de moeite waard zodra er meer dan één plek is waar dezelfde informatie moet staan:

• Je hebt een website en een app die allebei dezelfde berichten laten zien
• Je onderhoudt meerdere sites of landenversies die grotendeels hetzelfde tonen
• Je hebt een bestaand systeem dat blijft staan, en je wil daar een frisse voorkant op
• Je teksten moeten ook in een portaal, op een scherm in de hal of in een nieuwsbrief komen
• Je site wordt traag zodra er een verbinding met een ander systeem bij komt

Wat je krijgt

• Een systeem waarin je redactie werkt zoals ze gewend is, met een knop om te zien hoe het eruit komt te zien
• Een vaste manier waarop andere systemen je content ophalen, met een beschrijving waar een andere bouwer zo mee vooruit kan
• Een voorkant die pagina's van tevoren klaarzet, zodat hij ook op een telefoon vlot laadt
• Verbindingen met de systemen waar je voorraad, prijzen, agenda of klantgegevens in staan
• Een cache, een tussenvoorraadje dat zichzelf ververst zodra er iets wijzigt, zodat er nooit een oude prijs blijft staan
• Automatische controles, zodat jij hoort dat er iets stuk is voordat je bezoeker het ziet

Hoe we het bouwen

Eerst de vraag of het wel moet. Is headless hier het goede antwoord? Bij één website zonder tweede kanaal is het duurder in bouw en in beheer, en krijg je er weinig voor terug. Dan zeggen we dat gewoon, ook al kost ons dat de opdracht.

Je content op een rij. Daarna leggen we vast hoe je informatie in elkaar zit. Welke soorten er zijn, wat er bij elk soort hoort, en waar het getoond wordt. Dat is het fundament, en achteraf verbouwen is hier het duurst.

Bouwen en aansluiten. Dan de voorkant en de verbindingen. We beginnen met één kanaal, zetten dat live, en hangen de rest daarna aan hetzelfde fundament.

Wat kost een headless website?

Een headless website met één voorkant, een ingericht fundament en twee verbindingen is het basisgeval. Komen er meer kanalen bij, of een zware verbinding met een ander systeem, dan loopt het op.

Reken erop dat deze aanpak merkbaar meer bouwtijd kost dan dezelfde site op één systeem. Je bouwt en test tenslotte twee kanten in plaats van één. Daar krijg je gemak in beheer en snelheid voor terug, maar alleen als je meer dan één kanaal vult.

De server en het onderhoud liggen iets hoger dan bij een gewone site, want je houdt twee omgevingen in de lucht in plaats van één.

Waarom Mediavisie Web

Wij bouwen zowel de voorkant als de achterkant zelf, in WordPress en in Laravel. Dat zijn twee gereedschapskisten waar we al jaren mee werken. Dat scheelt hier vooral dit: gaat er iets mis, dan hoeft niemand naar een andere partij te wijzen.

De code en het fundament eronder zijn van jou. Je kunt met een andere bouwer verder op precies dezelfde content, en dat is nou net wat een headless opzet zou moeten opleveren. Hoe we systemen aan elkaar knopen, staat op API-koppeling.

Voor elke oplevering draaien er automatische tests, en kijken we of iemand die blind is of slecht ziet er ook mee overweg kan. Bij een losse voorkant is dat extra nuttig. Veel van dat soort fouten ontstaan juist in de laag die een gewoon systeem anders voor je invult.