CMS-system for bedrifter: hva det er, hva det koster og hvordan du velger riktig

Et CMS-system (publiseringsløsning) er programvaren du bruker til å redigere tekst, bilder og sider på nettsiden uten å skrive kode. For de fleste norske SMB-er står valget mellom WordPress, en nettsidebygger som Wix eller et hodeløst CMS. Velg ut fra hvem som skal redigere, hvilke integrasjoner du trenger og om du kan ta med deg innholdet ut igjen.

Hva er et CMS, og hva er det ikke?

Et CMS (content management system, på norsk publiseringssystem) er programvaren der du skriver, redigerer og publiserer innhold på nettsiden uten å røre kode. Det er ikke det samme som nettsiden. Nettsiden er det de besøkende ser, mens CMS-et er redaksjonsrommet bak.

Alle nettsteder består av tre lag. Innholdet ligger i CMS-et. Presentasjonen er temaet eller frontenden, altså det som bestemmer hvordan innholdet ser ut. Driften er webhotellet som serverer sidene. Det er nyttig å holde disse lagene fra hverandre, fordi mange blander sammen CMS og design. Du kan bytte design uten å bytte CMS, og omvendt. Derfor er «hvilket CMS er best?» feil spørsmål. Det riktige spørsmålet er: hvem skal bruke det, til hva, og hvor lenge?

Tre typer CMS-løsninger

• Åpen kildekode som du drifter selv (WordPress, Drupal, Umbraco): Du eier koden og dataene, men har selv ansvaret for oppdateringer, sikkerhet og webhotell.
• Ferdig plattform, også kalt nettsidebygger (Wix, Squarespace, Webflow, Shopify): Leverandøren drifter alt mot et fast abonnement. Du leier plattformen, og mulighetene til å flytte ut er begrenset.
• Hodeløst CMS (Sanity, Contentful, Strapi): Innholdet leveres via et API (et programmeringsgrensesnitt) til en frontend som er utviklet spesielt for deg. Det er fleksibelt og raskt, men du trenger utviklere hver gang noe nytt skal bygges.

Grensen mellom typene er blitt mer flytende. En nettsidebygger er i praksis et CMS der webhotell og design følger med i pakken. Det er praktisk helt til du vil ut.

Hvilke CMS-systemer brukes mest, og hvem passer de for?

WordPress er fortsatt klart størst, og Shopify, Wix og Squarespace følger etter. Ifølge W3Techs sin løpende måling har WordPress 59.0% av markedet blant nettsteder med kjent CMS og 40.8% av alle nettsteder i datasettet. Wix ligger på tredjeplass med 6,1 % av markedet blant kjente CMS, og Squarespace følger med 3,5 %. Tallene gjelder hele verden, ikke Norge spesielt. Hvilke leverandører og plattformer som er vanlige her hjemme, har vi skrevet om i artikkelen om CMS-markedet i Norge.

De vanligste CMS-systemene for norske SMB-er

Det vi ser oftest, er at valget sjelden handler om teknologien. Det handler om hvem som skal drifte nettsiden om to år. Heller du mot WordPress, forklarer vi hva WordPress er og hvordan det fungerer i praksis. Et CMS lever gjerne lenger enn mange ansettelser, så velg noe flere enn én person kan drifte.

Hva koster en CMS-løsning?

Selve programvaren er ofte gratis eller et fast månedsabonnement. Den virkelige kostnaden ligger i oppsett, drift og timene redaktørene bruker. Sammenlign derfor totalkostnaden over tre år, ikke lisensprisen. Hva nettsiden totalt koster med ulike løsninger, har vi brutt ned i guiden om hva en nettside koster.

Hvor kostnadene ligger i de tre CMS-typene

En fallgruve mange overser: Kjøper en mva-registrert bedrift abonnement fra en utenlandsk leverandør, og fakturaen er uten norsk mva, skal bedriften selv beregne og rapportere mva for kjøpet. Dette kalles omvendt avgiftsplikt og følger av merverdiavgiftsloven § 3-30. Normalt får du fradrag i samme mva-melding, så det koster ingenting, men mangler posteringen, blir det avvik i regnskapet. Sjekk derfor fakturaen fra CMS-leverandøren neste gang den kommer.

Slik velger du CMS i sju steg

Start med behovene, ikke med plattformene. Gå gjennom stegene i rekkefølge. Steg 3, 4 og 6 er de som oftest blir hoppet over, og de koster mest å rette opp i etterkant.

• Skriv ned hvem som skal publisere, hvor ofte, og hva de skal kunne gjøre selv. Skal de bare bytte bilder, eller også lage nye landingssider og legge inn arrangementer?
• Lag en liste over integrasjonene du trenger: CRM, nyhetsbrev, booking, regnskap, Vipps og chat. Finnes det ingen ferdig kobling, er det utviklingskostnaden som avgjør, ikke plattformen.
• Sjekk hvem som eier hva. Domenet skal være registrert på bedriftens organisasjonsnummer (les mer om norske domener). Administratorbrukeren skal stå i bedriftens navn, ikke byråets.
• Test eksporten før du signerer. Be om en prøveeksport av sider, bilder og URL-er, ikke bare blogginnlegg. Får du ikke ut sidene, sitter du fast.
• Test redigeringen på mobil og med tastatur. Kan redaktørene legge inn alt-tekst, velge riktig overskriftsnivå og merke språket uten å gå veien om en utvikler?
• Be om databehandleravtale, og finn ut hvor dataene lagres. Det gjelder også utvidelser for skjema og statistikk.
• Regn ut totalkostnaden for tre år, inkludert vedlikehold, og skriv den inn i kravspesifikasjonen for nettsiden slik at tilbudene kan sammenlignes.

Hvilke norske regler påvirker valget av CMS?

Universell utforming og personvern er de to regelsettene som faktisk påvirker CMS-valget. Begge gjelder uansett plattform, men plattformen avgjør hvor dyrt det blir å følge dem.

Universell utforming: 35 krav for private virksomheter

Ifølge Uu-tilsynets oversikt over regelverket gjelder kravene nettsider, apper og automater. Både private og offentlige virksomheter, lag og organisasjoner må følge regelverket. Mange tror de må oppfylle hele standarden, men offentlig sektor skal følge 48 krav, mens privat sektor skal følge 35 krav. Dette er minimumskrav. Den fullstendige kravlisten hos Uu-tilsynet kan filtreres på privat sektor.

EUs tilgjengelighetsdirektiv (EAA) ble satt i kraft i EU 28.6.2025, men var per mai 2026 ennå ikke i kraft i Norge, fordi innlemmingen i EØS-avtalen er forsinket. Vårt råd er likevel å kreve WCAG 2.1 nivå AA i kontrakten nå. Nettsiden du bygger i dag, kommer til å leve når reglene strammes inn. Brudd kan gi pålegg om retting og tvangsmulkt. I praksis er det temaet og redigeringsverktøyet som avgjør om redaktørene klarer å holde seg innenfor kravene. Se kravene til universell utforming for en praktisk gjennomgang.

Personvern: databehandleravtale og informasjonskapsler

Et CMS lagrer skjemainnsendinger, kommentarer og brukerkontoer. Leverandøren av en ferdig plattform er dermed databehandler for deg, og GDPR artikkel 28 krever en databehandleravtale, slik Datatilsynet beskriver. Det samme gjelder utvidelser som sender data videre, for eksempel skjemaer, chat og statistikk. For informasjonskapsler gjelder ekomloven § 3-15, som har stilt krav om samtykke på GDPR-nivå siden 1. januar 2025. Når CMS-et eller en utvidelse legger til nye informasjonskapsler, må du også oppdatere personvernerklæringen.

Hva har endret seg i 2026: KI i CMS-et og AI-svar i søk

Den største endringen i 2026 er at KI er bygget inn i selve plattformene. WordPress 7.0 «Armstrong» kom 20. mai 2026. Versjonen bringer KI inn i kjernen gjennom AI Client, Abilities API og en ny Connectors-skjerm, og starter den første redesignen av administrasjonspanelet siden 2013. Sanntidsredigering ble derimot fjernet fra lanseringen 8. mai 2026 på grunn av stabilitetsproblemer, blant annet konflikter mellom samtidige endringer og belastning på serveren. Samtidig økte minimumskravet for PHP til 7.4. Sjekk hvilken PHP-versjon webhotellet ditt kjører før du oppdaterer.

Vi anbefaler ikke å la KI-funksjoner styre plattformvalget. Automatiske alt-tekster, oversettelse og forslag til metabeskrivelser finnes nå i de fleste CMS-er, og funksjonene endrer seg raskere enn plattformene. Én ting bør du likevel gjøre: Gi KI-verktøy en rolle uten publiseringsrett, slik at et menneske alltid godkjenner før noe går live.

AI-svar i søk betyr mer for CMS-valget enn KI-knappene i redigeringsverktøyet. Googles AI-oversikter (AI Overview), ChatGPT og Perplexity henter gjerne svar fra sider med tydelig struktur: riktige overskriftsnivåer, strukturerte data (schema) og rask lasting. Kontroller at CMS-et lar deg styre strukturerte data per side uten å måtte kode. Box legger inn strukturerte data og llms.txt som standard på alle nye nettsider, fordi det er sidene med tydelig maskinlesbar struktur vi ser bli plukket opp av AI-søk først.

Når et nytt CMS ikke er riktig løsning

Et nytt CMS løser ikke problemer med innhold, hastighet eller søkemotoroptimalisering. De problemene følger med over til den nye plattformen. Vi fraråder bytte oftere enn vi anbefaler det, fordi bytte koster mer enn folk tror.

I tekniske SEO-gjennomganger hos Box er de tre vanligste funnene manglende eller feil canonical-tagger, uoptimaliserte bilder og treg lasting på mobil. Alle tre løses normalt på under en arbeidsdag i det CMS-et du allerede har. Er nettsiden din treg eller rotete, bør du først rydde og sette opp fast vedlikehold av WordPress eller den plattformen du bruker.

• Bytt når plattformen ikke lenger får sikkerhetsoppdateringer. Drupal 7 nådde for eksempel slutten av levetiden i januar 2025.
• Bytt når integrasjonene du trenger ikke finnes og ikke kan bygges til en fornuftig pris.
• Bytt når de årlige vedlikeholdskostnadene overstiger det et nytt oppsett koster fordelt over tre år.
• Ikke bytt fordi designet er utdatert. Det løses med nytt tema eller ny frontend.

Hvordan bytter du CMS uten å miste trafikk?

Du beholder trafikken ved å lage en 301-plan som sender hver gamle URL til riktig ny URL, og ved å la omdirigeringene stå lenge. Googles veiledning for flytting av nettsteder med URL-endringer anbefaler å beholde omdirigeringene så lenge som mulig, og normalt i minst ett år. Se også hvordan Box jobber med nettsider.

Ved plattformbytter med korrekt 301-plan beholder Box sine kunder normalt 90–98 % av organisk trafikk gjennom migreringen.

• Gjennomsøk (crawl) det gamle nettstedet før du begynner, og eksporter alle URL-er, titler og metabeskrivelser.
• Koble hver gamle URL til én ny URL. Ikke send alt til forsiden, fordi Google behandler det omtrent som en side som ikke finnes (404).
• Behold titler, overskrifter og brødtekst på de sidene som henter mest trafikk. Gjør én stor endring om gangen.
• Sjekk indekseringen ved lansering. En klassisk feil i WordPress er at avhakingen under Innstillinger → Lesing, som ber søkemotorer om ikke å indeksere nettstedet, blir stående på fra testmiljøet.
• Send inn det nye nettstedskartet (sitemap) i Google Search Console, og følg med på 404-rapporten hver uke den første måneden.