Headless CMS, vad är det och bör du frikoppla?

Först och främst används olika termer. Vissa pratar om ett huvudlöst CMS och andra pratar om ett frikopplat CMS, men dessa termer är synonymer. Så de är exakt samma sak! Med ett traditionellt CMS kontrollerar innehållshanteringssystemet både backend och frontend. Så om du till exempel använder Drupal som ett CMS har Drupal fullständig kontroll över presentations- och datalagren. När du väljer ett huvudlöst tillvägagångssätt. Då har CMS:et kontroll över datalagren men har inget ansvar för hur data presenteras. I en huvudlös metod är frontend frikopplad från backend.

Med ett headless CMS har du också olika typer av versioner av frikopplade system. Du kan successivt frikoppla eller helt frikoppla.

Progressivt frikopplat

Om du inte är helt säker på om en huvudlös metod är rätt lösning för dig är ett mellanting att gradvis frikoppla. Det innebär att ditt CMS, till exempel Drupal, fortfarande är delvis ansvarigt för presentationslagret, men att JavaScript krävs för att erbjuda den interaktiva användarupplevelse som önskas. I det här scenariot läggs JavaScript-ramverket ovanpå den befintliga CMS-frontend. Ansvaret för JavaScript är begränsat i det här fallet.

Fullständig frikoppling

Det andra valet är att helt frikoppla. Då är CMS enbart en dataleverantör. JavaScript-ramverket är ensamt ansvarigt för presentationen. Detta innebär att all rendering och markering kommunicerar med CMS via webbtjänster eller API:er. Den stora fördelen med ett huvudlöst tillvägagångssätt är att ett JavaScript-ramverk kan användas för olika dataleverantörer. Detta beror på att frontend och backend är frikopplade från varandra, som tidigare nämnts när du väljer en huvudlös metod.

Ska man välja ett traditionellt CMS eller ett headless CMS?

Så nu är den stora frågan: "Ska jag fortsätta med mitt traditionella CMS eller ska jag välja ett huvudlöst CMS? Allt detta beror på dina krav, ditt syfte, dina långsiktiga planer och din budget. Det är inte ett lätt beslut att fatta. Och det finns för- och nackdelar åt båda hållen. Följande punkter kommer förhoppningsvis att göra ditt beslut lite enklare.

Varför ska jag frikoppla?

• Ett huvudlöst tillvägagångssätt ger dig en förbättrad användarupplevelse;

• Du är inte bara beroende av backend-utvecklare;

• Använd samma frikopplade frontend på olika backends. Den stora fördelen med en headless-strategi är att ett JavaScript-ramverk kan användas för olika dataleverantörer.

Varför ska jag inte frikoppla?

• Arkitekturen är mer komplex eftersom du måste underhålla flera system och underhålla din webbplats och lägga till funktioner som fungerar i olika system;

• Det blir svårare att hitta buggar. Den eviga frågan kommer alltid att vara: "Är det en frontend- eller en backend-bugg?";

• Du måste anställa rätt personer. Nu har din webbplats två olika team ett backend-team och ett frontend-team.