Hva er et CMS? Content Management Systems forklart

Et CMS, eller content management system, er programvare som lar folk lage, redigere og publisere innholdet på et nettsted: artikler, sider, bilder og produktbeskrivelser. Det gjør dette gjennom en vennlig editor i stedet for å endre kode. Det lagrer innholdet, holder oversikt over utkast og versjoner, og legger den publiserte versjonen ut på nettstedet. WordPress er det mest kjente eksemplet, men det finnes mange andre.

Hvorfor det betyr noe når du bygger med AI

Når en AI bygger nettstedet ditt, havner ordene og bildene vanligvis rett inn i koden. Det er greit så lenge du er den eneste som redigerer, og du er fornøyd med å gjøre endringer ved å be AI-en om det. Det blir et problem når noen andre, en markedsfører, en butikkmedarbeider eller en frivillig, må rette en skrivefeil, legge til et blogginnlegg eller endre åpningstider hver uke uten å røre koden.

Så et av de mest nyttige spørsmålene å stille tidlig er: hvem skal endre innholdet, og hvor ofte? Svaret avgjør om du trenger et CMS, en enkel adminside bygget inn i appen din, eller ingenting. Å få det galt betyr enten at du må ettermontere et CMS senere, eller at du bygger et du aldri bruker.

En hverdagslig sammenligning

Tenk på en restaurants menytavle.

På én restaurant er menyen malt direkte på veggen. Den ser flott ut, men å endre en pris betyr å ringe skiltmaleren. Det er innhold skrevet inn i kode.

På en annen står menyen på en tavle med en fast ramme og overskrifter: Forretter, Hovedretter, Dessert. Alle ansatte kan viske ut en linje og skrive en ny rett, og tavlen ser fortsatt konsekvent ut fordi rammen og overskriftene ikke endres. Det er et CMS. Rammen er designet (malen), kritlinjene er innholdet, og regelen om at «bare sjefen endrer priser» er CMS-ets tillatelser.

Tradisjonelt vs. headless CMS

Det finnes to hovedtyper.

Tradisjonelt (koblet) CMS. Ett system lagrer innholdet og viser nettstedet. Du velger et tema, skriver i editoren, trykker publiser, og siden dukker opp. WordPress, Drupal og Joomla fungerer slik, det samme gjelder de innebygde editorene i nettsidebyggere som Squarespace og Wix.

Headless CMS. CMS-et lagrer og redigerer bare innhold. Det har ikke noe eget nettsted «hode». Nettstedet eller appen din henter innholdet gjennom et API og viser det i sin egen design. Contentful, Sanity og Strapi er kjente eksempler, og WordPress kan også kjøres slik.

Hvis nettstedet ditt er bygd med en AI-appbygger som egen kode, passer et headless CMS (eller et lite innebygd adminområde) naturlig, fordi AI-en allerede har bygd frontenden.

Et konkret eksempel: et bakeris nyheter og meny

Anta at bakerieier Maya har et AI-bygd nettsted med en forside, en meny og en nyhetsseksjon. Hennes ansatte vil skrive «Gresskarbrød er tilbake!» uten å spørre Maya hver gang.

Et CMS for dette nettstedet ville lagret innhold i strukturerte typer, omtrent som tabeller i en database:

Innholdstype: Innlegg

Innholdstype: Menyvare

Ansatte logger inn i editoren, fyller ut et skjema for et nytt innlegg, laster opp et bilde og trykker publiser. Nyhetssiden på nettstedet ber CMS-et om alle innlegg med status = published, nyeste først, og viser dem i nettstedets design. Ingen rører koden, og layouten holder seg konsekvent fordi de ansatte bare fyller ut felt.

Legg merke til hva feltene gjør. Fordi price er et eget felt og ikke en setning i en tekst, kan nettstedet vise priser i samme format overalt. Fordi det finnes et status-felt, kan de ansatte lagre utkast uten at de vises på nettstedet.

Viktige begreper

Vanlige feil og misforståelser

• «Et CMS er det samme som en nettsidebygger.» Nettsidebyggere inkluderer ofte et CMS, men et CMS handler spesifikt om å administrere innhold. Et headless CMS har ingen nettsidedesign i det hele tatt.
• «Alle nettsteder trenger ett.» Et nettsted med fem sider som endres to ganger i året trenger ikke det. Å be en AI om å «oppdatere åpningstidene» kan være enklere enn å vedlikeholde et CMS.
• Å putte alt i én stor tekstboks. Hvis priser, datoer og adresser er gjemt i avsnitt, kan du ikke sortere, filtrere eller formatere dem. Bruk egne felt.
• Å glemme tillatelser. Bestem hvem som kan publisere, ikke bare hvem som kan skrive. En ny ansatt bør sannsynligvis ikke kunne slette forsiden.
• Å ignorere bilder. Uten størrelsesgrenser laster folk opp enorme bilder, og nettstedet blir tregt. Be om automatisk størrelsesendring.
• Å anta at innhold flytter seg enkelt. Å flytte fra ett CMS til et annet betyr vanligvis å eksportere og mappe innholdet på nytt. Se hvordan migrere et WordPress-nettsted.

Hva du bør be AI-byggeren din om

• «Hvilke deler av innholdet på dette nettstedet er hardkodet, og hvilke kommer fra en database?»
• «Lagre blogginnlegg i en database med tittel, slug, brødtekst, forsidebilde, status og publiseringsdato.»
• «Bygg en enkel adminside der innloggede ansatte kan lage, redigere og publisere innlegg. Bare administratorer kan slette.»
• «Vis bare utkast til innloggede ansatte. Det offentlige nettstedet viser bare publiserte innlegg.»
• «Endre størrelse på opplastede bilder og lagre dem i fillagring, ikke i databasen.»
• «Alternativt: koble nettstedet til [et headless CMS] via API-et, og hold API-nøkkelen på serveren.»

For trinn-for-trinn-hjelp, se hvordan legge til en blogg på nettstedet ditt og hvordan bygge en blogg med AI. Hvis du vurderer å forlate WordPress, sammenligner WordPress-alternativer valgene.

CMS og Mythex

Mythex er en AI-appbygger, ikke et CMS: det finnes ingen egen redaktørinnlogging for et innholdsteam som standard, og du endrer vanligvis innhold ved å be om det i chatten. Hvis andre trenger å redigere innhold, be agenten bygge et lite adminområde basert på prosjektets Postgres-database, med opplastinger lagret i fillagring. Mythex inkluderer ikke innlogging for sluttbrukere selv, så agenten kobler inn den innloggingstjenesten du velger. Eller be den koble nettstedet til et headless CMS du allerede bruker, via dets API.

Spørsmål