Storyblok eller Contentful — så väljer vi mellan dem i verkliga projekt

Frågan är sällan vilken headless CMS som är objektivt bäst. Frågan är vilket team som ska leva med den — och vad de behöver få gjort på tisdag morgon.

Två plattformar, samma kategori — helt olika DNA

Storyblok och Contentful hamnar i samma jämförelsematris nästan varje gång ett nordiskt e-handelsbolag ska byta CMS. Båda är headless, båda är API-först, båda passar in i en composable stack tillsammans med Norce, Voyado eller shopify-liknande commerce-lager. Men de utgår från olika problem, och det märks i vartenda designval — från hur en redaktör skapar en landningssida till hur en frontend-utvecklare hämtar data.

Contentful föddes ur en utvecklarcentrerad ambition. Strukturerade content types, robusta API:er, integrationer mot resten av stacken — CMS:et som en tjänst, byggd av utvecklare för utvecklare. Storyblok föddes ur en annan irritation: att marknadsavdelningar inte förstod headless CMS:er utan preview. Det gjorde att de byggde en visuell editor från dag ett och lät hela innehållsmodellen — blocks — följa den logiken.

Kortfattat, så här skiljer utgångspunkterna sig:

• Storyblok — komponentbaserad blocks-modell, visuell editor som förstavalet, marknadsteam som primär målgrupp.

• Contentful — strukturerad content type-modell, GraphQL och REST i paritet, utvecklarteam och plattformsägare som primär målgrupp.

• Båda — CDN-backad delivery, SDK för alla vanliga frontend-ramverk, webhooks, roller och behörigheter, Nordic-relevanta partnernätverk.

Visuell editor: där Storyblok drar ifrån — och varför det spelar roll

Den enskilt största praktiska skillnaden när man sätter en redaktör framför båda verktygen är hur landningssidor byggs. Storyblok renderar den faktiska sajten i editorn och låter redaktören klicka direkt på en rubrik, en produktkarusell eller en bannerkomponent för att redigera den. Contentful bygger sin ekvivalent — Contentful Studio och Compose — men den bygger på en approximation av layouten, inte en live-preview av frontend:en (källa).

Det låter som en detalj. Det är det inte. När en marknadschef ska lansera en kampanjsida en fredag eftermiddag är skillnaden mellan att se sidan bli till och att gissa hur den kommer se ut den skillnad som avgör om plattformen faktiskt används — eller om utvecklarna får hjälpa till varje gång.

Var vi ser att det spelar roll i praktiken:

• Kampanjtungt e-handelsbolag som lanserar 10–30 landningssidor per kvartal — Storyblok betalar av sig i redaktionell hastighet nästan direkt.

• Sajt där innehållet mest är strukturerad produktkommunikation och nyhetsartiklar — Contentfuls form-baserade UX räcker gott och skapar mindre risk för layout-avvikelser.

• Multibrand-koncern där olika marknader har olika ambitionsnivå på copy och layout — Storyblok tenderar att vinna eftersom lokala team kan äga mer själva. [BEKRÄFTA: koppling till konkret Partnersense-case]

Innehållsmodellering: blocks vs content types

Under ytan är detta den viktigaste tekniska skillnaden — och den som avgör hur din datamodell åldras. Contentful bygger på content types: platta, strikt definierade scheman som refererar till varandra. Det ger en tydlig, förutsägbar struktur och gör det enkelt att bygga typade klienter, validering och integrationer mot till exempel ett PIM eller en översättningstjänst.

Storyblok bygger på blocks — nestbara komponenter där en sida är en trädstruktur av bloktyper. Modellen är mer flexibel och matchar hur en modern frontend faktiskt är uppbyggd (React-, Vue- eller Svelte-komponenter), men den kräver mer disciplin. Utan tydlig komponentgovernance växer det snabbt fram tio olika "hero"-block där tre hade räckt. (källa)

Så här tänker vi kring modellen i skarpa projekt:

1. Har ni ett innehåll som mest är strukturerad data — produkter, artiklar, medarbetare, event — vinner Contentfuls modell på förutsägbarhet.

2. Bygger ni sidor där copywriter och designer sitter bredvid varandra och vill kombinera komponenter fritt, vinner Storybloks blocks.

3. Har ni båda behoven — vilket är typfallet — måste ni antingen investera i en komponentbibliotek-governance i Storyblok eller bygga Compose-liknande sammansatta modeller i Contentful. Ingen av vägarna är gratis.

Delivery API, prestanda och utvecklarupplevelse

Båda plattformarna levererar innehåll via CDN-cachade API:er och båda klarar de trafiknivåer nordisk e-handel opererar på utan att svettas. Contentful har en tydligare GraphQL-story och en dokumenterad väg mot Federation för team som redan kör en federerad graf över commerce, kundprofil och innehåll (källa). Storyblok har en mycket bra REST-baserad Content Delivery API v2 med en välarbetad caching-modell via space-versioner och en GraphQL-implementation som fungerar men inte känns förstklassad (källa).

I praktiken är det inte råhastigheten som avgör — det är hur väl API:et matchar hur ni bygger frontend. Några signaler vi tittar efter:

• Kör ni en Next.js- eller Nuxt-app med ISR eller on-demand revalidation? Båda funkar, Storybloks bridge till preview är enklare att koppla in.

• Ligger innehållet i en federerad GraphQL-graf tillsammans med kund- och orderdata? Contentful sparar er tid på att slippa bygga en egen resolver-lager.

• Vill utvecklarteamet typa allt end-to-end med TypeScript? Contentful har ett förspänt CLI för det, Storyblok kräver lite mer glue — men båda går att lösa.

Prissättning i verkligheten: från 10 till 100 miljoner impressions

Här börjar det bli obekvimt att jämföra rakt av, eftersom plattformarna prissätter på olika enheter. Storyblok tar betalt per traffic light-modell baserat på månatlig trafik och användare (Community, Entry, Business, Enterprise) (källa). Contentful tar betalt per organisation, användare, records och API-requests, med custom-plan för större bolag (källa).

Vår erfarenhet vid några vanliga volymer i den nordiska mellanmarknaden:

• ~10 miljoner impressions/månad — båda hamnar oftast i en mid-tier plan och skillnaden är marginell. Här avgörs valet av UX, inte av pris.

• ~30–50 miljoner impressions/månad — Contentful börjar dra iväg om API-anrop inte caches aggressivt. Storyblok blir känsligare för antalet användare och miljöer. Här behöver ni räkna på riktigt, med er faktiska cache-hit ratio. [BEKRÄFTA: siffror mot aktuella prislistor]

• ~100 miljoner impressions/månad — ni är i enterprise-samtal med båda. Prislappen blir en förhandling, inte en prislista, och det som avgör totalkostnaden är ofta implementations- och supportmodell snarare än license fee.

En sak vi konsekvent påminner kunder om: den dyraste CMS-kostnaden är sällan licensen. Den är utvecklartimmar som går åt när plattformen inte gör det marknad behöver — och därmed skapar en beroende-kö in mot tech-teamet.

När Contentful faktiskt vinner

Vi rekommenderar Storyblok i majoriteten av nya nordiska e-handelsprojekt, men det finns tydliga scenarier där Contentful är rätt val — och vi säger det utan reservation när vi ser dem.

• Utvecklarcentrerad organisation där tech ägare hela stacken och marknad konsumerar färdiga sidmallar snarare än bygger själv. Contentfuls schema-first-approach ger mindre governance-arbete.

• GraphQL Federation i botten. Om ni redan kör en federerad graf med Apollo eller Hasura är Contentfuls GraphQL API en naturlig subgraf.

• Innehållstunga sajter där taxonomi, referensmodeller och relationer mellan innehåll är viktigare än att en sidbyggare ser exakt hur en hero ser ut i realtid.

• Redan etablerad Contentful-praktik i koncernen. Att byta från en fungerande Contentful-implementation till Storyblok är sällan värt migreringskostnaden om inte marknadsteamet aktivt lider.

Så resonerar vi i skarpa projekt

När vi sitter med en kund som är på väg att välja mellan Storyblok och Contentful ställer vi sällan tekniska frågor först. Vi ställer organisatoriska. Vem ska bygga landningssidor om två år? Vem äger komponentbiblioteket? Hur ofta lanserar ni kampanjer utan att techs backlog blir en flaskhals? Svaren på de frågorna avgör oftast valet — och sen kalibrerar vi det tekniska mot den bilden.

Vår tumregel är enkel: väljer ni med marknad och redaktion i fokus, väljer ni oftast Storyblok. Väljer ni med tech-plattform och integrationslandskap i fokus, väljer ni oftare Contentful. Väldigt sällan är valet självklart innan man har pratat igenom hur ansvaret ska ligga mellan team — och det är just där en välinvesterad discovery-session tjänar in sig många gånger om.

Ett par kalibreringsfrågor vi använder:

1. Hur många personer utanför tech ska kunna publicera en landningssida utan hjälp?

2. Hur många språk och marknader ska plattformen serva, och hur självständiga är de lokala teamen?

3. Vilken position har CMS:et i er arkitektur — en subgraf i en federerad datamodell, eller ett självständigt content-lager med egen delivery-API?

4. Hur mogen är er komponent- och designsystem-praxis? Ju svagare governance, desto viktigare blir Storybloks visuella editor för att undvika layout-drift.

Storyblok och Contentful är båda mogna, seriösa plattformar. Det finns inget "fel" val — bara ett val som passar er organisation bättre eller sämre. Vi har byggt på båda, och vi har åsikter om när respektive vinner. Vill ni ha en objektiv genomlysning inför ett kommande CMS-byte eller replattforming — hör av er, så tar vi ett kalibreringssamtal utan säljhattar.