Behöver en företagswebbplats ett CMS?
Ett redaktionssystem är ett svar på frågan «hur ändrar någon utan tekniska kunskaper en text». Om den frågan inte ställs hos er löser ett CMS ett problem ni inte har – och tar med sig sina egna.
Det viktigaste
- Den avgörande frågan lyder inte «vilket system», utan «vem ändrar hur ofta vad».
- Ett klassiskt CMS lönar sig när flera personer utan tekniska kunskaper regelbundet ändrar innehåll.
- Genererade statiska sidor är snabbare, säkrare och billigare i drift – men kräver någon som kan hantera filer.
- Den största dolda posten hos ett CMS är underhållet: uppdateringar, tillägg, säkerhetsluckor.
De fyra frågorna
1. Vem ändrar innehåll?
En person med teknisk grundförståelse, eller flera utan? Det är den viktigaste frågan – ett CMS finns just för det andra fallet.
2. Hur ofta?
Flera gånger i veckan, månadsvis eller två gånger om året? Vid sällsynta ändringar är driftinsatsen för ett CMS högre än nyttan.
3. Hur många sidor, och hur lika?
Tolv enskilda sidor eller 200 som uppstår ur mallar? Vid många likartade sidor – till exempel språkversioner – är generering ur data den klara vinnaren, oberoende av system.
4. Behöver ni funktioner bortom text?
Butik, inloggningsområde, bokning, kundkonton? Då går knappast någon väg förbi ett system med databas.
De tre vägarna
| Klassiskt CMS | Genererade statiska sidor | Byggsats | |
|---|---|---|---|
| Ändring av lekmän | ja | begränsat | ja |
| Laddtid | medel till långsam | mycket snabb | medel |
| Underhållsinsats | hög, löpande | mycket liten | ingen |
| Angreppsyta | stor | minimal | hos leverantören |
| Driftkostnader | medel | mycket låga | medel till höga |
| Många språkversioner | med tillägg | mycket bra | oftast svagt |
| Utträde | omständligt | trivialt – filer | ofta svårt |
| Butik, inloggning | ja | bara med tilläggstjänst | beroende på leverantör |
Visste du att…?
Det största kostnadsblocket hos ett klassiskt CMS är inte installationen, utan underhållet: uppdateringar av kärnan och tilläggen, säkerhetskontroller, tillfälliga kompatibilitetsproblem efter en uppdatering.
Realistiskt är två till sex timmar per kvartal för det – varaktigt, utan att ett enda innehåll blir bättre. Den som inte planerar in den tiden driver efter två år en webbplats med kända säkerhetsluckor. Just den posten saknas i nästan varje offertjämförelse.
Hur genererade statiska sidor fungerar
Ansatsen är enklare än namnet låter: innehållet finns som textfiler, ett program sätter samman dem med mallar till färdiga HTML-sidor, och servern levererar bara färdiga filer.
Därur följer egenskaperna i tabellen:
- Snabbt, eftersom ingenting längre beräknas vid varje anrop.
- Säkert, eftersom det inte finns någon databas och inget inloggningsområde som skulle kunna angripas.
- Billigt, eftersom leverans av statiska filer nästan inte kräver någon serverkapacitet.
- Bra för många språk, eftersom samma mall genereras med olika textfiler.
Priset för det: den som vill göra en ändring arbetar med filer och startar genereringen. För en person med teknisk grundförståelse är det en fråga om minuter – för någon utan är det ett hinder.
Det vanligaste felbeslutet är ett omfattande CMS för en webbplats som ändras två gånger om året. Det sätts upp, förses med tillägg, och därefter bryr sig ingen om uppdateringar – eftersom ingen har webbplatsen i blickfånget när den inte ändras.
Efter två år står då en föråldrad installation på nätet, ofta med kända luckor. För sällan ändrade webbplatser är underhållsfriheten det starkaste skälet för den statiska vägen – starkare än laddtid och kostnader tillsammans.
Beslutet i kortform
| Om … | … då |
|---|---|
| flera personer utan teknikkunskap ändrar regelbundet | klassiskt CMS |
| en person med grundförståelse sköter det, många språk | genererade statiska sidor |
| det ändras sällan, ingen personal för underhåll | genererade statiska sidor eller byggsats |
| butik, inloggning eller bokning behövs | CMS eller fackapplikation |
| något måste stå snabbt, ingen budget | byggsats – med blick på utträdet |
Hjälp mig avgöra vilken sorts webbplatsteknik som passar oss. Vårt läge: - Vem ändrar innehåll: [Antal personer, tekniska förkunskaper] - Hur ofta ändras det: [Uppgift] - Antal sidor i dag: [Antal] - Språk: [Lista] - Behöver vi butik, inloggningsområde eller bokning? [ja/nej, vad] - Vem sköter underhåll och uppdateringar: [Person eller «ingen»] - Budget för installation och löpande drift: [Belopp] Uppgifter: 1. Besvara de fyra beslutsfrågorna för vårt fall: vem ändrar, hur ofta, hur många och hur lika sidor, vilka funktioner bortom text. 2. Rekommendera en av de tre vägarna – klassiskt CMS, genererade statiska sidor, byggsats – och motivera. 3. Räkna upp underhållsinsatsen för den rekommenderade varianten över tre år, inklusive vår arbetstid. Om ingen ansvarar för underhållet, säg tydligt vad det betyder för rekommendationen. 4. Nämn vad som vore att vänta vid ett senare byte bort från denna variant. 5. Nämn de två punkter där våra uppgifter inte räcker för en säker rekommendation. Rekommendera inga konkreta produkter.
Slutsats
Ett CMS är ingen standard, utan en lösning för ett bestämt fall: flera personer utan tekniska kunskaper ändrar regelbundet innehåll. Stämmer det inte betalar man underhåll och angreppsyta för en nytta som inte uppstår.
För små företag med en skötande person, många språkversioner och utan butik är genererade statiska sidor nästan alltid det billigare valet – framför allt för att de varaktigt inte kräver något underhåll.
Vanliga frågor
Behöver varje företagswebbplats ett CMS?
Nej. Ett redaktionssystem löser frågan hur flera personer utan tekniska kunskaper regelbundet ändrar innehåll. Ställs den frågan inte i företaget – till exempel för att en person med grundförståelse sköter det eller för att det ändras sällan – tar det framför allt med sig underhållsinsats och angreppsyta.
Vad är genererade statiska sidor?
Innehållet finns som textfiler, ett program sätter samman dem med mallar till färdiga HTML-sidor, och servern levererar bara filer. Det är snabbt, eftersom ingenting längre beräknas, säkert, eftersom det inte finns någon databas, billigt i drift och särskilt väl lämpat för många språkversioner.
Vad kostar ett CMS i drift?
Den största posten är inte installationen, utan underhållet: uppdateringar av kärna och tillägg, säkerhetskontroller, tillfälliga problem efter uppdateringar. Realistiskt är två till sex timmar per kvartal, varaktigt – en post som saknas i nästan varje offertjämförelse.
När lönar sig en byggsats?
När något måste stå snabbt, ingen budget för installation finns och ingen kan ta på sig underhållet. Att pröva dessförinnan är utträdet: om texter, bilder och adresstruktur går att exportera fullständigt – annars betyder ett senare byte nybygge i stället för flytt.
Vad talar vid många språk för vilken lösning?
Genererade statiska sidor, eftersom samma mall genereras med olika textfiler och varje ändring i mallen automatiskt kommer fram i alla språk. Klassiska system behöver tillägg för det, byggsatser är oftast svaga vid många språkversioner.
Marknadsföring som sätter upp sig själv
Betan för Studio Engine är öppen. Säkra din plats och var med och forma den från början.
Delta i betan →