Vad du behöver veta om headless CMS
Published on 31 Aug 2020
Debatter om fördelarna med huvudlösa och icke-huvudlösa CMS:er har pågått under de senaste åren. Du kan mycket väl ha ignorerat dem. När allt kommer omkring är CMS-arkitektur inte precis ett ämne för middagsbjudning – inte ens för de mest innehållsbesatta marknadsförare.
Men det här är en viktig diskussion. Kvaliteten på innehållet som visas på publikens skärmar börjar bli grundläggande för varumärkesvärdet för de flesta företag. För att upprätthålla ett försprång gentemot konkurrenterna måste du se till att upplevelserna du och dina utvecklarkollegor skapar är så rika, smidiga och kontextuella som möjligt – och kan utökas till var som helst din publik är, oavsett om det är på en mobilapp eller ansluten enhet.
Huvudlös CMS-arkitektur är en stor del av denna konversation. Så nu är det dags att komma till kärnan i den huvudlösa och icke-huvudlösa debatten. I denna vitbok kommer vi att förklara vad huvudlös är (och inte är). Och vi kommer att titta på hur du går tillväga för att fatta rätt CMS-beslut för ditt företag – med hänsyn till behoven hos både utvecklare och marknadsförare. På Sitecore tycker vi också att det är dags att överväga fördelarna med ett tredje sätt: en som utan tvekan är mycket bättre lämpad för den moderna tidsåldern av kontextuell marknadsföring.
Redo? Här går vi.
Vad är ett huvudlöst CMS?
Ett huvudlöst CMS är ett innehållshanteringssystem som låter dig lagra, redigera och hantera innehåll – men som faktiskt inte återger innehållet på din publiks skärm. Med andra ord skiljer ett huvudlöst CMS skapande, leverans och hantering av innehåll (backend-uppgifterna) från presentationen på webbsidan, appen eller enheten (front-end-uppgifterna). Det har ingen roll i webbdesign, sidteman eller mallar. Däremot är traditionella kopplade (annars kända som icke-huvudlösa) CMS:er ansvariga inte bara för innehållsskapande, hantering, publicering och leverans – utan också för den sista milen (även kallad presentation) av webbsidan.
Hur huvudlösa och icke-huvudlösa CMS-arkitekturer skiljer sig åt
Så det är klart att användningen av ett huvudlöst CMS (snarare än ett kopplat CMS) lägger ett stort ansvar för slutanvändarens upplevelse på utvecklarna – eftersom hur en viss sida eller skärm är uppbyggd måste beskrivas i kod och hanteras av utvecklaren. Men det finns några väldigt stora fördelar med att använda huvudlösa CMS – och det är därför det har blivit en så stor sak på sistone.
Headless CMS—en riktigt stor sak
När den digitala världen handlade om webben och inte mycket annat, kunde ett CMS hantera författande, lagring och presentation av designade webbplatser ganska lyckligt. Innehållsförråd (som lagrar innehåll och dynamiskt levererar det till en sida) optimerades för HTML-mallar. Allt kopplades ihop snyggt och det fanns stora prestationsfördelar med denna allsidiga närhet. Sedan kom den mobila revolutionen och internet of things (IoT) samt en spridning av olika enheter på marknaden som inte använde HTML. Plötsligt började de kopplade CMS-sprickorna synas.
Deras innehållsförråd, som var webbsidacentrerade, spelade helt enkelt inte bra med icke-HTML-format. De var dåligt rustade att använda den senaste front-end-tekniken utan hack eller betydande utvecklingsarbete. De var helt enkelt inte redo för en tid av flytande och responsiva webbappar där sidor uppdateras dynamiskt när användare interagerar med dem. De kunde inte anpassa sig till en ny tidsålder av innehåll där innehållsobjekt levererades via ett API.
Se även : Microsoft Street Pricing & Sales Tactics
