10 CMS-systemer i 2026: markedsandel, headless og det som ble igjen fra 2008

I 2008, da denne artikkelen først ble publisert, var CMS-markedet vill vest. WordPress ble mest sett på som en bloggplattform. Den originale listen anbefalte systemer som Frog CMS, SilverStripe, Liferay, miaCMS, MoinMoin, ImpressCMS, MODx, Textpattern, Radiant og CMS Made Simple. De fleste av de navnene sier ingenting til noen i 2026.

CMS-kategorien har splittet seg i tre: tradisjonelle CMS, headless API-first CMS, og SaaS-innholdsplattformer. Her er hvor markedet står i 2026 - med norsk praksis i bakhodet, ikke bare globale prosenttall.

#1. WordPress, verdens mest brukte CMS (over 40 %)

Type: Tradisjonelt CMS med headless-muligheter Lisens: GPL (gratis, åpen kildekode) Språk: PHP Best for: Blogg, bedriftssider, WooCommerce-netthandel, portaler

WordPress driver over 40 % av alle nettsteder. Ingen annen CMS kommer nær. Programvaren er gratis; det du betaler for er hosting, plugins og arbeidstid. Til tross for årlige spådommer om nedgang har WordPress vokst ved å diversifisere:

• Gutenberg har modnet til full site editing (FSE), så færre nye prosjekt trenger Elementor bare for layout
• REST API og WPGraphQL lar deg kjøre headless med React, Astro eller Next.js foran
• WooCommerce er fortsatt den dominerende åpne netthandelsplattformen; i Norge er Vipps-betalinger og fraktintegrasjoner ofte avgjørende for at butikken faktisk konverterer
• WordPress 7.x-veikartet peker mot mer AI-assistanse i redigering, bedre medieadministrasjon og dypere blokktemaer

Styrker: Plugin-økosystem (60 000+), stort talentpool, bevist skalerbarhet, WooCommerce.

Svakheter: PHP-monolitt, sikkerhet henger på plugin-kvalitet, admin-UX henger etter moderne verktøy, teknisk gjeld fra 20 års bakoverkompatibilitet.

Dom 2026: WordPress forsvinner ikke. Det er standardvalget når ikke-tekniske redaktører skal eie innholdet, og når butikk og Vipps skal sitte i samme stack.

#2. Drupal for offentlig sektor og universell utforming

Type: Tradisjonelt CMS med sterk headless-støtte Lisens: GPL Språk: PHP (Symfony) Best for: Offentlig sektor, helse, utdanning, komplekse enterprise-sider

Drupal sitter i en tydelig nisje: organisasjoner med kompleks innholdsmodellering, strenge krav til universell utforming (WCAG 2.2) og egne utviklingsteam. I Norge lander mange anbud og Digdir-veiledninger på Drupal nettopp fordi tilgjengelighet og rettighetsstyring er førstepart, ikke en plugin-avhengighet.

• Drupal 10 og Drupal 11 moderniserte plattformen med Symfony 7, forbedret adminopplevelse og førsteparts frakoblet arkitektur (Decoupled Drupal). Med JSON:API integrert i kjernen og moduler som Next-Drupal kan team levere innhold til React- eller Astro-frontend med typevalidering.
• Drupal CMS-initiativet forenkler oppsettet gjennom standardiserte startoppskrifter (Recipes), noe som reduserer avstanden til WordPress for innholdsprodusenter.
• Sterk adopsjon i EU-offentlig sektor (europa.eu og tilsvarende etatsportaler) og norske institusjoner der revisjonslogger og finkornet tilgangsstyring er absolutte krav.

Styrker: Avansert innholdsmodellering med Entity API, finkornede rettigheter per felt og rolle, førsteparts WCAG- og Digdir-etterlevelse, robust sikkerhetsarkitektur.

Svakheter: Bratt læringskurve, mindre moduløkosystem enn WordPress, kostbart å utvikle og drifte over tid, større oppgraderinger krever grundige migreringsprosjekter.

Dom 2026: Drupal lever godt i offentlig sektor og store enterprise-miljøer, men taper mid-market til headless og WordPress.

#3. Joomla i 2026, flerspråklig CMS uten plugins

Type: Tradisjonelt CMS Lisens: GPL Språk: PHP Best for: Fellesskapsportaler, flerspråklige sider, foreninger

Joomla var en gang WordPress’ hovedkonkurrent. I 2026 er det en liten, lojal nisje:

• Joomla 5 moderniserte kodebasen med PHP 8.1+ og Bootstrap 5-admin
• Innebygd flerspråklighet uten plugins er fortsatt en reell fordel
• Sterkere fellesskap i deler av Europa og Sør-Amerika enn i Norden

Styrker: Naturlig flerspråklighet, fleksibel ACL, modent utvidelsesregister.

Svakheter: Synkende utviklerfellesskap, færre utvidelser enn WordPress, gammel omdømmebremse.

Dom 2026: Joomla overlever, men vokser ikke. Eksisterende sider vedlikeholdes; nye prosjekt velger sjelden Joomla foran WordPress eller headless.

#4. Ghost som CMS for nyhetsbrev og medlemskap

Type: Spesialisert publiseringsplattform med headless API Lisens: MIT Språk: Node.js Best for: Uavhengige utgivere, nyhetsbrev, medlemsider

Ghost droppet kampen om «generelt CMS» og satset på creator-økonomien:

• Innebygd nyhetsbrev med pålitelig e-postleveranse koblet mot Mailgun eller tilpassede SMTP-tjenester.
• Medlemskap og nivådelte betalingsløsninger drevet direkte av Stripe Billing.
• Ghost Content API serverer lynraske, skrivebeskyttede JSON-data til Astro eller Next.js, mens Ghost Admin API håndterer automatiserte publiseringsflyter og webhooks.
• Ghost(Pro) som fullt driftet skyløsning for skribenter, kombinert med offisielle Docker-oppsett for utviklere som foretrekker selvhosting.

Styrker: Fremragende skrivegrensesnitt basert på Markdown og dynamiske kort, innebygd moneterisering, rask Node.js-arkitektur, rene REST-endepunkter.

Svakheter: Begrenset utvalg tredjepartsutvidelser, uegnet for komplekse relasjonelle datamodeller, ingen tradisjonell handlekurv utover abonnementssalg.

Dom 2026: Ghost treffer nisjen sin. Bra for solo-utgivere som trenger tekst, nyhetsbrev og medlemskap i én stabel.

#5. Strapi, open source headless CMS på Node.js

Type: Headless CMS (API-first) Lisens: MIT / Enterprise Språk: Node.js Best for: Egendefinerte applikasjoner, flerkanal, utviklerdrevne prosjekt

Strapi åpnet kategorien open source headless og er fortsatt blant de mest brukte:

• Strapi 5 skrev om hele kjernen til TypeScript, innførte Document Service for renere versjonshåndtering og optimaliserte databasespørringer mot PostgreSQL og SQLite.
• Automatisk generering av REST og GraphQL basert på definerte innholdsmodeller.
• Et aktivt utvidelsesmarked med moduler for søkemotoroptimalisering, fillagring i skyen (S3, Cloudflare R2), fulltekstsøk og lokalisering.
• Strapi Cloud som skalerbart alternativ til manuell infrastrukturdrift.

Norske byråer som allerede drifter Node på egne servere eller hos nordiske hostere, liker at dataene kan bli i eget miljø - spesielt når kunden har krav til lagring og personvern etter GDPR.

Styrker: Modent økosystem, stort internasjonalt fellesskap, full kontroll over data gjennom selvhosting, fleksibel innholdsarkitektur.

Svakheter: Ressurskrevende for enkle nettsider, forutsetter kontinuerlig vedlikehold av Node.js-kjøretidsmiljøet, leveres uten offentlig frontend.

Dom 2026: Trygt valg for team som vil ha open source headless og er komfortable med Node.js.

#6. Payload CMS for TypeScript og Next.js

Type: Headless CMS (API-first, TypeScript-native) Lisens: MIT Språk: TypeScript (Next.js) Best for: Moderne webapper, TypeScript-team, Next.js-prosjekt

Payload er det raskest voksende open source headless-CMS-et i 2025-2026:

• Config-as-code: innholdstyper i TypeScript gir API, admin og typer
• Kan kjøre inne i Next.js-prosessen
• Payload 3.0 bruker React Server Components i admin
• Innebygd ACL, lokalisering, versjoner, utkast og media

Styrker: Typesikkerhet ende-til-ende, god DX, Next.js-integrasjon.

Svakheter: Yngre økosystem enn Strapi, færre community-plugins, Next.js-sentrert.

Dom 2026: Førstevalg når teamet allerede er i TypeScript og Next.js.

#7. Directus, headless CMS på eksisterende SQL-database

Type: Headless CMS (wrapper rundt SQL) Lisens: BSL / GPL etter 3 år Språk: TypeScript Best for: Eksisterende databaser, interne verktøy, data-tunge apper

Directus peker på en eksisterende SQL-database og genererer admin og API:

• PostgreSQL, MySQL, MariaDB, SQLite, MS SQL, Oracle, CockroachDB
• Automatisk REST og GraphQL fra skjema
• Feltnivå-rettigheter og rollebasert tilgang

Styrker: Fungerer med data du allerede eier, ingen proprietær lagring, flere DB-motorer.

Svakheter: Mindre opinionert (flere beslutninger), admin kan føles tung for rene redaktører.

Dom 2026: Ideelt når databasen finnes. Ikke beste startpunkt for greenfield.

#8. Sanity vs Contentful som SaaS headless CMS

Sanity (proprietært SaaS) differensierer med sanntidssamarbeid og et React-basert Studio du kan tilpasse. GROQ gir kraftigere spørringer enn ren REST for mange team. Kostnaden skalerer med API-bruk og dataset-størrelse.

Contentful er enterprise-standarden for multi-brand og globale innholdsoperasjoner: Content Orchestration, Studio for visuell sammensetting, App Framework, og dokumentert governance (SOC 2, ISO 27001, GDPR). Dyrt i skala; ofte overdimensjonert for små norske prosjekt.

Dom 2026: Velg Sanity når redaksjonen trenger sanntid og fleksibelt studio. Velg Contentful når compliance og managed infrastruktur veier tyngre enn lisenskostnad. For budsjettsensitive prosjekt er selvhostet Strapi/Payload eller WordPress vanligvis mer realistisk.

#9. Astro Content Collections som filbasert CMS

Type: Web-rammeverk med filbaserte CMS-evner Lisens: MIT Språk: TypeScript/JavaScript Best for: Utviklerstyrte blogger, dokumentasjon, markedssider

Astro er ikke et klassisk CMS, men Content Collections gir CMS-lignende funksjon for innhold i Git:

• Typesikre, skjema-validerte Markdown/MDX-filer
• Content Layer API (Astro 5): innhold fra filer, API-er eller databaser
• Null JS som standard; islands hydrerer bare der det trengs
• Sterke Core Web Vitals når du holder JavaScript-budsjettet stramt

Dette nettstedet (wppoland.com) kjører på Astro med Content Collections for blogg og tjenestesider. Statiske generatorer som Hugo og Jekyll lever i samme familie, men Astro er det vi ser mest i nye JS-team.

Styrker: Ytelse, typesikkert innhold, valgfri UI-stack (React, Vue, Svelte).

Svakheter: Ingen visuelt admin for ikke-utviklere; innholdsendringer går via commit.

Dom 2026: Bra når utviklere eier innholdet og ytelse er prioritet. Ikke erstatning for WordPress når redaktører uten Git skal publisere daglig.

#CMS-sammenligning i tabell for 2026

Prosentene er andel av alle nettsteder. Kilde: W3Techs, 13. august 2026. Blant sider med gjenkjent CMS ligger WordPress på 59,0 %.

#Hva er det beste gratis CMS-et i 2026?

For de fleste nettsteder er WordPress fortsatt det beste gratis CMS-et i 2026, men hvilket gratis valg som passer, avhenger av hvem som redigerer innholdet og hvordan det leveres. Av de ti systemene i tabellen over er bare Sanity og Contentful proprietære SaaS-tjenester med begrensede gratisplaner; de åtte andre kan du drifte selv uten lisensavgift. Sju er åpen kildekode under GPL eller MIT, og Directus har tilgjengelig kildekode under BSL (hver versjon går over til GPL tre år senere). Lisenskostnaden skiller altså ikke disse åtte. Det som avgjør, er redigeringsmodellen og teknologistakken.

Ikke-tekniske redaktører, generelle nettsteder, netthandel: WordPress (GPL). Det har det største plugin-økosystemet og WooCommerce, og blant de gratis alternativene er det systemet en person uten utviklerbakgrunn lettest kan drive fra start til slutt uten å røre kode. Ghost, Joomla og Drupal har også redaktørvennlige adminpaneler, men ingen av dem kombinerer det med et tilsvarende økosystem av plugins og netthandel.

Nyhetsbrev, medlemskap, soloutgivere: Ghost (MIT). Innebygd e-postutsending og medlemskap basert på Stripe gjør at du slipper å koble på et eksternt nyhetsbrevverktøy.

Offentlig sektor, kompleks innholdsmodellering, strenge krav til tilgjengelighet: Drupal (GPL). Finkornede tillatelser og samsvar med WCAG 2.2 er innebygd, uten plugins.

Flerspråklige fellesskapsnettsteder: Joomla (GPL), som håndterer flere språk uten utvidelser.

Er innholdet ditt API-first eller styrt av utviklere, flytter det gratis valget seg til en headless-løsning eller Astro (se nedenfor).

#Hva skjedde med Frog CMS, SilverStripe og MODX?

• Frog CMS: Forlatt. Siste release 2009.
• SilverStripe: Lever som Silverstripe CMS, mest i Oceania-offentlig sektor.
• miaCMS: Død. Mambo-fork, forlatt rundt 2010.
• MoinMoin: Lever som Python-wiki, irrelevant som CMS.
• ImpressCMS: Teknisk vedlikeholdt, neglisjerbar adopsjon.
• MODx / MODX: Lever som MODX Revolution med et lite, dedikert utviklerfellesskap.
• Textpattern: Lever med et minimalt fellesskap.
• Radiant: Forlatt. Ruby, siste meningsfulle oppdatering rundt 2014.
• CMS Made Simple: Vedlikeholdt (2.x), lite fellesskap.
• Liferay: Pivoterte til enterprise Java-portal/DXP for banker og store konsern.

#TYPO3, Grav og Concrete CMS siden 2008

Utviklingen fra oppstartsårene rundt 2008 frem til dagens publiseringslandskap viser tydelige skifter i systemkrav og driftsansvar:

• TYPO3: I det nordeuropeiske markedet og akademia var TYPO3 lenge en tungvekter for omfattende organisasjonsstrukturer. Selv om TYPO3 v12 og v13 bringer oppdaterte PHP-standarder og grensesnitt for hodeløs drift, er vedlikeholdsbyrden og opplæringskostnadene høye. TypoScript og spesialiserte integrasjoner gjør at flere institusjoner vurderer WordPress eller moderne API-drevne arkitekturer for å redusere konsulentavhengighet.
• Grav: Som et databasefritt flat-file-CMS opererer Grav uten SQL. Innholdet lagres som Markdown-filer med YAML-frontmatter og kompileres via Twig-maler. For dokumentasjonsportaler og mindre nettsteder betyr dette minimale driftskostnader og full versjonskontroll med Git. Begrensningene melder seg raskt ved titusenvis av sider eller krav om avanserte redaksjonelle godkjenningsprosesser.
• Concrete CMS: Tidligere kjent som concrete5, pionerte systemet redigering direkte på den synlige nettsiden. Den visuelle blokktilnærmingen var forut for sin tid på 2010-tallet, men mistet forspranget da WordPress innførte Gutenberg og moderne rammeverk etablerte standardiserte komponenter. Systemet opprettholder i dag først og fremst eldre installasjoner innen utdanning og organisasjoner.
• Silverstripe CMS: Med basis i et eget modulært PHP-rammeverk fikk Silverstripe tidlig et solid grep om utviklere som verdsatte ryddig objektorientert kode. Gjennom rollen i New Zealands Common Web Platform (CWP) for offentlig sektor sikret systemet seg en varig posisjon i Oseania, selv om global nysatsing har avtatt i møte med moderne headless-verktøy.
• Dotclear: Det franske bloggpubliseringssystemet fra 2002 ble startet som et uavhengig alternativ til WordPress og Movable Type. Prosjektet holdes fortsatt i hevd av et dedikert fransk utviklermiljø. Med sin lette PHP-arkitektur forblir Dotclear et funksjonelt valg for tradisjonell blogging, men har ingen utbredelse i krevende forretningskritiske eller internasjonale e-handelsoppsett.

Lærdommen fra 2008 er enkel: økosystemer vinner, ikke funksjonslister. WordPress vant fordi plugins, temaer, hosting og talent vokste sammen. Systemene som overlevde (Drupal, Joomla), hadde egne økosystemer. De som døde, satset på teknisk eleganse uten bærekraftig fellesskap. WordCamp Oslo og WordCamp Bergen er fortsatt synlige tegn på at WordPress-fellesskapet i Norge er levende - møter og talks, ikke bare GitHub-stjerner.

#Hvilket CMS i stedet for WordPress for et nesten statisk nettsted i 2026

En tråd på r/webdev i mars 2026 stilte spørsmålet mange leser denne artikkelen for. Trådstarteren hadde et gammelt firmanettsted på WordPress, ville legge til en produktkatalog og trengte flere språk innebygd i systemet (r/webdev, tråd fra 6. mars 2026).

#Statamic, Grav eller WordPress for et lite firmanettsted

Det mest konkrete svaret pekte på et PHP-system utenfor de ti over:

Sjekk ut Statamic hvis du vil ha noe ryddig og PHP-basert. Det håndterer flere språk veldig bra rett ut av boksen, og adminpanelet er svært intuitivt for folk som ikke er utviklere. I tillegg kan du versjonskontrollere alt, siden det er filbasert som standard.

(u/Strange_Comfort_4110, svar på r/webdev, egen oversettelse)

Statamic bygger på Laravel og lagrer innhold i filer som standard, med en databasemodus for større nettsteder (statamic.com). Flere språk går gjennom multi-site-funksjonen, som dokumentasjonen merker som en Pro-funksjon (Statamic-dokumentasjonen om multi-site), så sjekk utgaven før du lover kunden oversettelser. Grav, som ble nevnt i samme tråd, er omtalt i avsnittet om TYPO3, Grav og Concrete CMS over. Ifølge prosjektsiden har det i tillegg innebygd flerspråklighet og MIT-lisens (Grav-funksjoner). WordPress holder innholdet i MySQL og legger til språk med en plugin.

Filbasert innhold går gjennom Git sammen med malene, en utrulling er en kopi av en mappe, og det finnes ingen database å ta sikkerhetskopi av eller migrere. En database lønner seg når katalogen trenger filtre, lagerstatus eller en redaktør som legger inn produkter hver uke. En katalog som en utvikler oppdaterer noen ganger i året, passer i filer. En katalog med filtre og daglige endringer peker tilbake til WordPress med WooCommerce eller til et databasebasert CMS.

#Payload eller headless WordPress for et JavaScript-team

En tråd fra februar 2026 spurte om et team burde gå over til Payload eller beholde WordPress som backend bak Next.js (r/webdev, tråd fra 26. februar 2026). Ett svar beskrev hva headless-veien koster:

headless WP-veien bevarer plugin-økosystemet ditt, men avveiningen er reell: du ender opp med å drive to kodebaser (WordPress som backend, Next som frontend) med REST/GraphQL imellom. hver gang du legger til et egendefinert felt i ACF, må du oppdatere begge sider.

(u/DevToolsGuide, svar på r/webdev, egen oversettelse)

Payload beskriver seg som Next.js-native, med backend som kjører inne i Next.js-appen (payloadcms.com). Hvordan innholdstyper defineres i kode, står i Payload-avsnittet over. Headless WordPress beholder pluginene og editoren kunden kjenner, og regningen er de to kodebasene fra sitatet. Den oppdelingen går vi gjennom i guiden til headless WordPress-arkitektur. For et nesten statisk firmanettsted er det mer maskineri enn innholdet trenger. Det lønner seg når det samme innholdet forsyner flere frontender.

#Hvem oppdaterer innholdet etter overlevering

I den samme Payload-tråden kom en merknad som gjelder ethvert systembytte:

Det vanskelige er at kundens innholdsredaktører må lære seg et nytt grensesnitt.

(u/Extension_Strike3750, svar på r/webdev, egen oversettelse)

Den som redigerer etter lansering, avgjør valget av CMS mer enn frontend-teknologien. En kunde som endrer innhold hver uke, trenger et adminpanel de kan lære: WordPress med noen egne blokker, eller kontrollpanelet i Statamic. Når en utvikler gjør hver endring, fjerner innhold i filer (Astro Content Collections, som dette nettstedet kjører på, eller Grav) databasen fra oppsettet. Å flytte redaktører til et nytt adminpanel koster kunden opplæringstid, og en periode havner endringsønskene hos deg igjen.

#Hvordan velge mellom WordPress, headless og SaaS-CMS

Velg WordPress når redaktørene ikke koder, du trenger WooCommerce og Vipps, eller du vil ha bredest hosting og plugin-valg.

Velg headless (Strapi/Payload) når frontenden er React/Next.js/Astro, innholdet skal ut på flere kanaler, eller teamet foretrekker TypeScript og API-first.

Velg SaaS (Contentful/Sanity) når du trenger managed infrastruktur, sanntidssamarbeid eller enterprise governance - og budsjettet tåler det.

Velg Astro Content Collections når utviklere eier innholdet via Git, ytelse er topprioritet, og siden er mest statisk (blogg, docs, marked).

Velg Drupal når Digdir, WCAG og finkornede rettigheter er førstepartskrav, ikke noe du limer på etterpå.

CMS-markedet i 2026 er ikke vinneren-tar-alt. Ulike verktøy dekker ulike behov. Vil du veie klassisk WordPress mot headless for et konkret prosjekt, tar vi det gjennom WordPress-utvikling hos WPPoland.

#Hvilket open source-CMS er best for utviklere?

For utviklere avhenger det beste open source-CMS-et i 2026 av stakken: Payload for team som jobber med TypeScript og Next.js, Strapi for Node-prosjekter uavhengig av rammeverk, og Astro Content Collections for statisk innhold som styres via Git. Alle tre er gratis og åpen kildekode (MIT), så valget handler om hvordan du bygger frontenden.

Payload (MIT, TypeScript) passer best når du allerede bruker Next.js. Innholdstyper definert som konfigurasjon i kode genererer API, adminpanel og ende-til-ende-typer fra de samme TypeScript-filene, og Payload kan kjøre inne i serverprosessen til Next.js. Kompromisset er et yngre plugin-økosystem og en arkitektur bygd rundt Next.js.

Strapi (MIT, Node.js) er det tryggere valget når frontenden ikke er Next.js. Det genererer REST og GraphQL automatisk fra innholdstypene, har et større fellesskap og en større plugin-markedsplass, og kan driftes selv av hensyn til datasuverenitet. For små nettsteder er det tyngre enn Payload.

Directus (BSL, går over til GPL etter tre år) vinner når du allerede har en SQL-database og vil ha et adminlag og et API oppå den, i stedet for å bygge en innholdsmodell fra bunnen. Astro Content Collections (MIT) er valget når utviklerne eier innholdet via Git og vil ha ytelse uten JavaScript i nettleseren, og prisen for det er at ikke-tekniske redaktører mangler et visuelt adminpanel. Trenger du et rent open source-lag for headless API, er Strapi og Payload de to første du bør vurdere.