Infrastruktur for innholdshåndtering

Hva er en infrastruktur for innholdshåndtering?

Infrastruktur for innholdshåndtering (CMI) er både en prosess og en plattform for håndtering og ofte også distribusjon av innhold.

CMI som plattform krever sentralisering og universalisering av all digital innholdsproduksjon, slik at den sømløst kan integreres i bedriftens DevOps-arbeidsflyt.

Det handler også om å integrere innholdshåndtering i utviklingsstakken for å legge til rette for personalisering av innhold og øke hastigheten på omnikanaldistribusjon.

Fordelene med en integrert infrastruktur for innholdsstyring

I dag forventer kundene en personalisert, sømløs omnikanalopplevelse på tvers av alle enhetene og appene sine. Men utviklerne dine bruker sannsynligvis en rekke ulike programvarer og programmeringsspråk for å produsere omnikanaltilstedeværelsen din. Å betjene kunder på tvers av en rekke ulike enheter og appbutikker krever finjustering for ulike operativsystemer, skjermstørrelser og maskinvarebegrensninger.

En infrastrukturløsning for innholdsstyring som Optimizelys Content Management System(CMS) integreres sømløst i hele DevOps-stakken. Utviklere kan bruke et mangfoldig sett med backend-API-er for å få tilgang til og importere digitalt innhold til alle typer digitale leveringsløsninger - uavhengig av programvare eller maskinvare.

Hva er galt med et innholdsstyringssystem (CMS)?

Over 78 % av alle nettsteder kjører i dag på et CMS. Men ikke alle CMS-er er like. Det finnes to hovedkategorier av nettbaserte CMS - koblet CMS og headless CMS. Hvilken CMS-infrastruktur bedriften din velger, kan være avgjørende for kundens omnikanalopplevelse.

Koblet innholdsstyringssystem

Koblet CMS (også kjent som Legacy eller Traditional CMS) er effektivt når det gjelder å skape og levere responsivt webinnhold. Koblede CMS-plattformer er monolittiske. De håndterer både back-end-innhold og front-end-visning.

Alt innhold er sentralisert i Coupled CMS. Innholdsskapere genererer og redigerer tekst inne i systemet. Redaktørene kontrollerer om innholdet er utformet slik at det oppfyller merkevarebehovene, og godkjenner det. Designere skaper CMS-ens ansikt utad - f.eks. merkevarebygging og nettsteddesign. Administratorer og markedsførere bestemmer når og hvordan innholdet skal legges ut på nettstedet.

Ulempene med koblede CMS-plattformer er blant annet

• Nettleserfokusert innholdslevering
• Ikke optimale muligheter for å eksportere innhold til andre kanaler
• Begrensede API-integrasjoner
• CMS-plugins kan gjøre innlastingen av nettstedet tregere

Hodeløst innholdsstyringssystem

Headless CMS er fokusert på innholdshåndtering, ikke levering. Dets raison d'être er å administrere innholdsproduksjon og gjøre det tilgjengelig for utviklerne dine for distribusjon. Det er "hodeløst" fordi det mangler egne verktøy for publisering av innhold. Frontend-designet overlates til kanaleksperter og utviklere.

Headless CMS løser mange av de begrensningene som Coupled CMS har når det gjelder kundeopplevelsen, blant annet

• Fleksible leveringsalternativer
• Bedre arbeidsflytintegrasjon med API-er
• Utviklere kan kontrollere brukeropplevelsen og leveringsalternativene

Ulemper ved å bruke CMS-løsninger med åpen kildekode

Det koster å bruke headless CMS. Små selskaper har kanskje ikke råd til nett- og apputviklere. Denne infrastrukturen fungerer best for mellomstore bedrifter som utvikler omnikanalopplevelser. Små selskaper som kun fokuserer på nettrafikk, kan oppleve at Coupled CMS dekker behovene deres bedre.

Store selskaper uten ressursbegrensninger kan også støte på problemer med Headless CMS. Headless CMS-plattformer er utvilsomt mer robuste enn Coupled CMS-alternativene, men med tanke på at forbrukernes smak og forventninger har endret seg radikalt, slik at de nå forventer en omnikanalopplevelse hele tiden, begynner de å vise sine nettbaserte begrensninger.

Headless CMS-funksjonaliteten hemmes fortsatt av nettstedsfokusert organisering og ufleksible innholdsbegrensninger. For eksempel tvinger de fleste hodeløse CMS-plattformer fortsatt automatisk digitalt innhold inn i en sidestruktur - en http-basert, organisatorisk bakrus. Organisasjonsstrukturen for hvordan digitalt CMS-innhold lagres eller leveres, er ofte ensidig, uavhengig av hvordan en utvikler ønsker å bruke den.

Fordelene med innhold som en tjeneste (CaaS) og agile CMS-løsninger

Skybaserte, smidige CMS-løsninger er mindre monolittiske enn begge CMS-typene som er omtalt ovenfor. De tilbyr en rekke fordeler i forhold til konkurrentene, både for innholdsskapere og utviklere. Ifølge Forrester Wave er Optimizelys CMS et av de ledende smidige CMS-systemene. Plattformen er skybasert og omnikanal-fokusert. Den skiller seg fra konkurrerende plattformer ved å fokusere på innhold som en tjeneste (CaaS).

Transformasjonen av infrastrukturen for innholdshåndtering

CaaS er prosessen med å levere nøyaktig det innholdet utviklere trenger, ved hjelp av API-kall i backend. CaaS-basert infrastruktur for innholdsstyring gir utviklere friheten til å skape persontilpasset, just-in-time-innhold via innebygd kode.

Det er tre metoder som CaaS-basert smidig CMS tilbyr, og som standard nettbasert CMS ikke gjør:

1. Kontroll over innholdsstrukturen

   Digitalt innhold er tilgjengelig og kan tilpasses for bruk i alle typer kanaler. Ved å hente data som er lagret i gjennomtrengelige biter, er det enklere å tilpasse innholdet enn å håndtere CMS-innhold som er tvunget inn i store sideklumper.

2. Kanaluavhengig administrasjon og henting av innhold

   API-henting gjør det mulig for utviklere å få tilgang til data ved hjelp av kanalspesifikk kode. Dette resulterer i mer effektiv henting og raskere levering av innhold på tvers av kanaler. Innholdet kan integreres i arbeidsflytstakken og kan hentes for å lage trykksaker, e-post, e-bøker, blogger, infografikk, videostrømming eller andre distribusjonskanaler.

3. CaaS er skybasert og skalerbar

   CaaS leveres alltid i skyen - ettersom det er en underkategori av skybasert programvare som en tjeneste (SaaS). Innholdet lagres ikke lenger på dine egne servere. Skyleverandøren kan opprette, vedlikeholde og skalere infrastrukturen for brukerne, noe som reduserer administrasjonskostnadene og tilsynet.

Nødvendige infrastrukturkomponenter for innholdsstyring

Den skybaserte infrastrukturen for innholdshåndtering må inneholde tre komponenter:

1. Administrasjon

   Plattformen må gjøre det mulig for innholdsarkitektene å utforme sine egne CMS-innholdsmodeller, det vil si bestemme hvordan data skal grupperes og lagres. Den må ha et intuitivt, nettbasert brukergrensesnitt som gjør det mulig for innholdsskapere å utvikle, oppdatere og samarbeide.

2. Infrastruktur

   Plattformen må være pålitelig, skalerbar og tilby flere leveringsalternativer - tilgjengelig levering i både høykost- og lavkvalitetsnettområder. Den bør kunne distribueres på et CDN for å øke personaliseringen av innholdet og leveringstidene.

   Du må også sørge for at løsningen tilbyr omfattende leverandørstøtte og dokumentasjon, slik at du raskt kan feilsøke problemer og hjelpe organisasjonen med å integrere CaaS i stakken. Sørg også for at løsningen har et mangfoldig og åpent API-økosystem som passer for alle dine behov for innholdsproduksjon, -levering og -administrasjon.

3. Kanalutvikling

   Den beste løsningen tilbyr kildekode for demo-apper og templating. Det er ikke nødvendig å begynne å utvikle kanallevering fra bunnen av. Unngå plattformer som ikke tillater integrering av tredjepartsverktøy. Til slutt må løsningen være åpen for hele DevOps-arbeidsflyten. Sørg for at SDK-ene og API-bibliotekene du bruker i den eksisterende teknologistakken din, er inkludert i løsningen.