Sanity CMS: Content Lake, Studio, GROQ og når vi anbefaler det

Definisjon

Sanity CMS er et headless CMS lansert i 2017 som skiller seg ut ved å være strukturert fra grunnen av: innholdet defineres som skjemaer i kode, og det redaksjonelle arbeidet skjer i et tilpassbart Studio.

Fordypning

Sanity CMS er et headless CMS som ble lansert i 2017 av det norske teamet bak designstudioet Bengler. Plattformen skiller seg ut ved å være strukturert fra grunnen av: innholdet defineres som skjemaer i kode, det redaksjonelle arbeidet skjer i et rammeverk som heter Sanity Studio (som dere selv bygger ut), og innholdet hentes via et egenutviklet spørrespråk som heter GROQ. For team som vil ha full kontroll over datamodell og redaksjonelt grensesnitt, er Sanity ofte førstevalget.

Det som er tiltalende ved Sanity, er ikke hastigheten eller prisen. Det er formen. Plattformen tvinger dere til å tenke gjennom hvordan innholdet skal struktureres før dere begynner å produsere. For noen team er det en styrke, for andre er det mer enn de trenger.

Slik er Sanity bygget opp

Sanity består av tre lag:

• Content Lake. En sentralisert datalagring i skyen der alt innhold lever som JSON-dokumenter. Alt har en dokument-ID, en type og et antall felt i henhold til skjemaet dere har definert.
• Sanity Studio. Det redaksjonelle grensesnittet der innholdsprodusentene jobber. Studio er en React-applikasjon som dere selv konfigurerer og kan kjøre lokalt eller deploye dit dere vil. Det er åpen kildekode og fullt tilpassbart.
• API-er. GROQ for fleksible spørringer (som SQL for JSON), GraphQL som alternativ, samt webhooks og Live Content API for sanntidsoppdateringer.

Datamodellen defineres i kode, typisk TypeScript, noe som betyr at skjemaet versjoneres sammen med resten av kodebasen. Det er en av de store forskjellene fra CMS-er der datamodellen lever i et adminpanel adskilt fra koden.

Hva Sanity er bra på

• Strukturerte data. Sanity tvinger frem tydelige datamodeller. En artikkel er ikke bare «rik tekst», den er en tittel, en forfatterreferanse, en publiseringsdato, et antall blokker med portable text og så videre. Det betyr at frontend kan rendre innholdet slik den vil, og at det samme innholdet kan brukes på hjemmesiden, i en mobilapp, i en nyhetsbrev-pipeline og i en assistent basert på kunstig intelligens (KI/AI).
• Portable Text. Sanity introduserte konseptet «portable text»: en strukturert representasjon av rik tekst som ikke er HTML, men et JSON-format. Det betyr at rik tekst kan rendres semantisk korrekt i hvilken som helst kanal.
• Tilpassbart Studio. Trenger dere en kundespesifikk visning for redaktørene? Et uvanlig felt? En forhåndsvisning som tilsvarer produksjon? Studio kan bygges ut uten å forlate React-økosystemet dere allerede kan.
• Sanntidsfunksjonalitet. Sanity har innebygd sanntid via websockets: flere redaktører kan jobbe samtidig og se hverandres endringer live, og Live Content API leverer oppdateringer direkte til frontend.
• GROQ. Spørrespråket, som står for Graph-Relational Object Queries, er kraftig: joins mellom dokumenttyper, projeksjoner og filtrering på dype felt. Det er dessuten en åpen spesifikasjon som Sanity gjorde til åpen kildekode i 2019. For utviklere som er lei av REST-endepunkter, er GROQ ofte en aha-opplevelse.
• Versjonering og Content Releases. Sanity har god historikk og versjonsstøtte. Content Releases, som ble forhåndsvist i 2024 og allment tilgjengelig i 2025, lar dere gruppere flere endringer og publisere dem samlet. Funksjonen inngår i enkelte Enterprise-planer og passer store kampanje- eller produktlanseringer.

Hvor Sanity ikke alltid er det riktige valget

• Oppsettet krever utviklerressurser. Det finnes ingen «Sanity-maler» på samme måte som WordPress-temaer eller Webflow-templates. Å starte et Sanity-prosjekt er et kodeprosjekt fra dag én.
• Læringskurve for redaktørene. Sanity Studio er svært kapabelt, men for en redaktør som er vant til WordPress eller Webflow CMS, kan det føles fremmed.
• Skjemamigreringer. Når dere endrer datamodellen, gir et felt nytt navn, bytter type eller legger til et nytt obligatorisk felt, må dere tenke gjennom konsekvensene for eksisterende innhold.
• Pris i stor skala. Sanity har et generøst gratisnivå og rimelige priser for små og mellomstore prosjekter. Med mange brukere, mye båndbredde eller store dokumentvolumer kan kostnaden likevel stige.

Når vi anbefaler Sanity

Hos SEOS Design tar vi gjerne inn Sanity når:

• Innholdsmodellen er kompleks og må versjoneres sammen med koden.
• Frontend bygges med Next.js, Astro, Nuxt eller en lignende moderne stack.
• Innholdet skal brukes i flere kanaler (hjemmeside + app + nyhetsbrev + integrasjoner).
• Teamet har utviklere involvert løpende, ikke bare ved første leveranse.
• Redaktørene vil ha en finjustert arbeidsflate og ikke et standard adminpanel.

Vi anbefaler som oftest ikke Sanity når redaktøren vil kunne endre designet selv, når det ikke finnes budsjett eller prosess for videre utvikling etter lansering, eller når en etablert mal i Webflow eller WordPress allerede dekker behovet.

For en grundigere gjennomgang av hvordan et headless CMS som Sanity fungerer sammen med KI-assistert utvikling og en moderne frontend, se AI-nettside med Claude Code og Next.js. Trenger dere hjelp til å velge og sette opp riktig partner, kan dere lese mer om hvordan vi jobber som headless CMS-byrå.

Sanity vs Contentful vs Storyblok

• Sanity er mest utviklervennlig og fleksibelt, krever kode for oppsett, har det mest tilpassbare Studio og det beste spørrespråket.
• Contentful er mest enterprise-modent, har den sterkeste styringen av roller og rettigheter og den beste dokumentasjonen for store team, men føles mindre fleksibelt i frontend-rendering.
• Storyblok har den beste redaktøropplevelsen gjennom en visuell editor med live preview, noe som gjør det ekstra behagelig for team der markedsavdelingen eier publiseringen.

Det finnes ikke noe «best» i absolutt forstand. For en nordisk byråkontekst med moderne frontend og utviklerressurser lander vi ofte på Sanity. For større internasjonale organisasjoner lander vi oftere på Contentful. For team der markeds- eller innholdsteamet vil være selvgående, lander vi ofte på Storyblok. Vi har gått grundigere gjennom plattformvalget for voksende og større selskaper i Enterprise CMS: Webflow, headless eller enterprise-system?.

Sanity og MCP: KI-agenter som jobber direkte mot innholdet

En av de sterkeste grunnene til å se på Sanity i 2026 er hvor godt plattformen spiller sammen med KI-agenter. Sanity har en offisiell MCP-server, som betyr at en agent som Claude kan koble seg direkte til Content Lake og lese, opprette, oppdatere og publisere innhold, uten en utvikler som mellomledd.

Det som gjør Sanity uvanlig godt egnet til dette, er at grunnlaget allerede er på plass: datamodellen er schema-as-code, innholdet er strukturert og typet, og GROQ gir agenten en presis måte å hente akkurat riktig dokument på. En KI-agent gjetter seg ikke frem, den jobber mot en kjent struktur. Sammenlignet med et CMS der innholdet er ustrukturert HTML, blir forskjellen tydelig.

I praksis betyr det at en markedsavdeling kan be en agent oppdatere en prisliste, publisere en ny artikkel eller rette metadata på hundrevis av sider, og få det gjort på minutter. Forutsetningen er den samme som alltid: agenten er bare så god som strukturen den jobber mot. Konsekvent navngiving, komplette CMS-felt og en dokumentert arkitektur er det som skiller en hjemmeside KI kan drifte, fra en den roter til.

Hva MCP betyr for innholdsforvaltning, går vi grundigere gjennom i MCP-byrå for nettsider. Dette arbeidet skjer ofte i tett samarbeid med søsterselskapet vårt AI Partner når KI-agenter og automatiseringsflyter skal kobles dypere inn i en organisasjon.

Sanity og SEO

Headless CMS-er er som regel SEO-nøytrale: det er frontend-implementasjonen som avgjør SEO-resultatet. Når det er sagt, har Sanity noen direkte påvirkningspunkter:

• Strukturerte data er trivielt. Fordi innholdet er strukturert fra starten av, er det enkelt å generere schema markup, korrekte canonical-tagger, hreflang og sitemap.xml automatisk fra Content Lake.
• Internasjonalisering. Sanity har gode mønstre for flerspråklig innhold, men det krever designvalg tidlig: felt per språk eller dokument per språk.
• Forhåndsvisning. Et område der Sanity skinner, er preview-flyter. Redaktørene kan forhåndsvise sider før publisering, noe som reduserer risikoen for feil i SEO-elementene i produksjon.
• Gjenbruk av innhold. Fordi det samme innholdet kan brukes i flere sammenhenger, minsker risikoen for duplisert innhold, forutsatt at dere håndterer canonical og variantlenker riktig.

Oppsummering

Sanity er et headless CMS for team som vil ha full kontroll over datamodellen, redaktørgrensesnittet og frontend. Det er ikke den raskeste måten å starte på, men ofte den mest skalerbare måten å fortsette på. For moderne frontend-stacker med kontinuerlig utvikling er det et av de beste valgene på markedet. For enkle brosjyrenettsider er det typisk mer enn dere trenger. Vurder ut fra kompleksiteten i innholdet og stabiliteten i utviklerteamet, så lander dere riktig.