Hvad er et CMS? Content Management Systems forklaret

Et CMS, eller content management system, er software, der lader folk oprette, redigere og publicere en hjemmesides indhold (artikler, sider, billeder, produktbeskrivelser) gennem en venlig editor i stedet for at ændre koden. Det gemmer indholdet, holder styr på udkast og versioner og lægger den publicerede version på sitet. WordPress er det mest kendte eksempel, men der findes mange andre.

Hvorfor det betyder noget, når du bygger med AI

Når en AI bygger dit website, bliver ord og billeder som regel skrevet direkte ind i koden. Det er fint, mens du er den eneste, der redigerer, og du er tilfreds med at lave ændringer ved at bede AI'en om det. Det bliver et problem, når en anden (en marketingmedarbejder, en butiksassistent, en frivillig) skal rette en tastefejl, tilføje et blogindlæg eller ændre åbningstider hver uge uden at røre koden.

Så et af de mest nyttige spørgsmål at stille tidligt er: Hvem ændrer indholdet, og hvor tit? Svaret afgør, om du har brug for et CMS, en simpel admin-side bygget ind i din app, eller slet intet. At få det forkert betyder enten at man må sætte et CMS på bagefter, eller at man bygger et, man aldrig bruger.

En hverdagsanalogi

Tænk på en restaurants menutavle.

På en restaurant er menuen malet direkte på væggen. Den ser flot ud, men at ændre en pris betyder at tilkalde skiltemaleren. Det er indhold skrevet ind i koden.

På en anden restaurant står menuen på en tavle med en fast ramme og overskrifter: Forretter, Hovedretter, Desserter. Enhver medarbejder kan viske en linje ud og skrive en ny ret, og tavlen ser stadig ens ud, fordi rammen og overskrifterne ikke ændrer sig. Det er et CMS. Rammen er designet (skabelonen), kridtlinjerne er indholdet, og reglen om, at "kun chefen ændrer priser", er CMS'ets rettigheder.

Traditionelt vs. headless CMS

Der er to hovedtyper.

Traditionelt (koblet) CMS. Ét system gemmer indholdet og viser websitet. Du vælger et tema, skriver i editoren, trykker på publicer, og siden dukker op. WordPress, Drupal og Joomla fungerer på den måde, ligesom de indbyggede editorer i sitebyggere som Squarespace og Wix.

Headless CMS. CMS'et gemmer og redigerer kun indhold. Det har ingen egen website-"head". Dit site eller din app beder om indholdet gennem en API og viser det i sit eget design. Contentful, Sanity og Strapi er kendte eksempler, og WordPress kan også køres headless.

Hvis dit site er bygget med en AI-app-builder som brugerdefineret kode, er et headless CMS (eller et lille indbygget admin-område) den naturlige løsning, fordi AI'en allerede har bygget frontend.

Et konkret eksempel: et bageris nyheder og menu

Sig at bagerens ejer, Maya, har et AI-bygget website med en forside, en menu og en nyhedssektion. Hendes medarbejdere vil gerne skrive "Græskarbrødet er tilbage!" uden at spørge Maya hver gang.

Et CMS til dette site ville gemme indhold i strukturerede typer, lidt ligesom tabeller i en database:

Indholdstype: Indlæg

Indholdstype: Menupunkt

Medarbejderne logger ind i editoren, udfylder en formular for et nyt indlæg, uploader et foto og trykker på publicer. Websitets nyhedsside beder CMS'et om alle indlæg med status = published, nyeste først, og viser dem i sitets design. Ingen rører koden, og layoutet forbliver ensartet, fordi medarbejderne kun udfylder felter.

Læg mærke til, hvad felterne gør. Fordi price er et felt for sig selv og ikke en sætning i et afsnit, kan sitet vise priser i samme format alle steder. Fordi der er et status-felt, kan medarbejderne gemme udkast uden at de vises på sitet.

Vigtige begreber

Almindelige fejl og misforståelser

• "Et CMS er det samme som en sitebygger." Sitebyggere inkluderer ofte et CMS, men et CMS handler specifikt om at administrere indhold. Et headless CMS har slet ingen websitedesign.
• "Alle sites har brug for et." Et site med fem sider, der ændrer sig to gange om året, har ikke brug for det. At bede en AI om at "opdatere åbningstiderne" kan være enklere end at vedligeholde et CMS.
• At putte alt i ét stort tekstfelt. Hvis priser, datoer og adresser er begravet i afsnit, kan du ikke sortere, filtrere eller formatere dem. Brug separate felter.
• At glemme rettigheder. Beslut, hvem der må publicere, ikke kun hvem der må skrive. En ny medarbejder bør nok ikke kunne slette forsiden.
• At ignorere billeder. Uden størrelsesgrænser uploader folk enorme fotos, og sitet bliver langsomt. Bed om automatisk skalering.
• At antage, at indhold flytter nemt. Flytning fra et CMS til et andet betyder typisk at eksportere og gen-mappe indhold. Se sådan migrerer du et WordPress-site.

Hvad du kan bede din AI-builder om

• "Hvilke dele af dette sites indhold er hårdkodet, og hvilke kommer fra en database?"
• "Gem blogindlæg i en database med titel, slug, brødtekst, forsidebillede, status og udgivelsesdato."
• "Byg en simpel admin-side, hvor indloggede medarbejdere kan oprette, redigere og publicere indlæg. Kun admins må slette."
• "Vis kun udkast til indloggede medarbejdere; det offentlige site viser kun publicerede indlæg."
• "Skaler uploadede billeder og gem dem i fillagring, ikke i databasen."
• "Alternativt: forbind sitet til [et headless CMS] via dets API, og hold API-nøglen på serveren."

Til trin-for-trin-hjælp, se sådan tilføjer du en blog til dit website og sådan bygger du en blog med AI. Hvis du overvejer at forlade WordPress, sammenligner WordPress-alternativer mulighederne.

CMS og Mythex

Mythex er en AI-app-builder, ikke et CMS: der findes ikke som standard et særskilt editor-login til et indholdsteam, og du ændrer normalt indhold ved at bede om det i chatten. Hvis andre skal redigere indhold, kan du bede agenten bygge et lille admin-område, der bruger projektets Postgres-database, med uploads gemt i fillagring. Mythex inkluderer ikke selv slutbrugerlogin, så agenten kobler den udbyder af login på, du vælger. Du kan også bede den forbinde sitet til et headless CMS, du allerede bruger, via dets API.

Spørgsmål