Trenger et bedriftsnettsted et CMS?
Et redaksjonssystem er et svar på spørsmålet «hvordan endrer noen uten teknisk kunnskap en tekst». Blir det spørsmålet ikke stilt hos dere, løser et CMS et problem dere ikke har – og bringer med seg sine egne.
Det viktigste kort
- Det avgjørende spørsmålet lyder ikke «hvilket system», men «hvem endrer hva hvor ofte».
- Et klassisk CMS lønner seg når flere personer uten teknisk kunnskap jevnlig endrer innhold.
- Genererte statiske sider er raskere, sikrere og billigere i drift – men krever noen som kan håndtere filer.
- Den største skjulte posten ved et CMS er vedlikeholdet: oppdateringer, utvidelser, sikkerhetshull.
De fire spørsmålene
1. Hvem endrer innhold?
Én person med teknisk grunnforståelse, eller flere uten? Det er det viktigste spørsmålet – et CMS finnes nettopp for det andre tilfellet.
2. Hvor ofte?
Flere ganger i uken, månedlig eller to ganger i året? Ved sjeldne endringer er driftsinnsatsen ved et CMS høyere enn nytten.
3. Hvor mange sider, og hvor like?
Tolv enkeltsider eller 200 som oppstår fra maler? Ved mange likeartede sider – for eksempel språkversjoner – er generering fra data den klare vinneren, uavhengig av system.
4. Trenger dere funksjoner utover tekst?
Butikk, innloggingsområde, booking, kundekontoer? Da fører knapt noen vei utenom et system med database.
De tre veiene
| Klassisk CMS | Genererte statiske sider | Byggekasse | |
|---|---|---|---|
| Endring av ikke-tekniske | ja | begrenset | ja |
| Lastetid | middels til langsom | svært rask | middels |
| Vedlikeholdsinnsats | høy, løpende | svært lav | ingen |
| Angrepsflate | stor | minimal | hos tilbyderen |
| Driftskostnader | middels | svært lave | middels til høye |
| Mange språkversjoner | med utvidelse | svært godt | som regel svakt |
| Utgang | arbeidskrevende | triviell – filer | ofte vanskelig |
| Butikk, innlogging | ja | bare med tilleggstjeneste | avhengig av tilbyder |
Visste du at …?
Den største kostnadsblokken ved et klassisk CMS er ikke oppsettet, men vedlikeholdet: oppdateringer av kjernen og utvidelsene, sikkerhetskontroller, av og til kompatibilitetsproblemer etter en oppdatering.
Realistisk er to til seks timer i kvartalet – varig, uten at ett eneste innhold blir bedre. Den som ikke planlegger inn den tiden, driver etter to år et nettsted med kjente sikkerhetshull. Nettopp denne posten mangler i nesten enhver tilbudssammenligning.
Hvordan genererte statiske sider fungerer
Framgangsmåten er enklere enn navnet høres ut: innhold foreligger som tekstfiler, et program setter dem sammen med maler til ferdige HTML-sider, og serveren leverer bare ut ferdige filer.
Derav følger egenskapene i tabellen:
- Raskt, fordi ingenting lenger regnes ut ved hvert oppslag.
- Sikkert, fordi det ikke finnes noen database og intet innloggingsområde som kunne angripes.
- Rimelig, fordi utlevering av statiske filer nesten ikke krever serverytelse.
- Godt for mange språk, fordi den samme malen genereres med ulike tekstfiler.
Prisen for det: den som vil gjøre en endring, arbeider med filer og setter i gang genereringen. For en person med teknisk grunnforståelse er det et spørsmål om minutter – for noen uten er det en terskel.
Den vanligste feilbeslutningen er et omfangsrikt CMS for et nettsted som endres to ganger i året. Det settes opp, forsynes med utvidelser, og deretter bryr ingen seg om oppdateringer – fordi ingen har nettstedet i tankene når det ikke endrer seg.
Etter to år står da en foreldet installasjon på nettet, ofte med kjente hull. For nettsteder som sjelden endres, er vedlikeholdsfriheten den sterkeste grunnen til den statiske veien – sterkere enn lastetid og kostnader til sammen.
Beslutningen i kortform
| Når … | … da |
|---|---|
| flere personer uten teknisk kunnskap endrer jevnlig | klassisk CMS |
| én person med grunnforståelse vedlikeholder, mange språk | genererte statiske sider |
| det endres sjelden, ingen folk til vedlikehold | genererte statiske sider eller byggekasse |
| butikk, innlogging eller booking er nødvendig | CMS eller fagapplikasjon |
| noe må stå raskt, uten budsjett | byggekasse – med blikk på utgangen |
Hjelp meg å avgjøre hvilken type nettstedsteknikk som passer for oss. Situasjonen vår: - Hvem endrer innhold: [antall personer, teknisk forkunnskap] - Hvor ofte endres det: [angivelse] - Antall sider i dag: [antall] - Språk: [liste] - Trenger vi butikk, innloggingsområde eller booking? [ja/nei, hva] - Hvem tar seg av vedlikehold og oppdateringer: [person eller «ingen»] - Budsjett for oppsett og løpende drift: [beløp] Oppgaver: 1. Besvar de fire beslutningsspørsmålene for vårt tilfelle: hvem endrer, hvor ofte, hvor mange og hvor like sider, hvilke funksjoner utover tekst. 2. Anbefal en av de tre veiene – klassisk CMS, genererte statiske sider, byggekasse – og begrunn. 3. Regn vedlikeholdsinnsatsen for den anbefalte varianten over tre år, inkludert arbeidstiden vår. Hvis ingen har ansvar for vedlikehold, si tydelig hva det betyr for anbefalingen. 4. Nevn hva som ville være å vente ved et senere bytte bort fra denne varianten. 5. Nevn de to punktene der opplysningene våre ikke rekker til en sikker anbefaling. Ikke anbefal konkrete produkter.
Konklusjon
Et CMS er ingen standard, men en løsning for et bestemt tilfelle: flere personer uten teknisk kunnskap endrer jevnlig innhold. Stemmer ikke det, betaler man vedlikehold og angrepsflate for en nytte som ikke oppstår.
For små bedrifter med én person som vedlikeholder, mange språkversjoner og uten butikk, er genererte statiske sider nesten alltid det rimeligste valget – framfor alt fordi de varig ikke krever vedlikehold.
Vanlige spørsmål
Trenger ethvert bedriftsnettsted et CMS?
Nei. Et redaksjonssystem løser spørsmålet om hvordan flere personer uten teknisk kunnskap jevnlig endrer innhold. Blir det spørsmålet ikke stilt i bedriften – for eksempel fordi én person med grunnforståelse vedlikeholder, eller fordi det endres sjelden – bringer det framfor alt vedlikeholdsinnsats og angrepsflate med seg.
Hva er genererte statiske sider?
Innhold foreligger som tekstfiler, et program setter dem sammen med maler til ferdige HTML-sider, og serveren leverer bare ut filer. Det er raskt, fordi ingenting lenger regnes ut, sikkert, fordi det ikke finnes noen database, rimelig i drift og særlig godt egnet for mange språkversjoner.
Hva koster et CMS i drift?
Den største posten er ikke oppsettet, men vedlikeholdet: oppdateringer av kjerne og utvidelser, sikkerhetskontroller, av og til problemer etter oppdateringer. Realistisk er to til seks timer i kvartalet, varig – en post som mangler i nesten enhver tilbudssammenligning.
Når lønner en byggekasse seg?
Når noe må stå raskt, det ikke finnes budsjett til oppsett, og ingen kan ta på seg vedlikehold. På forhånd må utgangen kontrolleres: om tekster, bilder og adressestruktur lar seg eksportere fullstendig – ellers betyr et senere bytte nybygging i stedet for flytting.
Hva taler for hvilken løsning ved mange språk?
Genererte statiske sider, fordi den samme malen genereres med ulike tekstfiler og enhver endring i malen automatisk kommer fram i alle språk. Klassiske systemer trenger utvidelser til det, byggekasser er som regel svake ved mange språkversjoner.
Markedsføring som setter seg opp selv
Betaen for Studio Engine er åpen. Sikre deg en plass og bidra fra starten.
Bli med i betaen →