Vad är skillnaden mellan headless och statisk sajt?

Statisk sajt har innehåll i kodfiler (Markdown, MDX). Headless har innehåll i ett CMS som levererar via API. Statiskt funkar för en utvecklarblogg. Headless behövs när icke-utvecklare ska redigera.

Är headless alltid snabbare än WordPress?

Nej. En välbygd WordPress på Kinsta med rätt cache kan nå 90+ i Lighthouse. Men i snitt är headless 20 till 40 procent snabbare på Core Web Vitals eftersom HTML är förgenererad och CDN-distribuerad.

Vad kostar det att underhålla en headless-sajt?

CMS (Sanity, Storyblok) från 0 till ~200 kr/mån. Hosting (Netlify, Vercel, Cloudflare Pages) från 0 till 200 kr/mån. Plus utvecklarstöd för nya features. Total drift kan bli lägre än WordPress för stora sajter, men högre för små.

Vilket headless CMS rekommenderar ni?

Sanity för dev-vänligt schema och real-time editing. Storyblok för visual editing där redaktören ser ändringar live. Båda har generösa gratis-tier och fungerar utmärkt i Sverige.

Kan jag migrera från WordPress till headless?

Ja. Innehåll exporteras via WP REST API till Sanity, Storyblok eller annat CMS. Sidor designas om i Astro eller Next.js. Räkna med 60 till 150 timmar för en medelstor sajt med 30 till 80 sidor.

Headless vs traditionellt CMS: när lönar sig headless?

Vad menas med headless egentligen?

Traditionellt CMS är en monolit. WordPress, Drupal och Joomla lagrar innehåll i databasen och renderar HTML i samma installation. Backend och frontend sitter ihop.

Headless CMS klipper bandet. Innehållet lagras i ett "huvudlöst" CMS (Sanity, Storyblok, Contentful) som bara levererar data via API. Frontend är en separat applikation byggd i Astro, Next.js eller Nuxt som hämtar data och renderar sidan.

Konsekvensen: snabbare sajter, friare design, samma innehåll till flera kanaler. Men också högre komplexitet, fler rörliga delar och högre beroende av utvecklare.

Jämförelse i 13 dimensioner

Tabellen jämför ett klassiskt CMS (WordPress med Blocksy eller Elementor) mot ett headless-bygge (Astro eller Next.js + Sanity eller Storyblok).

Dimension	Traditionellt CMS	Headless
Arkitektur	Monolit (CMS = backend + frontend)	Decoupled (CMS via API, frontend separat)
Prestanda (Lighthouse mobilt)	65 till 90	90 till 99
Tid till publicering (redaktör)	1 till 3 sek (intern)	10 till 60 sek (build krävs ofta)
Kostnad små sajter (<20 sidor)	Låg (~100 kr/mån)	Medel (~300 kr/mån + CMS)
Kostnad stora sajter (>100 sidor)	Medel (kräver bra hosting)	Låg (CDN-edge, gratis tier hostar tusentals sidor)
Designfrihet	Begränsad av tema-systemet	Total (frontend är vanlig kod)
Multi-channel (web + app + skärm)	Klumpigt eller omöjligt	Inbyggt syfte
Redaktörsupplevelse	Visual editing, WYSIWYG	Strukturerat (Sanity, Storyblok har preview)
Beroende av utvecklare	Lågt för innehåll, högt för funktioner	Högre för allt utom innehåll
Säkerhet	Större attackyta (PHP, plugins, DB)	Mindre yta (statisk frontend, API token)
Inlåsning	Medel (svår migrering från WP)	Låg (innehåll kan flytta mellan CMS)
Plugin/app-ekosystem	Gigantiskt (60 000+ för WP)	Mindre, men växande
Lärtröskel för team	Låg (WP-vana är vanlig)	Hög (kräver dev-team eller byrå)

Källor: Google Core Web Vitals 2025-data, Sanity/Storyblok pricing, W3Techs.

Välj headless när:

Sajten är 20+ sidor med tung trafik eller kampanjlogik.
Core Web Vitals 90+ är affärskritiskt (SEO, AEO, konvertering).
Samma innehåll ska visas i web + app + skärm + nyhetsbrev.
Designen är affärskritisk och temasystem är för begränsande.
Du har en utvecklare eller byrå som äger frontend långsiktigt.
Säkerhet är extra viktigt (myndighet, finans, vård).

Välj traditionellt CMS när:

Sajten är under 20 sidor och växer inte explosivt.
Redaktören vill se ändringar live, inte vänta på build.
Du vill ha plugin-ekosystem (e-handel, bokning, medlemskap).
Du saknar utvecklarkapacitet och vill kunna underhålla själv.
Budgeten är låg och sajten är enkel innehållsmässigt.

Vår rekommendation

Headless är ett kraftfullt val när rätt förutsättningar finns. För ett SaaS-bolag med 80 landningssidor som kör A/B-test, ett premiumvarumärke som vill vara snabbast i sin nisch, eller en mediakanal med innehåll i flera format är headless ofta rätt.

För ett mindre konsultbolag, en lokal hantverkare eller en B2B-sajt med 10 till 15 sidor blir headless overkill. WordPress med Blocksy eller en enkel Astro+Markdown-sajt gör samma jobb snabbare och billigare.

Fråga er först: behöver vi multi-channel? Är prestanda affärskritisk? Har vi utvecklarkapacitet? Tre ja, då är headless rätt. Två nej, då är traditionellt CMS rätt.