Sanity är ett headless-CMS lanserat 2017 som särskiljer sig genom att vara strukturerat från grunden – innehållet definieras som scheman i kod och redaktionellt arbete sker i en anpassningsbar Studio.
Fördjupning
Sanity är ett headless-CMS som lanserades 2017 av det norska teamet bakom designstudion Bengler. Plattformen särskiljer sig genom att vara strukturerat från grunden – innehållet definieras som scheman i kod, redaktionellt arbete sker i ett ramverk som kallas Sanity Studio (som ni själva bygger ut), och innehållet hämtas via ett egenutvecklat frågespråk som heter GROQ. För team som vill ha full kontroll över datamodell och redaktionellt gränssnitt är Sanity ofta första valet.
Tilltalet hos Sanity är inte hastighet eller priset – det är formen. Plattformen tvingar er att tänka igenom hur innehållet ska struktureras innan ni börjar producera. För vissa team är det en feature; för andra är det överkurs.
Hur Sanity är uppbyggt
Sanity består av tre lager:
- Content Lake. En centraliserad datalagring i molnet där allt innehåll lever som JSON-dokument. Allt har ett dokument-ID, en typ, och ett antal fält enligt det schema ni har definierat.
- Sanity Studio. Det redaktionella gränssnittet där innehållsskapare arbetar. Studion är en React-applikation som ni själva konfigurerar och kan köra lokalt eller deploya dit ni vill. Det är öppen källkod och fullt anpassningsbart.
- API:er. GROQ för flexibla queries (likt SQL för JSON), GraphQL som alternativ, samt webhook-system och Live Content API för realtidsuppdateringar.
Datamodellen definieras i kod – typiskt TypeScript – vilket innebär att schemat versioneras tillsammans med resten av kodbasen. Det är en av de stora skillnaderna mot CMS:er där datamodellen lever i en admin-panel separat från koden.
Vad Sanity är bra på
- Strukturerad data. Sanity tvingar fram tydliga datamodeller. En artikel är inte bara "rich text" – den är en titel, en författare-referens, ett publiceringsdatum, ett antal block av portabel text, och så vidare. Det betyder att frontend kan rendera innehållet hur den vill, och att samma innehåll kan användas på webben, i en mobilapp, i en nyhetsbrev-pipeline och i en AI-assistent.
- Portable Text. Sanity introducerade konceptet "portable text" – en strukturerad representation av rich text som inte är HTML utan ett JSON-format. Det betyder att rich text kan renderas semantiskt korrekt i vilken kanal som helst.
- Anpassningsbar Studio. Behöver ni en kundspecifik vy för redaktörer? Ett ovanligt fält? En förhandsvisning som motsvarar produktion? Det går att bygga ut Studion utan att lämna React-ekosystemet ni redan kan.
- Realtidsfunktionalitet. Sanity har inbyggd realtid via websockets – flera redaktörer kan jobba samtidigt och se varandras ändringar live, och Live Content API levererar uppdateringar direkt till frontend.
- GROQ. Frågespråket – som står för Graph-Relational Object Queries – är kraftfullt: joins mellan dokumenttyper, projektioner och filtrering på djupa fält. Det är dessutom en öppen specifikation som Sanity open-sourcade 2019. För utvecklare som tröttnat på REST-endpoints är GROQ ofta en aha-upplevelse.
- Versionering och Content Releases. Sanity har bra historik och versionsstöd. Content Releases – som förhandsvisades 2024 och blev allmänt tillgänglig 2025 – låter er gruppera flera ändringar och publicera dem tillsammans. Funktionen ingår på vissa Enterprise-planer och passar stora kampanj- eller produktlanseringar.
Var Sanity inte alltid är det rätta valet
- Initial uppsättning kräver utvecklarresurs. Det finns inga "Sanity-mallar" på samma sätt som WordPress-teman eller Webflow-templates. Att starta ett Sanity-projekt är ett kodprojekt från dag ett.
- Redaktörers inlärningskurva. Sanity Studio är väldigt kapabel, men för en redaktör som är van vid WordPress eller Webflow CMS kan det kännas främmande.
- Schemamigreringar. När ni ändrar datamodellen – döper om ett fält, byter typ, lägger till ett nytt obligatoriskt fält – måste ni tänka igenom konsekvenserna för befintligt innehåll.
- Pris vid skala. Sanity har en generös gratisnivå och rimliga priser för små till mellanstora projekt. Vid många användare, mycket bandbredd eller stora dokumentvolymer kan det dock klättra.
När vi rekommenderar Sanity
På SEOS Design tar vi gärna in Sanity när:
- Innehållsmodellen är komplex och behöver versioneras tillsammans med koden.
- Frontend byggs med Next.js, Astro, Nuxt eller liknande modern stack.
- Innehållet ska användas i flera kanaler (webb + app + nyhetsbrev + integrationer).
- Teamet har utvecklare i loopen löpande, inte bara vid initial leverans.
- Redaktörer vill ha en finjusterad arbetsyta och inte en standardmässig admin-panel.
Vi rekommenderar oftast inte Sanity när redaktören vill kunna ändra design själv, när det inte finns budget eller process för fortsatt utveckling efter lanseringen, eller när en etablerad mall i Webflow eller WordPress redan täcker behoven.
För en djupare genomgång av hur ett headless-CMS som Sanity fungerar tillsammans med AI-assisterad utveckling och en modern frontend, se AI-assisterad webbutveckling: Claude Code, Next.js & headless CMS. Behöver ni hjälp att välja och sätta upp rätt partner kan du läsa mer om hur vi arbetar som Headless CMS-byrå.
Sanity vs Contentful vs Storyblok
- Sanity är mest utvecklarvänlig och flexibel, kräver kod för uppsättning, har den mest anpassningsbara Studion och bästa frågespråket.
- Contentful är mest enterprise-mogen, har starkast roller-och-rättigheter och bäst dokumentation för stora team, men känns mindre flexibel i frontend-rendering.
- Storyblok har bästa redaktörsupplevelsen genom visuell editor med live preview, vilket gör det extra trevligt för team där marknadsföring äger publicering.
Det finns inget "bäst" i absolut mening. För en svensk byråkontext med modern frontend och utvecklarresurser landar vi ofta i Sanity. För större internationella organisationer landar vi oftare i Contentful. För team där marknads- eller contentteamet vill vara självgående landar vi ofta i Storyblok. Vi har gått igenom plattformsvalet för växande och större företag mer ingående i Hemsideplattform för stora och växande företag.
Sanity och MCP – AI-agenter som arbetar direkt mot innehållet
Ett av de starkaste skälen att titta på Sanity 2026 är hur väl plattformen spelar med AI-agenter. Sanity har en officiell MCP-server, vilket innebär att en agent som Claude kan koppla upp sig direkt mot Content Lake och läsa, skapa, uppdatera och publicera innehåll – utan en utvecklare som mellanhand.
Det som gör Sanity ovanligt lämpat för det här är att grunden redan finns på plats: datamodellen är schema-as-code, innehållet är strukturerat och typat, och GROQ ger agenten ett precist sätt att hämta exakt rätt dokument. En AI-agent gissar sig inte fram – den arbetar mot en känd struktur. Jämfört med ett CMS där innehållet är ostrukturerad HTML blir skillnaden påtaglig.
I praktiken betyder det att en marknadsavdelning kan be en agent uppdatera en prislista, publicera en ny artikel eller rätta metadata över hundratals sidor – och få det gjort på minuter. Förutsättningen är densamma som alltid: agenten är bara så bra som strukturen den arbetar mot. Konsekvent namngivning, kompletta CMS-fält och en dokumenterad arkitektur är det som skiljer en sajt som AI kan sköta från en som den stökar till.
Vi går igenom vad MCP innebär för innehållsförvaltning mer ingående i MCP-byrå för hemsidor. Det arbetet sker ofta i nära samarbete med vårt systerbolag AI Partner när AI-agenter och automationsflöden ska kopplas djupare in i en organisation.
Sanity och SEO
Headless-CMS:er är som regel SEO-neutrala – det är frontend-implementationen som avgör SEO-resultatet. Med det sagt har Sanity några direkta påverkanspunkter:
- Strukturerad data är trivial. Eftersom innehållet är strukturerat från början är det enkelt att generera schema markup, korrekta canonical-taggar, hreflang och sitemap.xml automatiskt från Content Lake.
- Internationalisering. Sanity har bra mönster för flerspråkigt innehåll, men det kräver designval tidigt – fält per språk eller dokument per språk.
- Förhandsvisning. Ett område där Sanity skiner är preview-flöden. Redaktörer kan förhandsgranska sidor innan publicering, vilket minskar risken för felaktiga SEO-element i produktion.
- Content reuse. Eftersom samma innehåll kan användas i flera sammanhang minskar risken för duplicate content om ni hanterar canonical och variant-länkar rätt.
Sammanfattning
Sanity är ett headless-CMS för team som vill ha full kontroll över sin datamodell, sitt redaktörsgränssnitt och sin frontend. Det är inte det snabbaste sättet att starta, men det är ofta det skalbaraste sättet att fortsätta. För moderna frontend-stackar med kontinuerlig utveckling är det ett av de bästa valen på marknaden. För enkla broschyrwebbplatser är det typiskt överkurs. Bedöm utifrån komplexiteten i innehållet och stadigheten i utvecklarteamet – så landar ni rätt.
