Vilket CMS ska ni välja – och behöver ni ens ett?
Välj CMS efter redaktörernas vardag och totalkostnaden över tid, inte efter längst funktionslista. Ett traditionellt CMS passar när en webbplats och enkel redigering räcker. Headless passar när innehåll ska ut i flera kanaler och ni har utvecklarkapacitet. Ändras innehållet sällan kan ni klara er helt utan CMS.
CMS-valet fattas ofta på fel grund: en jämförelse av funktionslistor där den med flest bockar vinner. Men de flesta CMS klarar det mesta – skillnaden som märks i vardagen handlar om hur redaktörerna faktiskt arbetar och vad lösningen kostar att äga över flera år. Här är valet ur beställarens perspektiv, inklusive den ofta bortglömda möjligheten att inte ha något CMS alls.
Traditionellt kontra headless – sett från vardagen
Skillnaden blir tydligast om du tittar på två personers arbetsdag.
Redaktörens vardag. I ett traditionellt CMS ser redaktören sidan medan den redigeras: text, bild och layout på ett ställe, och resultatet direkt framför sig. Det är tryggt och kräver lite av tekniken. I ett headless CMS fyller redaktören i stället i strukturerat innehåll – rubrik, brödtext, bild som separata fält – utan att se den färdiga sidan i samma stund. Många upplever det som en omställning först, och som en lättnad sedan, förutsatt att förhandsgranskning finns på plats från början.
Utvecklarens vardag. Ett traditionellt CMS binder utvecklaren till plattformens mallsystem och konventioner; mycket går snabbt inom ramarna, men det som ligger utanför blir omständligt. Ett headless CMS lämnar frontend helt fri – valfritt ramverk, valfri design – mot priset att mer måste byggas från grunden.
Kärnfrågan är alltså inte vilket som är “modernast”, utan var er tyngdpunkt ligger: en webbplats med redaktörer som vill ha allt samlat, eller innehåll som ska återanvändas i flera kanaler av en organisation med utvecklarkapacitet. Ett vanligt misstag är att välja headless för att det låter framtidssäkert, och sedan upptäcka att redaktionen saknar den enkelhet de var vana vid – utan att ni faktiskt utnyttjar flerkanalsstyrkan som motiverade valet.
Kostnaden som skiljer alternativen – och den som inte gör det
En vanlig missuppfattning är att licenskostnaden avgör. I praktiken skiljer sig alternativen mer i drift och underhåll än i inköpspris.
- Licens. Vissa plattformar är gratis i grunden, andra kostar från några tusen kronor om året till sexsiffrigt för företagsplattformar med personalisering och support.
- Drift och hosting. Ett traditionellt CMS med databas kräver mer löpande drift än en statiskt genererad sajt; headless innebär ofta både ett CMS-abonnemang och separat hosting för frontend.
- Underhållstimmar. Här göms den verkliga kostnaden. Ett “gratis” CMS med många tillägg och ständiga uppdateringar kan över tid kosta mer än en betalplattform med färre rörliga delar.
Poängen: räkna på tre till fem års totalkostnad, inte på vad det kostar att komma igång. Ett billigt bygge som kräver en utvecklare för varje ändring kan bli dyrare än en dyrare plattform där redaktionen är självgående.
När ni inte behöver något CMS alls
Det tredje alternativet glöms nästan alltid bort: att strunta i CMS. Om innehållet ändras sällan och de som ändrar det ändå är utvecklare, kan sidorna byggas direkt i kod och versionshanteras som resten av systemet. Resultatet är en snabb, säker och billig sajt med minimal driftyta – inget admin att skydda, ingen databas att angripa.
Ett konkret exempel: ett teknikbolags marknadssajt på tjugo sidor som uppdateras någon gång i månaden av samma team som bygger produkten. Ett CMS där skulle mest vara en kostnad och en säkerhetsyta att förvalta. Utan CMS får de en snabbare sajt och lägre driftnota – men den dagen en icke-teknisk redaktör ska publicera dagligen blir avsaknaden av redigeringsverktyg ett hinder. Det är just den avvägningen som avgör.
En kravlista utifrån ert arbetssätt
Fatta beslutet utifrån hur ni arbetar, inte utifrån vad som är populärt. Ställ frågorna: Hur ofta ändras innehållet, och av vem? Ska innehållet ut i fler kanaler än webben? Hur mycket utvecklarkapacitet har ni löpande? Och vad tål budgeten över fem år, allt inräknat?
Svaren pekar oftast tydligt mot ett av spåren. Vill ni ha hjälp att sätta kravbilden och räkna på totalkostnaden tittar våra tjänster på redaktörernas vardag, era integrationsbehov och driften i ett sammanhang. Hör gärna av er med hur ert innehållsarbete ser ut i dag så ger vi en rekommendation.
Vanliga frågor
Kan man ha en webbplats helt utan CMS?
Ja. Om innehållet ändras sällan och redigeras av utvecklare kan sidorna byggas direkt i kod och versionshanteras som vilken annan del av systemet som helst. Det ger snabbhet, säkerhet och låg driftkostnad, men kräver en utvecklare för varje textändring – vilket passar dåligt om redaktörer ska jobba dagligen.
Är headless CMS alltid dyrare än traditionellt?
Initialt oftast ja, eftersom redaktörsupplevelse och frontend byggs i stället för att följa med plattformen. Över tid kan kalkylen vända: varje ny kanal och varje redesign blir billigare när innehållet är frikopplat. Med bara en webbplats och standardbehov förblir traditionellt normalt billigast.
Vad kostar ett CMS egentligen – är inte många gratis?
Själva mjukvaran kan vara gratis, men totalkostnaden sitter i licenser för tillägg, drift, hosting och framför allt underhållstimmar. Ett 'gratis' CMS med tjugo betaltillägg och ständigt uppdateringsbehov kan bli dyrare än en betalplattform. Räkna på tre till fem år, inte på inköpspriset.
Vem bör välja CMS – IT eller redaktionen?
Båda, men redaktionens vardag väger tungt eftersom det är de som lever i verktyget dagligen. IT och utvecklare bidrar med drift, säkerhet och integrationskrav. Ett CMS som utvecklarna älskar men redaktörerna hatar leder till kringgående lösningar och innehåll som inte underhålls.
Hur vet vi om vi vuxit ur vårt nuvarande CMS?
Signalerna är återkommande: innehåll ska ut i fler kanaler än webben, redaktörerna kämpar mot mallarna, prestandan släpar och varje ändring kräver utvecklare. När ni oftare arbetar emot systemet än med det är det dags att se över valet, headless eller inte.