Migrere fra WordPress til Sanity: Slik gjør dere det uten å miste trafikk

Mange bedrifter har hatt nettsiden sin i WordPress i en årrekke. Den fungerer, men innholdet har vokst, utvidelsene har blitt flere, og det har blitt tungvint å gjenbruke innhold på tvers av kanaler. Da dukker spørsmålet opp: Bør vi migrere fra WordPress til Sanity?

Vi i Kodeks utvikler og drifter både WordPress-nettsider og nettsider i Sanity CMS, så vi har ingen grunn til å anbefale det ene fremfor det andre for enhver pris. Her går vi gjennom når en migrering er riktig valg, hvordan den gjennomføres og hva som påvirker tid og kostnad.

Migrering lønner seg som regel når ett eller flere av disse punktene stemmer:

• Innholdet skal brukes flere steder. Sanity lagrer innhold som strukturerte data, slik at samme tekst, produkt eller person kan vises på nettsiden, i en app eller på andre flater uten å kopieres.
• Løsningen holdes sammen av mange utvidelser. Når sentrale funksjoner er avhengige av mange ulike plugins, blir oppdateringer og feilsøking tidkrevende.
• Redaktørene trenger en arbeidsflate som passer innholdet. I Sanity Studio kan felt, dokumenttyper og arbeidsflyt tilpasses det dere faktisk publiserer.
• Dere har høye krav til ytelse. Med et moderne rammeverk som Next.js får utviklerne full kontroll over hvordan sidene bygges og lastes.
• Dere skal uansett lage ny nettside. Står et redesign for tur, er det et naturlig tidspunkt å vurdere plattformen på nytt.

Vil dere vite mer om prinsippene bak, har vi skrevet om hva et headless CMS er og hva som gjør Sanity annerledes.

En migrering er ikke alltid riktig svar. Det er ofte klokere å bli værende når:

• nettsiden er relativt enkel, fungerer godt og redaktørene er fornøyde
• løsningen er tett knyttet til WooCommerce eller andre utvidelser som er vanskelige å erstatte
• budsjettet ikke rommer både ny frontend og migrering av innhold
• problemet egentlig er treg hosting, et tungt tema eller for mange utvidelser, noe som kan løses uten å bytte plattform

Da gir det ofte mer igjen å videreutvikle WordPress-løsningen eller forbedre lastetiden på den eksisterende nettsiden. Et mellomsteg kan også være headless WordPress, der WordPress beholdes som CMS mens frontenden bygges på nytt.

En god migrering følger stort sett de samme stegene, uansett størrelse. Jo mer som er avklart før utviklingen starter, desto færre overraskelser får dere mot slutten.

1. Kartlegg innhold, funksjoner og trafikk

Start med en full oversikt: sidetyper, innlegg, kategorier og tagger, egendefinerte felt (for eksempel fra ACF), skjemaer, integrasjoner og alle utvidelser. Noter hva hver av dem faktisk gjør. Hent også ut trafikk- og lenkedata fra Google Search Console, slik at dere vet hvilke sider som er viktigst å ta vare på. Utdatert innhold trenger ikke flyttes.

2. Modeller innholdet i Sanity

I Sanity modellerer dere innholdet etter hva det er, ikke etter hvordan det så ut i det gamle temaet. En ansatt, et produkt eller et kontor blir egne dokumenttyper som kan gjenbrukes, i stedet for tekst som ligger fast på én side. Gjør dette sammen med redaktørene. En god innholdsmodell er det som gjør Sanity Studio enkelt å bruke i hverdagen.

3. Velg frontend og hosting

Sanity er et headless CMS, så nettsiden de besøkende ser, bygges separat. Vi bruker gjerne Next.js, blant annet på Sanity-løsningene for Wats og Preppd, men Astro og andre rammeverk kan også være gode valg. Her avgjør dere også hosting og hvordan forhåndsvisning skal fungere for redaktørene.

4. Flytt innholdet med migreringsskript

Innholdet hentes ut via REST API-et i WordPress eller en XML-eksport (WXR), gjøres om til Sanitys format og importeres med skript. Rik tekst konverteres fra HTML til Portable Text, som er Sanitys format for strukturert tekst. Skriptene bør gi samme resultat hver gang, slik at de kan testes mot et eget datasett og kjøres en siste gang rett før lansering. Sanity CLI har egne verktøy for innholdsmigrering med prøvekjøring før noe skrives, og Sanity har også et kurs (på engelsk) om migrering av innhold fra WordPress til Sanity som viser fremgangsmåten i detalj.

5. Ta med bilder og filer

Bilder, PDF-er og andre filer lastes opp til Sanity, slik at nettsiden ikke lenger er avhengig av den gamle WordPress-serveren. Ta med alt-tekster og bildetekster, og bruk originalfilene fremfor de skalerte kopiene WordPress lager. Sanity kan skalere bildene og levere dem i moderne formater som WebP og AVIF.

6. Kartlegg URL-er og sett opp 301-redirects

Den tryggeste løsningen er å beholde URL-ene. Der strukturen endres, må hver gamle adresse sendes til riktig ny side med en permanent redirect (301 eller 308). Husk også kategori- og taggsider, paginering, vedleggssider og PDF-er, og unngå kjeder av redirects. Google anbefaler å beholde redirects så lenge som mulig, som hovedregel i minst ett år.

7. Ta vare på SEO-en

I WordPress håndteres mye av den tekniske SEO-en ofte av en utvidelse som Yoast eller Rank Math. Når dere bytter plattform, må dette bygges inn i den nye løsningen:

• SEO-titler og metabeskrivelser, flyttet over til egne felt i Sanity
• canonical-lenker og riktige robots-innstillinger
• strukturerte data (Schema.org) for organisasjon, artikler, FAQ og brødsmulesti
• XML-sitemap som oppdateres automatisk når innhold publiseres
• Open Graph-data for deling i sosiale medier

Etter lansering sender dere inn det nye sitemapet i Google Search Console og følger med på indeksering, 404-feil og søketrafikk. Ifølge Google kan det for mellomstore nettsteder ta noen uker eller mer før de nye adressene vises i søk, og rangeringen kan svinge i mellomtiden. Her lønner det seg å ha med folk som kan SEO og synlighet i AI-søk fra starten.

8. Lær opp redaktørene

Selv om Sanity Studio er tilpasset innholdet deres, er det et nytt verktøy. Gi redaktørene opplæring i det de faktisk skal gjøre (lage sider, bytte bilder, forhåndsvise og publisere) og en kort brukerveiledning for deres eget oppsett.

9. Lanser og følg opp

Avtal en kort innholdsfrys i WordPress, kjør migreringsskriptene en siste gang og test at alle redirects virker. Etter lansering bør dere ta vare på en kopi av den gamle WordPress-installasjonen en periode, i tilfelle noe må hentes ut i etterkant.

• Å kopiere WordPress-strukturen én til én. Da får dere et nytt system med de gamle begrensningene.
• Funksjoner som blir glemt. Skjemaer, søk, samtykke til informasjonskapsler, flerspråklighet og redirects kommer ofte fra utvidelser i WordPress og må erstattes aktivt.
• Undervurdert opprydding. Kortkoder (shortcodes), sidebyggere og innebygde stiler lar seg sjelden konvertere automatisk.
• Manglende redirects. Én glemt kategoriside eller en PDF med mange innkommende lenker kan koste trafikk.
• Interne lenker til gamle adresser. Lenker i brødteksten bør oppdateres til de nye URL-ene, ikke bare fanges opp av redirects.
• Innhold som publiseres underveis. Uten innholdsfrys eller en siste synkronisering blir nye saker liggende igjen i WordPress.

Tidsbruken avhenger mer av hvordan innholdet er bygget opp enn av antall sider. De viktigste faktorene er:

• antall innholdstyper, og hvor mye innholdsmodellen skal endres
• hvor ryddig innholdet er: innhold fra blokkeditoren (Gutenberg) er enklere å flytte enn innhold bygget med sidebyggere og kortkoder
• antall språk
• integrasjoner mot andre systemer, som CRM, ERP eller nettbutikk
• om dere samtidig lager nytt design
• hvor mye tid redaktørene har til å teste og godkjenne

Etter kartleggingen kan vi gi et konkret estimat og en realistisk fremdriftsplan.

Prisen for selve prosjektet styres av de samme faktorene. De største postene er som regel:

• ny frontend
• innholdsmodell og tilpasning av Sanity Studio
• migreringsskript og manuell opprydding
• integrasjoner
• SEO-arbeid med redirects
• eventuelt nytt design

I tillegg kommer løpende kostnader. Per september 2026 har Sanity en gratisplan for opptil 20 brukere og 10 000 dokumenter, en Growth-plan til 15 dollar per bruker per måned og Enterprise-avtaler med individuell pris. Se Sanitys prisside for gjeldende vilkår. Hosting av frontenden og eventuelle tjenester for video eller søk må også regnes med.

Vi hjelper dere gjerne med å anslå totalkostnaden, både for Sanity-utvikling og for drift og vedlikehold etter lansering.

Fordi vi jobber med både WordPress og Sanity, starter vi med spørsmålet om en migrering faktisk er riktig for dere. Er svaret ja, legger vi opp prosessen slik:

• Kartlegging og anbefaling: Vi går gjennom innhold, utvidelser, integrasjoner og trafikkdata, og gir en anbefaling med estimat.
• Innholdsmodell og Studio: Vi utformer innholdsmodellen sammen med redaktørene, slik at Studio passer måten dere jobber på.
• Utvikling og migrering: Vi bygger frontenden, gjerne i samarbeid med designbyrået deres, og tester migreringsskriptene mot et eget datasett før lansering.
• SEO og redirects: Vi lager en fullstendig oversikt over URL-er, setter opp redirects og sørger for metadata, strukturerte data og sitemap.
• Opplæring, lansering og drift: Vi lærer opp redaktørene, følger opp etter lansering og kan ta ansvar for hosting, overvåkning og vedlikehold. Vi hjelper også med å opprette kontoer og abonnementer hos blant annet Sanity og Vercel.

Les mer om hvordan vi jobber med Sanity, eller ta kontakt for en uforpliktende prat om nettsiden deres.