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.

Till vänster ett tätt grått kugghjulsverk, till höger en enda klar lysande form av samma storlek

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 CMSGenererade statiska sidorByggsats
Ändring av lekmänjabegränsatja
Laddtidmedel till långsammycket snabbmedel
Underhållsinsatshög, löpandemycket liteningen
Angreppsytastorminimalhos leverantören
Driftkostnadermedelmycket lågamedel till höga
Många språkversionermed tilläggmycket braoftast svagt
Utträdeomständligttrivialt – filerofta svårt
Butik, inloggningjabara med tilläggstjänstberoende 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.

Från praktiken

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 regelbundetklassiskt CMS
en person med grundförståelse sköter det, många språkgenererade statiska sidor
det ändras sällan, ingen personal för underhållgenererade statiska sidor eller byggsats
butik, inloggning eller bokning behövsCMS eller fackapplikation
något måste stå snabbt, ingen budgetbyggsats – med blick på utträdet
Tips Pröva utträdet före varje beslut: får ni ut ert innehåll fullständigt – texter, bilder, adresstruktur? Vid byggsatser är det ofta begränsat, och ett byte betyder då nybygge i stället för flytt. Den frågan hör hemma före avtalstecknandet.
Prompt
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 →
← Tillbaka till översikten