Infrastruktur för innehållshantering

Vad är infrastruktur för innehållshantering?

Infrastruktur för innehållshantering, också känt som content management infrastructure (CMI) på engelska, är både en process och en plattform för att hantera och distribuera innehåll.

CMI som plattform kräver att all innehållsproduktion för digitalt innehåll centraliseras och universaliseras så att den sömlöst kan integreras i företagets DevOps-arbetsflöde.

Det handlar också om att implementera innehållshantering i utvecklingsstacken för att underlätta personalisering av innehåll och påskynda distribution i omnikanal.

Fördelarna med en infrastruktur för innehållshantering

Idag förväntar sig kunderna en  personaliserad, sömlös upplevelse av omnikanal på alla sina enheter och i alla sina appar. Dina utvecklare använder dock sannolikt en mängd olika programvaror och programmeringsspråk för att skapa din omnikanal-närvaro. För att kunna betjäna kunder på en mängd olika enheter och i olika app-butiker krävs finjusteringar för olika operativsystem, skärmstorlekar och hårdvarubegränsningar.

En lösning för infrastruktur för innehållshantering som Optimizely Content Management System (CMS) implementeras sömlöst i hela DevOps-stacken. Utvecklare kan använda en mängd olika backend-API:er för att komma åt och importera ditt digitala innehåll till alla typer av lösningar för digital innehållsleverans - oavsett programvara eller hårdvara.

Vad är det för fel på ett content management system (CMS)?

Över 78% av alla webbplatser idag körs på ett CMS. Men alla CMS är inte likadana. Det finns två breda kategorier av webbaserade CMS - kopplade CMS och headless CMS. Vilken CMS-infrastruktur ditt företag väljer kan vara avgörande för kundens upplevelse av omnikanal.

Kopplat Content Management System

Kopplat CMS, även känt som Coupled, Legacy eller Traditional CMS, är effektivt för att skapa och leverera responsivt webbinnehåll. Plattformar för kopplade CMS är monolitiska. De hanterar både back-end-innehåll och front-end-visning.

Allt innehåll är centraliserat i det kopplade CMS:et. Innehållsskapare genererar och redigerar text i systemet. Redaktörer kontrollerar om innehållet är utformat för att uppfylla varumärkets behov och godkänner det. Designers skapar CMS:ets ansikte utåt - t.ex. varumärkes- och webbplatsdesign. Administratörer och marknadsförare bestämmer när och hur innehållet ska läggas ut på webbplatsen.

Nackdelarna med kopplade CMS-plattformar inkluderar

• Webbläsarfokuserad innehållsleverans
• Suboptimal möjlighet att exportera innehåll till andra kanaler
• Begränsade API-implementatörer
• CMS-plugins kan göra att webbplatsen laddas långsammare

Headless content management system

Headless CMS är inriktat på innehållshantering, inte innehållsleverans. Dess raison d'être är att hantera skapandet av innehåll och göra det tillgängligt för dina utvecklare för distribution. Det är "headless" eftersom det saknar egna verktyg för att publicera innehåll. Frontend-designen lämnas till dina kanalexperter och utvecklare.

Headless CMS löser många av de begränsningar som kopplade CMS har när det gäller kundupplevelsen, bland annat

• Flexibla leveransalternativ
• Bättre arbetsflödesintegration med API:er
• Låter utvecklare styra användarupplevelse och leveransalternativ

Nackdelar med att använda CMS-lösningar med öppen källkod och out-of-the-box

Det finns en kostnad för att använda headless CMS. Små företag kanske inte har råd med webb- och app-utvecklare. Den här infrastrukturen fungerar bäst för medelstora företag som utvecklar upplevelser av omnikanal. Små företag som bara fokuserar på webbtrafik kanske tycker att kopplade CMS bättre uppfyller deras behov.

Stora företag som inte har några resursbegränsningar kan också stöta på problem med headless CMS. Headless CMS-plattformar är förvisso mer robusta än kopplade CMS-alternativ, men med tanke på hur konsumenternas smak och förväntningar har förändrats radikalt till att förvänta sig en upplevelse av omnikanal hela tiden, börjar de visa sina webbaserade begränsningar.

Headless CMS-funktionaliteten hämmas fortfarande av att organisationen är fokuserad på webbplatsen och av oflexibla innehållsbegränsningar. Till exempel tvingar de flesta plattformar för headless CMS fortfarande automatiskt in digitalt innehåll i en sidstruktur - en http-baserad, organisatorisk baksmälla. Organisationsstrukturen för hur digitalt innehåll i CMS lagras eller levereras är ofta lika för alla, oavsett hur en utvecklare skulle vilja använda den.

Fördelarna med agilt CMS med innehåll som tjänst (CaaS)

Molnbaserade, agila CMS-lösningar är mindre monolitiska än de båda typerna av CMS som beskrivs ovan. De erbjuder en drifta av fördelar jämfört med konkurrenterna för både innehållsskapare och utvecklare. Ett ledande agilt CMS, enligt Forrester Wave, är Optimizely's CMS. Plattformen är molnbaserad och omnikanal-fokuserad. Den skiljer sig från konkurrerande plattformar genom att fokusera på innehåll som en tjänst (Content as a Service, CaaS).

Omvandlingen av infrastrukturen för innehållshantering

CaaS innebär att man levererar exakt det innehåll som behövs till utvecklare med hjälp av back-end API-anrop. CaaS-baserad infrastruktur för innehållshantering ger utvecklare friheten att skapa personaliserade, just-in-time-anpassade innehåll via inbyggd kod.

Det finns tre metoder som CaaS-baserade agila CMS erbjuder som vanliga webbaserade CMS inte gör:

1. Kontroll över innehållets struktur

   Digitalt innehåll är tillgängligt och formbart för användning i alla typer av kanaler. Att hämta data som lagras i genomsläppliga bitar gör det lättare att personalisera innehållet än att hantera CMS-innehåll som tvingas in i stora sidoblobbar.

2. Kanaloberoende hantering och innehållshämtning

   API-hämtning gör det möjligt för utvecklare att komma åt data med hjälp av annan, kanalspecifik kod. Detta resulterar i effektivare hämtning och snabbare innehållsleverans över kanalerna. Innehållet är byggt för att implementeras i din arbetsflödesstack och kan hämtas för att skapa utskrift, e-post, e-bok, blogg, infografik, videostreaming eller ytterligare distributionskanaler.

3. CaaS är molnbaserat och skalbart

   CaaS serveras alltid i molnet - eftersom det är en underkategori till molnbaserad programvara som en tjänst (SaaS). Innehållet lagras inte längre på dina egna servrar. Molnleverantören kan skapa, underhålla och skala upp infrastrukturen för användarna - vilket sänker de administrativa kostnaderna och övervakningen.

Viktiga komponenter i innehållshanteringens infrastruktur

Det finns tre komponenter som din molnbaserade infrastruktur för innehållshantering måste erbjuda:

1. Hantering

   Plattformen måste göra det möjligt för dina innehållsarkitekter att utforma sina egna CMS-innehållsmodeller, dvs. bestämma hur data ska grupperas och lagras. Den måste ha ett intuitivt, webbaserat användargränssnitt som gör det möjligt för innehållsskapare att utveckla, uppdatera och samarbeta.

2. Infrastruktur

   Plattformen måste vara tillförlitlig, skalbar och erbjuda flera leveransalternativ - tillgänglig leverans i både högkostnads- och lågkvalitetsnätområden. Den bör kunna distribueras på ett CDN för att öka personaliseringen av innehållet och leveranstiderna.

   Du måste också se till att din lösning erbjuder omfattande leverantörssupport och dokumentation för att snabbt kunna felsöka problem och hjälpa din organisation att implementera CaaS i din stack. Se också till att lösningen har ett mångsidigt och öppet API-ekosystem som passar alla dina behov av att skapa, leverera och hantera innehåll.

3. Utveckling av kanaler

   Den bästa lösningen erbjuder källkod för demo-appar och templating. Det finns ingen anledning att börja utveckla kanalleverans från grunden. Undvik plattformar som inte tillåter integrering av verktyg från tredje part. Slutligen måste din lösning vara öppen för hela ditt DevOps-arbetsflöde. Se till att de SDK:er och API-bibliotek som du använder i din befintliga tech stack finns med i din lösning.