Innhold først: Hvordan Enonic jobber med headless

Selv om headless CMS er en foretrukket plattform for utviklere, kommer førstegenerasjonsløsningene ikke uten sine egne utfordringer. For å rette opp i dette tilbyr Enonic et headless CMS med tilleggsverktøy som garantert vil tilfredsstille både utviklere og redaktører.

Men det er bare en del av suksessoppskriften. For å virkelig lykkes som et headless CMS, bør plattformen du velger følge «innhold først»-prinsippet. Alle seriøse leverandører i dag modellerer innholdet sitt for gjenbruk og behandler innhold som primært – mens presentasjon er sekundært.

La oss nå se på hvordan Enonic tilnærmer seg «innhold først» i praksis.

Innholdstyper

Enonic er innholdsorientert fremfor sideorientert, noe som betyr at hvert innholdselement må ha en spesifikk innholdstype, som «artikkel», «person», «case-studie», «produkt», «snarvei», «bilde», «fil», «mappe», «landingsside» og «nettsted».

Hver innholdstype inkluderer et spesifikt sett med felt som definerer den. For eksempel kan innholdstypen «person» inkludere felt for «fornavn», «etternavn», «bilde» og «biografi», mens «landingsside» kanskje bare inkluderer et «navn»-felt.

Flere metadatafelt er felles for alle innholdstyper, inkludert «visningsnavn», «språk», «tilganger», «endret av», «opprettelsesdato» og mer.

Skjemasystem

Innholdstyper defineres gjennom Enonics skjemasystem, som gjør det mulig for utviklere å lage ulike rike og komplekse skjemaer gjennom hele CMS-et.

Skjemasystemet gir en 1:1-kobling mellom skjemafelt og tilhørende dokumentegenskaper. For eksempel: et tekstfelt kalt «tittel» kobles til en egenskap kalt «tittel» i den underliggende dokumentstrukturen.

Flere standard input-typer er inkludert i skjemasystemet, sammen med avanserte skjemakomponenter som «ItemSets» og «OptionSets» for å lage henholdsvis nøstede datasett og valgfrie datasett.

Se også: Få fart på dine content operations med Enonic »

Input-typer

Enonic tilbyr et bredt spekter av input-typer for å lage tilpassede innholdstyper. Input-typer tilgjengelig for Enonic-skjemaer inkluderer «TextArea», «ContentSelector», «HtmlArea», «GeoPoint», «Date» og «RadioButton».

Skjemafragmenter

Hvis du vil dele et sett med felt på tvers av flere innholdstyper, kan du trekke dem ut til et skjemafragment. Deretter legger du ganske enkelt til en referanse til det relevante skjemafragmentet i skjemaene til innholdstypene du ønsker.

Et eksempel kan være metadata du vil ha på tvers av ulike innholdstyper, men definert på ett sted. Skjemafragmenter kan brukes i innholdstyper, komponentbeskrivelser og site.xml-filen.

Mixin

Dette er et alternativ for de som ønsker å legge til et separat sett med felt fremfor å injisere felt inne i innholdstypens skjema. Med en mixin kan du definere et sett med felt som kan brukes på ulike innholdstyper, noe som markerer et separat trinn i innholdsskjemaet.

Et eksempel på en mixin er SEO Meta Fields-appen, der visse felt legges til i ulike innholdstyper uten behov for å endre hver enkelt innholdstype.

Publiseringskraft! Enonic Content Studio-jukselapp »

Trestruktur

Arbeid med innhold i Content Studio gjøres gjennom en trestruktur kalt «innholdsnavigator». Denne typen navigasjon er kjent fra operativsystemer og lar brukeren bla gjennom innhold ved å åpne og lukke underinnhold under et overordnet innhold.

Trestrukturen kan gjenspeile nettstedsstrukturen din eller en logisk struktur for å forenkle vedlikehold. Dette er spesielt nyttig når du har store nettsteder med flere brukere som administrerer sine respektive deler.

Et kraftig, fuzzy søk med fasettering er også tilgjengelig, det samme er en standard handlingsmeny som består av å opprette nytt, redigere, slette, duplisere, flytte, sortere, forhåndsvise, publisere og avpublisere ulike innholdselementer.

Roller og tilgangsstyring

Med Enonic kan du enkelt administrere brukerroller og tilgangsstyring. Du kan definere egendefinerte roller – som administrator, redaktør og bidragsyter – og tildele brukere til de ulike rollene, og til og med gruppere brukere for enkelhets skyld.

I Content Studio kan du videre tildele hvilke brukere som har rettigheter til å utføre bestemte handlinger. For eksempel: hvem som har rett til å publisere eller hvem som kan redigere innholdselementer på ulike nivåer i innholdstreet ditt.

Headless-API

Enonic leveres også med et kraftig GraphQL-API, tilgjengelig som både en applikasjon og et bibliotek.

Som det burde være klart nå, gjør vår «innhold først»-tilnærming Enonic ideell for servering av innhold via API. Det gjør det også mulig for utviklere å umiddelbart ta i bruk de kraftige søkefunksjonene som tilbys av den underliggende NoSQL-lagringen.

Integrerte frontend-rammeverk

For å fullføre vår «innhold først»-pakke, ønsker vi å vise hvordan den passer til den andre siden av saken. Innhold alene utgjør ikke et nettsted eller en app, og det er derfor du trenger en frontend. Heldigvis kan Enonic integreres med ethvert frontend-rammeverk!

Vår Next.js-integrasjon er et perfekt eksempel. Med dette oppsettet kan utviklere jobbe i et rent frontend-rammeverk med sine favorittverktøy (i dette tilfellet: React), mens innholdsredaktører kan jobbe slik de er vant til – med en trestruktur, integrert forhåndsvisning og visuell sidebygger.

***

Vi mener «innhold først» er den rette tilnærmingen i en verden der publikumskanalene er tilnærmet grenseløse. Stasjonære datamaskiner, bærbare datamaskiner, wearables, digital skilting, taleassistenter og IoT skaper tonnevis av nye muligheter, og «innhold først», headless CMS og frontend-frihet bidrar til å legge grunnlaget.

Først publisert 25. mai 2022, oppdatert 9. september 2026.