Kort oppsummert:
- Sanity leverer ikke SEO ut av boksen. Du må selv sette opp metadata-felt, sitemap, strukturerte data og canonical-tagger.
- Til gjengjeld får du full kontroll og raskere sider enn de fleste WordPress-oppsett. Forskjellen ligger ikke i verktøyet, men i hvem som setter det opp.
Er Sanity bra for SEO?
Ja. Sanity legger ingen hindre i veien for god SEO, og fjerner flere av dem du finner i tradisjonelle publiseringsløsninger. Men Sanity gjør heller ingenting for deg av seg selv. Sanity er et headless CMS, som betyr at innholdet ligger for seg selv og hentes inn i nettsiden via et API. Alt det Google ser, altså titler, metabeskrivelser, sitemap og strukturerte data, må bygges inn i frontenden.
Derfor er svaret på om Sanity er bra for SEO egentlig et spørsmål om hvem som setter det opp.
Hva Sanity ikke gir deg automatisk
La oss ta det ærlige først. Kommer du fra WordPress, mangler tre ting du er vant til:
- Ingen Yoast eller tilsvarende innebygd. Ingen grønne lys, ingen automatisk analyse av teksten din.
- Ingen sitemap som lages av seg selv. Sanity vet ikke hvordan nettsiden din er strukturert, bare hvilke dokumenter som finnes.
- Ingen strukturerte data by default. Google får ikke servert produktpriser, artikkelforfattere eller åpningstider med mindre noen legger det inn.
Det finnes community-plugins som dekker deler av dette. Sanity SEO Plugin, laget av Bhargav Patel og ikke av Sanity selv, gir SEO-score, forhåndsvisning av metadata, sosiale delingskort og kontroll på robots-tagger. Den er et godt utgangspunkt, men den er fortsatt et rammeverk du bygger videre på.
Vår erfaring er at dette er en styrke, ikke en svakhet. Du slipper et lag med funksjoner du aldri bruker, og du får bare feltene redaktørene dine faktisk trenger.
Slik setter du opp SEO riktig i Sanity
Her er de fire tingene som må på plass. Ta gjerne listen med rett inn i neste møte med utvikleren din.
Metadata: egne felt for tittel og beskrivelse
Legg inn metatittel og metabeskrivelse som egne felter i schemaet, ikke som noe frontenden gjetter seg til ut fra H1-en. Sett tegnbegrensning på feltene, så ser redaktøren med en gang om tittelen blir kuttet i Google.
Et godt oppsett har også et fallback: hvis feltet står tomt, brukes sidetittelen automatisk. Da får du aldri en side helt uten metadata.
Sitemap: generert fra innholdet ditt
Sitemap bygges i frontenden, ikke i Studio. Bruker du Next.js, finnes det en egen reservert rute for dette. Du lager en GROQ-spørring som henter alle sider og artikler med URL og sist endret-dato, og mater resultatet inn i sitemap.ts. Next.js gjør om dette til gyldig XML på /sitemap.xml.
Poenget er at sitemapet oppdaterer seg selv. Publiserer redaktøren en ny artikkel klokken 14, ligger den i sitemapet uten at noen løfter en finger.
Schema markup: strukturerte data som JSON-LD
Strukturerte data er koden som forteller Google hva innholdet faktisk er, altså om dette er en artikkel, et produkt eller en bedrift. Det er ofte dette som avgjør om du får stjerner, priser eller FAQ-visning i søkeresultatet.
I Sanity løser du det ved å hente feltene du allerede har, som forfatter, publiseringsdato og produktpris, og bygge JSON-LD av dem i frontenden. Fordelen er at dataene aldri kommer ut av synk med innholdet, fordi de kommer fra samme kilde.
robots.txt og canonical-tagger
Begge deler hører hjemme i frontenden, enten du bruker Next.js eller Astro. Sørg for at redaktøren kan sette noindex på en enkeltside fra Studio, uten å ringe en utvikler. Canonical-tagger bør genereres automatisk fra sidens URL, med mulighet for å overstyre manuelt.
Sanity og Core Web Vitals
Core Web Vitals er Googles tre måltall for brukeropplevelse. Google regner en side som god når LCP er under 2,5 sekunder, INP under 200 millisekunder og CLS under 0,1.
Her har Sanity en reell arkitektonisk fordel. Google skriver selv at server-side eller forhåndsrendret innhold fortsatt er en god idé. Det gjør nettsiden raskere for både brukere og roboter, og ikke alle roboter kjører JavaScript. Med Sanity og Next.js kan sidene bygges ferdig på forhånd og leveres nesten momentant.
En WordPress-side med 20 aktive plugins drar med seg skript og stilark på hver eneste sidevisning. Det er her forskjellen på LCP oppstår i praksis.
Men vær oppmerksom: arkitekturen gir deg muligheten, ikke garantien. Bygger utvikleren en frontend som henter alt innhold i nettleseren etter at siden er lastet, taper du fordelen. Da havner sidene i Googles renderingskø, og indekseringen kan bli forsinket.
Sanity eller WordPress for SEO?
Begge kan rangere godt. Forskjellen ligger i hvor arbeidet gjøres.
WordPress gir deg 80 prosent av SEO-oppsettet gratis, men det siste stykket er tungt. Du kjemper mot temaer, plugins og innebygd treghet.
Sanity gir deg null prosent gratis, men taket er høyere. Alt kan settes opp nøyaktig slik du vil ha det, og du får ingen ballast du ikke har bedt om.
Skal du drive nettsiden selv uten teknisk hjelp, velg WordPress. Har du en teknisk partner og ambisjoner om å rangere i konkurranseutsatte søk, er Sanity det bedre valget.
Slik hjelper vi deg
De fleste byråer kan enten bygge Sanity eller drive SEO. Vi i Solid Media gjør begge deler, og det er nettopp derfor dette henger sammen hos oss. SEO-kravene legges inn mens datamodellen tegnes, ikke som en oppgave noen tar tak i et halvår etter lansering.
I praksis betyr det at metadata-felt, sitemap, strukturerte data og hastighetsbudsjett er på plass den dagen nettsiden går live.Se hvordan vi jobber med SEO og AI-synlighet.
Skal du bygge nytt i Sanity, eller har du allerede en Sanity-side som ikke rangerer som den burde? La oss ta en prat. Du når oss på 21 42 42 80 eller hei@solidmedia.no.
