Hvilket CMS skal I vælge, og har I overhovedet brug for et?
Vælg CMS ud fra redaktørernes hverdag og de samlede omkostninger over tid, ikke ud fra den længste funktionsliste. Et traditionelt CMS passer når én hjemmeside og enkel redigering er nok. Headless passer når indhold skal ud i flere kanaler og I har udviklerkapacitet. Ændres indholdet sjældent, kan I klare jer helt uden CMS.
Valget af CMS træffes ofte på et forkert grundlag: en sammenligning af funktionslister hvor den med flest flueben vinder. Men de fleste CMS’er kan det meste. Den forskel der kan mærkes i hverdagen, handler om hvordan redaktørerne faktisk arbejder og hvad løsningen koster at eje over flere år. Her er valget set fra kundens side, inklusive den ofte oversete mulighed for slet ikke at have et CMS.
Traditionelt kontra headless, set fra hverdagen
Forskellen bliver tydeligst hvis du ser på to personers arbejdsdag.
Redaktørens hverdag. I et traditionelt CMS ser redaktøren siden mens den redigeres: tekst, billede og layout ét sted, og resultatet lige foran sig. Det er trygt og stiller få krav til teknikken. I et headless CMS udfylder redaktøren i stedet struktureret indhold (overskrift, brødtekst og billede som separate felter) uden at se den færdige side i samme øjeblik. Mange oplever det først som en omstilling og siden som en lettelse. Det forudsætter dog at forhåndsvisning er på plads fra starten.
Udviklerens hverdag. Et traditionelt CMS binder udvikleren til platformens skabelonsystem og konventioner. Meget går hurtigt inden for rammerne, men det der ligger uden for, bliver besværligt. Et headless CMS giver helt frie hænder i frontend, med valgfrit framework og valgfrit design, men prisen er at mere skal bygges fra bunden.
Kernespørgsmålet er altså ikke hvad der er “mest moderne”, men hvor jeres tyngdepunkt ligger: en hjemmeside med redaktører der vil have det hele samlet, eller indhold der skal genbruges i flere kanaler af en organisation med udviklerkapacitet. En almindelig fejl er at vælge headless fordi det lyder fremtidssikret, og så opdage at redaktionen savner den enkelhed den var vant til, uden at I reelt udnytter den styrke på tværs af kanaler der begrundede valget.
Omkostningen der adskiller alternativerne, og den der ikke gør
En udbredt misforståelse er at licensprisen er afgørende. I praksis adskiller alternativerne sig mere i drift og vedligeholdelse end i indkøbspris.
- Licens. Nogle platforme er gratis i udgangspunktet, andre koster fra nogle tusinde DKK om året til sekscifrede beløb for enterpriseplatforme med personalisering og support.
- Drift og hosting. Et traditionelt CMS med database kræver mere løbende drift end en statisk genereret hjemmeside. Headless betyder ofte både et CMS-abonnement og separat hosting af frontend.
- Vedligeholdelsestimer. Det er her den reelle omkostning gemmer sig. Et “gratis” CMS med mange udvidelser og konstante opdateringer kan over tid koste mere end en betalt platform med færre bevægelige dele.
Pointen: Regn på de samlede omkostninger over tre til fem år, ikke på hvad det koster at komme i gang. En billig løsning der kræver en udvikler til hver ændring, kan blive dyrere end en dyrere platform hvor redaktionen klarer sig selv.
Når I slet ikke har brug for et CMS
Det tredje alternativ bliver næsten altid glemt: at undvære et CMS. Hvis indholdet ændres sjældent og de der ændrer det alligevel er udviklere, kan siderne bygges direkte i kode og versionsstyres som resten af systemet. Resultatet er en hurtig, sikker og billig hjemmeside med et minimum af drift: intet administrationspanel at beskytte, ingen database at angribe.
Et konkret eksempel: en teknologivirksomheds marketingsite på tyve sider som opdateres cirka en gang om måneden af det samme team der bygger produktet. Et CMS ville dér mest være en udgift og en angrebsflade der skal vedligeholdes. Uden CMS får de en hurtigere hjemmeside og en lavere driftsregning, men den dag en ikke-teknisk redaktør skal publicere dagligt, bliver manglen på redigeringsværktøjer en hindring. Det er netop den afvejning der er afgørende.
En kravliste ud fra jeres arbejdsform
Træf beslutningen ud fra hvordan I arbejder, ikke ud fra hvad der er populært. Stil spørgsmålene: Hvor ofte ændres indholdet, og af hvem? Skal indholdet ud i flere kanaler end nettet? Hvor meget udviklerkapacitet har I løbende? Og hvad kan budgettet bære over fem år, alt medregnet?
Svarene peger som regel tydeligt mod ét af sporene. Vil I have hjælp til at fastlægge kravene og regne på de samlede omkostninger, ser vi i vores ydelser på redaktørernes hverdag, jeres integrationsbehov og driften i én sammenhæng. Kontakt os gerne og fortæl hvordan jeres indholdsarbejde ser ud i dag, så giver vi en anbefaling.
Ofte stillede spørgsmål
Kan man have en hjemmeside helt uden CMS?
Ja. Hvis indholdet ændres sjældent og redigeres af udviklere, kan siderne bygges direkte i kode og versionsstyres som enhver anden del af systemet. Det giver hastighed, sikkerhed og lave driftsomkostninger, men kræver en udvikler til hver eneste tekstændring. Det passer dårligt hvis redaktører skal arbejde i det dagligt.
Er et headless CMS altid dyrere end et traditionelt?
I starten som regel ja, fordi redaktøroplevelse og frontend skal bygges i stedet for at følge med platformen. Over tid kan regnestykket vende: Hver ny kanal og hvert redesign bliver billigere når indholdet er afkoblet. Med kun én hjemmeside og standardbehov er det traditionelle normalt stadig billigst.
Hvad koster et CMS egentlig? Er mange ikke gratis?
Selve softwaren kan være gratis, men de samlede omkostninger ligger i licenser til udvidelser, drift, hosting og frem for alt vedligeholdelsestimer. Et 'gratis' CMS med tyve betalte udvidelser og et konstant behov for opdateringer kan blive dyrere end en betalt platform. Regn på tre til fem år, ikke på indkøbsprisen.
Hvem bør vælge CMS: IT eller redaktionen?
Begge, men redaktionens hverdag vejer tungt fordi det er dem der lever i værktøjet hver dag. IT og udviklere bidrager med krav til drift, sikkerhed og integrationer. Et CMS som udviklerne elsker men redaktørerne hader, fører til løsninger uden om systemet og indhold der ikke bliver vedligeholdt.
Hvordan ved vi om vi er vokset fra vores nuværende CMS?
Signalerne går igen: Indhold skal ud i flere kanaler end nettet, redaktørerne kæmper mod skabelonerne, ydeevnen halter, og hver ændring kræver en udvikler. Når I oftere arbejder imod systemet end med det, er det tid til at tage valget op igen, headless eller ej.