WordPress vs headless CMS: når passer hva?

Et headless CMS som Sanity med Next.js passer når innholdet skal ut i flere kanaler, er strukturert eller trenger egne arbeidsflyter, og det finnes budsjett til utvikling. WordPress passer for typiske bedriftsnettsider med redaktører som kjenner det. Begge kan bli raske: Sanity + Next.js under 100 ms og WordPress med FrankenPHP under 200 ms i responstid.

Headless eller WordPress: det kommer an på prosjektet

Byrået sier at du trenger headless CMS, utvikleren vil bygge i Next.js, og du har hørt at WordPress er utdatert.

Begge leirene har et poeng. Headless gir mest når innholdet er strukturert og skal brukes i flere kanaler. WordPress gir mest når nettsiden er en typisk bedriftsside og redaksjonen allerede kjenner verktøyet. Utdatert er det heller ikke: ifølge W3Techs brukes WordPress av 40,2 % av alle nettsteder og 58,6 % av nettstedene med et kjent publiseringssystem (oktober 2026).

Vi bygger begge deler, og under går vi gjennom når hva passer.

Hva betyr «headless»?

I et tradisjonelt CMS henger innholdshåndtering og presentasjon sammen. Du skriver innhold i wp-admin, og WordPress lager HTML-en besøkerne ser.

I et headless CMS er de skilt. Innholdet lagres strukturert og leveres via API, og en egen frontend (typisk React med Next.js) henter det og bygger nettsiden. CMS-et bestemmer ikke hvordan innholdet skal se ut.

WordPress kan brukes headless via REST API eller WPGraphQL. Det minner om å kjøpe en stasjonsvogn og fjerne setene for å bruke den som varebil: det går, men da kunne du like gjerne kjøpt en varebil.

Sanity: når innholdet skal ut i flere kanaler

Sanity er et headless CMS som ble grunnlagt i Oslo i 2016 og i dag har hovedkontor i Oslo og San Francisco. Det har en sanntidsdatabase og et redaktørgrensesnitt bygget i React som kan tilpasses. Innholdet lagres strukturert og leveres via GROQ eller GraphQL.

Sammen med Next.js får du:

• Responstider under 100 ms med statisk generering og ISR
• Strukturert innhold som kan gjenbrukes i flere kanaler
• Ingen plugins, og dermed ingen sikkerhetshull fra tredjepartskode
• Live-forhåndsvisning med Visual Editing direkte i nettsiden
• TypeScript hele veien, fra CMS til frontend
• Kode som er enklere å utvikle, teste og vedlikeholde

Sanity + Next.js passer best når samme innhold skal ut på nettside, i app og i andre kanaler, når innholdsmodellen ikke passer i sider og innlegg, eller når redaksjonen trenger egne arbeidsflyter. Det krever budsjett til utvikling, fordi mer av løsningen bygges spesielt for prosjektet i stedet for å komme fra ferdige plugins.

Redaktørene klarer seg fint. Sanity Studio er lett å bruke, kan tilpasses etter behov og er ikke vanskeligere enn WordPress når det gjelder å produsere innhold.

MedusaJS: netthandel med egne forretningsmodeller

For nettbutikker med egne datamodeller og forretningsregler bruker vi MedusaJS. Det er et open source-rammeverk for headless commerce, bygget i Node.js med en modulær arkitektur.

Dette får du sammenlignet med WooCommerce:

• Ingen PHP, ingen WordPress og ingen plugins å holde oppdatert
• Modulær arkitektur der du bare tar i bruk det du trenger
• API-first og bygget for headless fra starten
• Egne datamodeller og regler uten å kjempe mot en ferdig butikkstruktur

MedusaJS passer for nye nettbutikker der du starter med blanke ark. Med Sanity for innhold og Next.js for frontend har du en komplett netthandelsplattform uten gammel teknisk gjeld å dra på.

Når WordPress er riktig valg

I disse situasjonene er WordPress det riktige valget:

Typiske bedriftsnettsider. En bedriftsnettside med 5–50 sider, en blogg og noen landingssider trenger sjelden mer enn WordPress, særlig når redaktørene allerede kjenner det. Økosystemet av plugins dekker det meste av skjemaer, SEO og integrasjoner.

Eksisterende WordPress-sider. Har du en WordPress-side som fungerer, med etablert innhold, integrasjoner og en redaksjon som kjenner verktøyet, er det sjelden verdt å migrere til headless bare fordi det er i vinden. Modernisering med WPFluent og FrankenPHP gir ofte mer igjen for pengene.

Begrenset utviklerbudsjett. Med WordPress får du mye ferdig: temaer, plugins og et redaksjonsverktøy folk kjenner. I et headless-prosjekt bygges mer fra bunnen, så løsninger med mange integrasjoner koster mer å utvikle.

Kunder som vil ha WordPress. Noen kunder kjenner WordPress, liker det og vil ikke lære seg noe nytt. Det er en god nok grunn.

WooCommerce med spesifikke plugins. Noen nisje-plugins for WooCommerce, som spesielle fraktløsninger, lagerstyring og B2B-funksjoner, har ennå ikke noe tilsvarende i MedusaJS. Økosystemet rundt WooCommerce er fortsatt bredere.

Med riktig arkitektur er WordPress verken tregt eller usikkert. Risikoen sitter i pluginene: Patchstack registrerte 11 334 nye sårbarheter i WordPress-økosystemet i 2025, og 91 % av dem lå i plugins. I selve WordPress-kjernen ble det bare rapportert 6. Vi bygger WordPress med FrankenPHP Worker Mode som gir responstider under 200 ms, CI/CD-pipelines og proaktiv sikkerhet. Det krever likevel mer vedlikehold enn Sanity. Hele oppskriften står i slik gikk WordPress fra 4 sekunder til 180 ms.

Hybridløsningen: WordPress-backend med moderne frontend

Noen prosjekter trenger admin-grensesnittet i WordPress, fordi redaktøren kjenner det eller WooCommerce-integrasjonene allerede er på plass, men ønsker en raskere og mer fleksibel frontend.

Da bruker vi WordPress som backend og React/Next.js som frontend. Du beholder wp-admin til innhold og ordrebehandling, mens kundene møter en rask webapp bygget i Next.js.

Vi anbefaler dette bare når det trengs. Hybriden koster mer å bygge og vedlikeholde enn en ren Sanity-løsning, og de fleste prosjekter klarer seg fint med enten Sanity + Next.js eller ren WordPress.

Norske krav og plattformvalg

Noen norske krav påvirker valget:

Betalingsløsninger. WooCommerce har modne plugins for Vipps og Klarna. MedusaJS har ingen offisiell Vipps-modul, og den offisielle Klarna-pluginen er laget for Medusa v1. I Medusa v2 kobler vi betalingen på via API-et for betalingsleverandører, enten gjennom en betalingsformidler som Stripe, Adyen eller Pay., eller som en egen integrasjon.

BankID. Kan integreres i begge økosystemene, men ingen av dem har det ferdig innebygd.

GDPR og datalagring. Sanity lagrer kundedata på Google Cloud med Belgia som primær lokasjon, altså hovedsakelig i EU, men oppgir også USA som behandlingssted i listen over underleverandører. Regionen kan ikke velges. WordPress ligger der du hoster det, og hos PXL ligger det i EU.

Tripletex og Power Office. WordPress har ferdige plugins, mens du i headless bygger API-integrasjonene selv. Med tunge regnskapsintegrasjoner kan WordPress være enklere, men det handler om utviklingsarbeid mer enn om plattform.

Hva vi anbefaler

Vi følger fire regler:

1. Typisk bedriftsnettside med redaktører som kjenner WordPress? WordPress, bygget med versjonskontroll, CI/CD og rask hosting.
2. Innhold til flere kanaler, strukturert innhold eller egne arbeidsflyter, og budsjett til utvikling? Sanity + Next.js.
3. Nettbutikk med egne datamodeller? MedusaJS + Sanity + Next.js. Trenger butikken spesifikke WooCommerce-plugins, er WooCommerce fortsatt et godt valg.
4. Eksisterende WordPress som fungerer? Moderniser den med WPFluent, FrankenPHP og CI/CD, og ikke migrer bare for å migrere.

Vi fakturerer det samme uansett plattform, så anbefalingen handler bare om hva som gir deg mest igjen på sikt. Hvem som bør bygge løsningen, er et eget spørsmål. Det tar vi opp i WordPress-byrå eller utviklerteam.

Usikker? Ta kontakt, så vurderer vi uforpliktende hvilken plattform som passer prosjektet ditt.