Har et virksomhedswebsite brug for et CMS?
Et redaktionssystem er et svar på spørgsmålet »hvordan ændrer nogen uden tekniske kundskaber en tekst«. Bliver det spørgsmål ikke stillet hos jer, løser et CMS et problem, I ikke har – og bringer sine egne med.
Det vigtigste kort
- Det afgørende spørgsmål lyder ikke »hvilket system«, men »hvem ændrer hvor ofte hvad«.
- Et klassisk CMS betaler sig, når flere personer uden tekniske kundskaber regelmæssigt ændrer indhold.
- Genererede statiske sider er hurtigere, sikrere og billigere i drift – men kræver nogen, der kan omgås filer.
- Den største skjulte post ved et CMS er vedligeholdelsen: opdateringer, udvidelser, sikkerhedshuller.
De fire spørgsmål
1. Hvem ændrer indhold?
Én person med teknisk grundforståelse, eller flere uden? Det er det vigtigste spørgsmål – et CMS findes netop til det andet tilfælde.
2. Hvor ofte?
Flere gange om ugen, månedligt eller to gange om året? Ved sjældne ændringer er driftsindsatsen ved et CMS større end nytten.
3. Hvor mange sider, og hvor ens?
Tolv enkeltsider eller 200, der opstår ud fra skabeloner? Ved mange ensartede sider – for eksempel sprogudgaver – er generering ud fra data den klare vinder, uafhængigt af systemet.
4. Har I brug for funktioner ud over tekst?
Butik, loginområde, booking, kundekonti? Så er der næppe nogen vej uden om et system med database.
De tre veje
| Klassisk CMS | Genererede statiske sider | Byggekasse | |
|---|---|---|---|
| Ændring af lægfolk | ja | begrænset | ja |
| Indlæsningstid | middel til langsom | meget hurtig | middel |
| Vedligeholdelsesindsats | høj, løbende | meget lav | ingen |
| Angrebsflade | stor | minimal | hos udbyderen |
| Driftsomkostninger | middel | meget lave | middel til høje |
| Mange sprogudgaver | med udvidelse | meget godt | som regel svagt |
| Udtræden | besværlig | triviel – filer | ofte vanskelig |
| Butik, login | ja | kun med en ekstra tjeneste | afhænger af udbyderen |
Vidste du det?
Den største omkostningsblok ved et klassisk CMS er ikke opsætningen, men vedligeholdelsen: opdateringer af kernen og af udvidelserne, sikkerhedskontroller, lejlighedsvise problemer med forligelighed efter en opdatering.
Realistisk er det to til seks timer i kvartalet – varigt, uden at et eneste stykke indhold bliver bedre. Den, der ikke afsætter den tid, driver efter to år et website med kendte sikkerhedshuller. Netop den post mangler i næsten enhver sammenligning af tilbud.
Sådan fungerer genererede statiske sider
Fremgangsmåden er enklere, end navnet lyder: Indhold ligger som tekstfiler, et program sætter dem sammen med skabeloner til færdige HTML-sider, og serveren leverer kun færdige filer.
Deraf følger egenskaberne i tabellen:
- Hurtigt, fordi der ikke længere beregnes noget ved hvert opkald.
- Sikkert, fordi der ikke findes nogen database og intet loginområde, der kunne angribes.
- Billigt, fordi levering af statiske filer næsten ikke kræver serverkraft.
- Godt til mange sprog, fordi den samme skabelon bliver genereret med forskellige tekstfiler.
Prisen for det: Den, der vil lave en ændring, arbejder med filer og sætter genereringen i gang. For en person med teknisk grundforståelse er det et spørgsmål om minutter – for en uden er det en forhindring.
Den hyppigste fejlbeslutning er et omfangsrigt CMS til et website, der bliver ændret to gange om året. Det bliver sat op, forsynet med udvidelser, og derefter tager ingen sig af opdateringerne – fordi ingen har websitet for øje, når det ikke ændrer sig.
Efter to år står der så en forældet installation på nettet, ofte med kendte huller. For sjældent ændrede websites er friheden for vedligeholdelse den stærkeste grund til den statiske vej – stærkere end indlæsningstid og omkostninger tilsammen.
Beslutningen i kort form
| Hvis … | … så |
|---|---|
| flere personer uden teknisk kundskab ændrer regelmæssigt | klassisk CMS |
| én person med grundforståelse passer det, mange sprog | genererede statiske sider |
| der sjældent bliver ændret, ingen bemanding til vedligehold | genererede statiske sider eller byggekasse |
| butik, login eller booking er nødvendigt | CMS eller en fagapplikation |
| der hurtigt skal stå noget, intet budget | byggekasse – med udtræden for øje |
Hjælp mig med at afgøre, hvilken slags websiteteknik der passer til os. Vores situation: - Hvem ændrer indhold: [antal personer, teknisk forhåndsviden] - Hvor ofte bliver der ændret: [angivelse] - Antal sider i dag: [antal] - Sprog: [liste] - Har vi brug for butik, loginområde eller booking? [ja/nej, hvad] - Hvem tager sig af vedligehold og opdateringer: [person eller »ingen«] - Budget til opsætning og løbende drift: [beløb] Opgaver: 1. Besvar de fire beslutningsspørgsmål for vores tilfælde: hvem ændrer, hvor ofte, hvor mange og hvor ensartede sider, hvilke funktioner ud over tekst. 2. Anbefal en af de tre veje – klassisk CMS, genererede statiske sider, byggekasse – og begrund det. 3. Regn vedligeholdelsesindsatsen for den anbefalede variant op over tre år, inklusive vores arbejdstid. Hvis ingen er ansvarlig for vedligehold, så sig tydeligt, hvad det betyder for anbefalingen. 4. Nævn, hvad man måtte forvente ved et senere skifte væk fra denne variant. 5. Nævn de to punkter, hvor vores oplysninger ikke rækker til en sikker anbefaling. Anbefal ingen konkrete produkter.
Konklusion
Et CMS er ikke en standard, men en løsning på et bestemt tilfælde: flere personer uden tekniske kundskaber ændrer regelmæssigt indhold. Passer det ikke, betaler man vedligehold og angrebsflade for en nytte, der ikke opstår.
For små virksomheder med én person, der passer det, mange sprogudgaver og uden butik er genererede statiske sider næsten altid det billigere valg – frem for alt fordi de varigt ikke kræver vedligehold.
Ofte stillede spørgsmål
Har ethvert virksomhedswebsite brug for et CMS?
Nej. Et redaktionssystem løser spørgsmålet om, hvordan flere personer uden tekniske kundskaber regelmæssigt ændrer indhold. Bliver det spørgsmål ikke stillet i virksomheden – for eksempel fordi én person med grundforståelse passer det, eller fordi der sjældent bliver ændret – bringer det frem for alt vedligeholdelsesindsats og angrebsflade med sig.
Hvad er genererede statiske sider?
Indhold ligger som tekstfiler, et program sætter dem sammen med skabeloner til færdige HTML-sider, og serveren leverer kun filer. Det er hurtigt, fordi der ikke længere beregnes noget, sikkert, fordi der ikke findes nogen database, billigt i drift og særlig velegnet til mange sprogudgaver.
Hvad koster et CMS i drift?
Den største post er ikke opsætningen, men vedligeholdelsen: opdateringer af kerne og udvidelser, sikkerhedskontroller, lejlighedsvise problemer efter opdateringer. Realistisk er to til seks timer i kvartalet, varigt – en post, der mangler i næsten enhver sammenligning af tilbud.
Hvornår betaler en byggekasse sig?
Når der hurtigt skal stå noget, der ikke er budget til opsætning, og ingen kan påtage sig vedligehold. Inden da skal udtrædelsen undersøges: om tekster, billeder og adressestruktur kan eksporteres fuldstændigt – ellers betyder et senere skifte nybygning i stedet for flytning.
Hvad taler ved mange sprog for hvilken løsning?
Genererede statiske sider, fordi den samme skabelon bliver genereret med forskellige tekstfiler, og enhver ændring i skabelonen automatisk når frem i alle sprog. Klassiske systemer kræver udvidelser til det, og byggekasser er som regel svage ved mange sprogudgaver.
Markedsføring, der sætter sig selv op
Betaen for Studio Engine er åben. Sikr dig en plads, og vær med til at forme den fra starten.
Deltag i betaen →