Teknisk SEO-migrering: Slik unngår du trafikkfall

Å lansere en ny nettside, bytte publiseringssystem eller oppdatere strukturen på domenet ditt kan være nødvendig for å sikre vekst, bedre brukervennlighet og moderne funksjonalitet. Men selv om selve endringen kan være teknisk vellykket, kan den ha katastrofale konsekvenser for synligheten din i Google dersom du ikke samtidig håndterer den tekniske SEO-migreringen på riktig måte.

Altfor mange virksomheter glemmer hvor avhengige de er av organisk trafikk – helt til den forsvinner. En dårlig gjennomført migrering kan føre til tapte rangeringer, tusenvis av brutte lenker, crawl-feil og i verste fall en total kollaps i antall besøkende fra søk. Og når skaden først er skjedd, kan det ta måneder å rette opp.

Det gode nyheten er at det finnes en metode. Med riktig forarbeid, strukturert testing og nøye overvåkning kan du ikke bare unngå problemer – du kan også bruke migreringen som et strategisk løft. En godt planlagt teknisk SEO-migrering gir deg nemlig muligheten til å forbedre nettstedets struktur, rydde opp i gammelt innhold, optimalisere for nye søkeord og gjøre plattformen raskere og mer mobilvennlig.

I denne guiden går vi grundig gjennom alt du trenger å vite – steg for steg. Du får praktiske sjekklister, konkrete eksempler og verktøyene du trenger for å gjennomføre en trygg og effektiv flytting. Enten du er markedsfører, utvikler eller eier av nettstedet, vil du få innsikt som gir deg kontroll gjennom hele prosessen.

Ønsker du hjelp til teknisk SEO-migrering? Vi i Totalweb hjelper bedrifter trygt gjennom krevende migreringer – uten tap av trafikk.

1. Hva er teknisk SEO-migrering – og hvorfor er det kritisk?

Når du endrer strukturen, teknologien eller domenet til et nettsted, må du tenke på mer enn bare design og funksjonalitet. Du må også ta høyde for hvordan søkemotorene reagerer på endringene. Det er her teknisk SEO-migrering kommer inn – og hvorfor den er så viktig. Uten den risikerer du å miste synligheten du har bygd opp over tid, og med det også trafikk, leads og salg.

1.1 Hva er teknisk SEO-migrering?

Teknisk SEO-migrering handler om å sikre at nettstedets organiske synlighet i søkemotorer bevares når du gjør større endringer. Det kan være endringer i URL-struktur, flytting til et nytt domene, overgang til en ny plattform (CMS), redesign eller restrukturering av innholdet. Målet er at Google og andre søkemotorer skal forstå og akseptere endringene – uten å tolke det som tap av innhold eller kvalitet.

En godt gjennomført migrering innebærer at du ivaretar alle tekniske signaler som påvirker rangeringen: redirects, interne lenker, metadata, strukturerte data, canonical-tagging og mer. Det krever både teknisk forståelse og SEO-kompetanse.

1.2 Hvorfor er det så kritisk?

Trafikk fra søkemotorer utgjør ofte en stor andel av besøket på et nettsted – for mange virksomheter er den organisk trafikken den viktigste kilden til nye kunder. Ved en større endring uten teknisk SEO-migrering kan konsekvensene bli alvorlige:

• Trafikktap: Søkemotorene finner ikke igjen innholdet, og du mister rangeringer over natten.

• Tap av lenkeverdi: Inngående lenker (backlinks) mister sin effekt dersom de ikke peker til gyldige sider.

• Ødelagt brukeropplevelse: Besøkende møter 404-feil og brutte lenker.

• Redusert konverteringsrate: Med lavere trafikk og dårligere brukeropplevelse synker også salget.

Det kritiske er ikke selve endringen – det er hvordan du håndterer den.

1.3 Hvilke endringer krever teknisk SEO-migrering?

Du bør planlegge en teknisk SEO-migrering ved følgende endringer:

• Bytte av domene: F.eks. fra bedrift.no til nyttnavn.no

• Overgang til nytt CMS: Fra Wix, Squarespace eller Joomla til WordPress

• Endring av URL-struktur: F.eks. fra /produkter/123 til /produkter/produktnavn/

• Redesign med ny navigasjon og sideinndeling

• Fjerning eller konsolidering av innhold

• Bytte fra HTTP til HTTPS

• Lansering av nye språkversjoner eller internasjonale domener

• Overgang til JavaScript-baserte plattformer som headless CMS

Uansett hva slags migrering du skal gjennomføre, bør teknisk SEO være med i planleggingen fra første dag.

1.4 Hva kan skje hvis du ignorerer SEO i migreringen?

Mange antar at det holder å bare publisere nytt innhold eller flytte nettstedet “som det er” og at Google automatisk forstår hva som har skjedd. Det stemmer dessverre ikke. Når du ikke gir søkemotorene klare signaler, begynner de å gjette – og resultatet blir sjelden i din favør.

Eksempler på konsekvenser ved feil:

• Et digitalbyrå mistet 80 % av organisk trafikk da de lanserte ny nettside uten redirects

• En nettbutikk falt ut av topp 10 på alle søkeord fordi metadata og strukturerte data forsvant

• En blogg gikk fra tusenvis av daglige besøk til nesten null da ny struktur og canonical-tagger ble satt opp feil

Slike feil kan ta måneder å rette opp – og i mellomtiden taper du synlighet, kunder og inntekter.

1.5 Når bør du begynne å planlegge?

Svaret er enkelt: så tidlig som mulig. Ideelt sett bør SEO-ansvarlig eller byrå involveres allerede i oppstartsfasen. På den måten kan du:

• Bygge en ny struktur som er SEO-vennlig fra start

• Unngå unødvendige endringer i URL-er eller sidehierarki

• Lage en god redirect-plan før lansering

• Kontrollere tekniske elementer før det er for sent

Jo tidligere du starter arbeidet, desto enklere blir det å gjennomføre en feilfri og effektiv migrering.

2. Planlegging av SEO-migreringen

Ingen suksessfull SEO-migrering skjer ved tilfeldigheter. Det krever strukturert planlegging, tverrfaglig samarbeid og forståelse for både tekniske og strategiske faktorer. Mange av de største feilene skjer nemlig ikke under selve lanseringen – de skjer i planleggingsfasen, fordi viktige detaljer blir oversett eller utsatt. I denne delen ser vi på hvordan du legger grunnlaget for en trygg og vellykket migrering.

2.1 Lag en tydelig migreringsplan

Første steg er å utvikle en tydelig og realistisk plan som dekker hele prosessen fra start til lansering – og videre. En god plan inneholder:

• Tidslinje: Når skal de ulike stegene skje? Når er lanseringsvinduet?

• Ansvarsfordeling: Hvem har ansvar for redirects? Hvem overvåker ytelse? Hvem gjør testing?

• Sjekklister: Hvilke oppgaver må være ferdige før du kan gå videre til neste steg?

• Kontrollpunkter: Når skal det testes, godkjennes og kvalitetssikres?

Bruk prosjektstyringsverktøy som Trello, Notion, Asana eller Jira. Det gir deg oversikt, varsler og bedre samarbeid mellom teknisk team, markedsførere og beslutningstakere.

Eksempel: Lag egne kort for «crawling av eksisterende nettsted», «opprettelse av redirect-mapping», «staging-gjennomgang», «lanseringssjekk» og «post-lanseringsmonitorering».

2.2 Involver relevante fagpersoner tidlig

SEO-migrering er et tverrfaglig prosjekt, og jo tidligere du involverer nøkkelpersoner, desto bedre flyt får du. Dette gjelder særlig:

• Utvikler: Sørger for implementering av redirects, optimalisering av struktur og tekniske endringer.

• SEO-ansvarlig: Har oversikt over hva som må bevares av rangering, metadata, interne lenker og strukturerte data.

• Innholdsansvarlig: Kjenner nettstedets viktigste innhold og kan bistå med kvalitetssikring og oppdatering.

• Drift/serveransvarlig: Har kontroll på staging-miljø, domenepekere, SSL, caching og backup.

Dersom du bruker ekstern hjelp (f.eks. byrå eller frilanser), sørg for at de er med i møter og får tilgang til nødvendig dokumentasjon og verktøy.

 Tips: Hold et felles oppstartsmøte med alle involverte – der du går gjennom mål, risikoelementer og prosjektstruktur.

2.3 Sett tydelige mål for migreringen

Mange går inn i migreringen med ett eneste mål: å “ikke tape trafikk.” Men migreringen er også en mulighet til å forbedre nettstedet – teknisk, strategisk og kommersielt. Derfor bør du sette både beskyttende og proaktive mål, for eksempel:

• Bevare 95 % av eksisterende organisk trafikk etter 3 måneder

• Redusere fluktfrekvens med 15 % gjennom bedre struktur og design

• Forbedre lastetiden med 1 sekund gjennom teknisk optimalisering

• Øke mobilvennlighet og Core Web Vitals-score

• Rydde opp i duplikatinnhold og dårlig metadata

• Samle gamle artikler til bedre temasider (topic clusters)

Ved å måle før og etter, kan du dokumentere gevinster – ikke bare risiko.

2.4 Lag en backup- og rollback-strategi

Uansett hvor godt du planlegger, må du ha en plan B. Et teknisk problem, en feilredirect eller en mislykket deploy kan sette hele nettstedet ut av spill. Derfor må du sikre:

• Full backup av gammel løsning: Ta kopi av hele databasen og alle filer, og test at backupen faktisk fungerer.

• Staging-kopi av ny løsning: Hold en versjon av det nye nettstedet tilgjengelig for feilsøking og sammenligning.

• Rollback-mulighet: Kan du gå tilbake til gammel versjon dersom noe svikter? Har du kontroll over DNS-pekere og versjonshistorikk?

Et rollback-scenario kan være forskjellen på timer og uker med trafikkfall.

 Trenger du hjelp til sikker drift og backup? Vi i Totalweb tilbyr hostingløsninger med daglige sikkerhetskopier og høy oppetid – ideelt for krevende migreringer.

2.5 Sett opp måleverktøy før migrering

Du kan ikke forbedre det du ikke måler. Det gjelder i særlig grad ved migrering, hvor du må kunne sammenligne før–etter-resultater. Sørg for at følgende verktøy er konfigurert riktig på både gammelt og nytt nettsted:

• Google Analytics 4 (GA4): Opprett egne mål for konverteringer, lastetid og brukeratferd.

• Google Search Console: Legg inn både gammel og ny versjon (med og uten www, http/https).

• Crawl-verktøy: Screaming Frog, Sitebulb eller Ahrefs bør brukes til å sammenligne før/etter.

• Rank tracker: SE Ranking, Semrush, Ahrefs eller lignende til overvåking av søkeordposisjoner.

• Heatmaps og brukeratferd: Bruk f.eks. Hotjar for å se om endringene påvirker klikkmønstre og navigasjon.

Ekstra bonus: Ta skjermbilder og lagre rapporter fra “før migrering” – så du har dokumentasjon hvis du senere må bevise endringene.

3. Kartlegging av eksisterende innhold og struktur

Før du endrer, flytter eller sletter noe som helst på nettstedet ditt, må du vite nøyaktig hva du har. Du trenger en full oversikt over innhold, teknisk struktur og SEO-relevante elementer. Dette er grunnlaget for alt annet i migreringen. Dersom du hopper over denne fasen, risikerer du å miste verdifulle sider, lenker og rangeringer – ofte uten at du merker det før det er for sent.

3.1 Last ned og analyser dagens URL-struktur

Start med å hente ut en komplett liste over alle sidene på nettstedet. Dette gjør du enklest med et crawl-verktøy som:

• Screaming Frog (perfekt for små–mellomstore nettsteder)

• Sitebulb (for visuelle rapporter og teknisk dybde)

• Ahrefs Site Audit eller Semrush Audit

Kjør en crawl av hele domenet og eksporter listen til CSV/Excel. Dette gir deg:

• Full oversikt over URL-er

• HTTP-statuskoder (200, 301, 404, osv.)

• Metatitler, metabeskrivelser og H1-er

• Canonical-tagger

• Inngående og utgående lenker

Sorter URL-ene etter struktur (for eksempel /tjenester/, /blogg/, /produkter/) slik at du enklere kan gruppere, prioritere og analysere innholdet.

3.2 Identifiser sider med høy SEO-verdi

Ikke alle sider er like viktige. Noen gir høy trafikk, andre har sterke eksterne lenker, og noen konverterer godt. Du må vite hvilke du absolutt ikke har råd til å miste eller nedprioritere.

Slik identifiserer du dem:

• Bruk Google Analytics: Hvilke sider får mest organisk trafikk?

• Sjekk Google Search Console: Hvilke sider vises oftest i søkeresultater?

• Se på backlinks i Ahrefs/Majestic: Hvilke sider har lenker fra andre nettsteder?

• Vurder konverteringsdata: Hvilke sider driver salg, innsendte skjemaer eller andre mål?

Marker disse sidene som “SEO-kritiske” og pass på at de blir behandlet med ekstra omhu i redirect-planen, testing og kvalitetssikring.

 Proff-tips: Lag en kolonne i Excel-oversikten din som merker sider med høy verdi, slik at du alltid ser hvilke som må prioriteres.

3.3 Dokumenter metadata, interne lenker og strukturerte data

SEO handler ikke bare om URL-er. Du må også ta vare på det som forteller søkemotorene hva siden handler om – og hvordan den henger sammen med resten av nettstedet.

Dette bør dokumenteres for hver viktig side:

• Metatittel og metabeskrivelse

• H1 og eventuelle H2/H3-overskrifter

• Internlenker (sider som peker til denne siden + hvilke sider den selv lenker til)

• Strukturerte data (Schema Markup): F.eks. Product, FAQ, Breadcrumb, Article

• Canonical-tagger: Hvis du har flere versjoner av samme innhold

• Bilder med alt-tekst

Dette er data du vil måtte gjenopprette eller reimplementere etter migreringen – og det er langt enklere å gjøre det hvis du har dem dokumentert på forhånd.

3.4 Bruk crawleverktøy for å få teknisk oversikt

En god crawl gir deg ikke bare en URL-liste – den avslører også skjulte problemer. Se spesielt etter:

• Brutte interne lenker

• Sider med manglende metatagger

• Duplikatinnhold (samme tittel eller innhold på flere sider)

• Uklare canonical-innstillinger

• Sider med lav tekstmengde

• Sider med lang responstid

Denne informasjonen kan brukes til å forbedre nettstedets tekniske kvalitet samtidig som du migrerer.

 Totalweb bruker ofte Sitebulb og Screaming Frog i kombinasjon for både struktur og prioritering. Ønsker du hjelp til analyse? Se våre SEO-tjenester for teknisk revisjon og rådgivning.

3.5 Lag en oversikt over redirects, kanoniske lenker og paginering

Før du kan sette opp en ny struktur, må du forstå hvordan den gamle faktisk fungerer i praksis – spesielt når det gjelder tekniske signaler.

Kartlegg:

• Eksisterende 301/302-redirects: Bruk Screaming Frog og sjekk redirect-kjeder og feil.

• Canonical-lenker: Pekes det riktig til hovedversjonen av innholdet?

• Paginering: Brukes rel=”prev/next”? Hvordan er arkivsider og navigasjon satt opp?

• Parametere i URL-er: Har du sider med ?sort=nyest eller ?kategori=x?

Noter alt dette i hovedoversikten din. Når du forstår hvordan strukturen er bygd, er det mye lettere å gjenskape (eller forbedre) den i den nye løsningen.

4. Utarbeidelse av redirect-plan (301-omdirigeringer)

Redirect-planen er selve livlinen mellom det gamle og det nye nettstedet. Uten en gjennomtenkt og korrekt implementert 301-redirect-struktur vil Google og andre søkemotorer ikke forstå at sidene dine har blitt flyttet – og de vil i praksis tolke det som om innholdet er slettet. Det samme gjelder for brukerne dine: møter de 404-feil, forlater de sannsynligvis siden for godt. En god redirect-plan er derfor helt avgjørende for å bevare rangeringer og lenkeverdi under SEO-migrering.

4.1 Hva er en 301-redirect – og hvorfor er den viktig?

En 301-redirect er en permanent videresending fra én URL til en annen. Den forteller søkemotorer (og nettlesere) at siden har blitt flyttet for godt – og at autoriteten, lenkeverdien og relevansen bør overføres til den nye adressen.

Derfor er 301-redirects avgjørende:

• Bevarer SEO-verdi: Backlinks, rangering og trafikk overføres til den nye siden.

• Gir bedre brukeropplevelse: Besøkende sendes automatisk til riktig side.

• Unngår 404-feil: Som skaper frustrasjon og signaliserer dårlig kvalitet til Google.

• Hjelper med reindeksering: Google finner raskere ut hvor innholdet ditt befinner seg.

Viktig: Ikke bruk 302-redirect (midlertidig) med mindre det er en faktisk midlertidig endring. 302 overfører ikke SEO-verdi på samme måte som 301.

4.2 Hvordan lage en god redirect-mapping?

Prosessen starter med å sammenligne listen over gamle URL-er (fra crawler-verktøy eller Google Analytics) med de nye URL-ene du har planlagt eller bygget. Målet er å matche hver gammel side med den mest relevante nye siden – manuelt eller delvis automatisk.

Trinn for mapping:

1. Lag et regneark med følgende kolonner:

   • Gammel URL

   • Ny URL

   • Type match (identisk, nærliggende, ikke-eksisterende)

   • Prioritet (basert på trafikk, SEO-verdi)

   • Redirect-type (301/410)

   • Kommentarer

2. Gå systematisk til verks:

   • Match én-til-én der det er mulig.

   • For sammenslåtte sider: pek mot ny temaside.

   • For slettede sider: redirect til relaterte kategorier, eller bruk 410 (permanent fjernet).

Gammel URL	Ny URL	Matchtype	Kommentar
/tjenester/seo	/seo-tjenester/	Eksakt	Samme innhold, ny URL-struktur
/blogg/seo-tips-2021	/blogg/seo-tips/	Nær match	Slått sammen med nyere innlegg
/kampanje/jul	/kampanjer/	Nær match	Midlertidig side fjernet
/produkter/gammel-produkt	(410)	Fjernet	Ikke relevant lenger

Tips: Prioriter manuell mapping for sider med høy SEO-verdi. Automatiserte regler kan brukes på mindre viktige sider – men bør testes grundig.

4.3 Håndtering av slettede, arkiverte og dupliserte sider

Det er ikke alltid du har en direkte erstatning for innholdet som fjernes. Du må da vurdere:

• Redirect til overordnet kategori: Gir bedre brukeropplevelse enn forsiden.

• Redirect til relaterte temasider eller blogginnlegg.

• Returner 410-statuskode: Forteller søkemotorer at siden er fjernet med hensikt. Brukes kun hvis innholdet ikke har verdi lenger og du ikke ønsker noen alternativside.

Unngå å redirecte alle gamle sider til forsiden – det forvirrer både brukere og Google og kan tolkes som “soft 404”.

4.4 Verktøy for redirect-mapping og implementering

Til planlegging:

• Google Sheets / Excel: For manuell matching og samarbeid i team

• Screaming Frog + Ahrefs/Analytics: For eksport av gamle URL-er

• Semrush / Ahrefs: For oversikt over sider med mange innkommende lenker

Til implementering:

• Apache (.htaccess): For manuell 301-redirects med RewriteRule

• Nginx-konfigurasjon: For høytytende redirecter på servernivå

• WordPress-plugins: Redirection, Slim SEO Redirects, Rank Math

• Cloudflare: Kan brukes til enkel redirect-regler ved domeneendring

Bruk alltid servernivå-redirects der det er mulig – de er raskere og mer stabile enn plugins.

4.5 Testing av redirects før og etter lansering

Redirects er ingenting verdt om de ikke fungerer. Testing er derfor essensielt både før og etter lansering.

Verktøy og metoder:

• Screaming Frog (List Mode): Lim inn gamle URL-er og sjekk at de gir 301 → 200

• HTTPStatus.io eller httpstatus.io: Gratis verktøy for massevalidering

• Netttest i nettleser: Gå manuelt til gamle sider og sjekk at de sender deg til riktig sted

• cURL eller terminal: For utviklere som vil se HTTP-headers og statuskoder direkte

4.6 Redirect-kjeder og loops – unngå dette!

Redirect chain: Når én URL redirecter til en annen som redirecter til en tredje – og så videre.
Redirect loop: Når en URL redirecter tilbake til seg selv eller skaper en endeløs sirkel.

Disse feilene:

• Skader brukeropplevelsen

• Reduserer crawl-effektiviteten

• Sløver ned sidene dine

• Fører til tap av SEO-verdi

Sørg alltid for å holde redirects så direkte og “flate” som mulig – én redirect er ideelt.

5. Forberedelser på den nye løsningen

Når du har kartlagt nettstedet og laget en solid redirect-plan, er det på tide å kvalitetssikre selve målet for migreringen – den nye løsningen. Det holder ikke å bare bygge et moderne og funksjonelt nettsted. Du må sørge for at alt er teknisk tilrettelagt for søkemotorer, og at ingen viktige SEO-elementer har gått tapt i prosessen. Målet er å levere en ny versjon av nettstedet som er både brukervennlig og SEO-vennlig fra første dag.

5.1 Sjekkliste for teknisk SEO i staging-miljø

Før lansering må du teste alt i et staging-miljø – altså en lukket kopi av nettstedet som speiler den nye løsningen, uten å være offentlig indeksert.

Sjekk følgende i staging:

• URL-struktur og permalenker

• Navigasjon og intern lenkestruktur

• Responsiv design og mobiltilpasning

• Metadata (tittel og metabeskrivelser)

• Overskrifthierarki (H1–H6)

• Canonical-tagger og relasjoner mellom like sider

• Lastetid og ytelse

• Strukturerte data og Schema Markup

• Sider som bruker JavaScript for å vise innhold

• Blogg- eller produktsider som pagineres

I tillegg bør du aktivere en midlertidig sperre for søkemotorer i staging (f.eks. med Disallow: / i robots.txt), slik at testinnhold ikke blir indeksert før tid.

Bonus: Kjør en crawl i staging-miljøet for å se hvordan søkemotorer vil oppfatte nettstedet.

5.2 URL-struktur og konsistens

En god URL-struktur er logisk, kortfattet og enkel å forstå – både for brukere og søkemotorer.

Slik bør en god URL-struktur være:

• Bruk små bokstaver og bindestreker (-) i stedet for mellomrom eller understrek (_)

• Unngå spesialtegn og uleselige parametere

• Hold URL-er korte og meningsfulle (f.eks. /seo-tjenester/ i stedet for /id=8271&ref=ny)

• Bruk konsistent mønster for likt innhold – for eksempel alle blogginnlegg under /blogg/ og tjenester under /tjenester/

Unngå å inkludere datoer i URL-en med mindre det er nødvendig for innholdet (f.eks. nyhetsartikler).

Trenger du tips til URL-optimalisering? Se vår guide til SEO for nybegynnere.

5.3 Metadata og overskrifter

Hver eneste side bør ha:

• En unik og relevant <title>-tagg med viktig søkeord tidlig

• En tilpasset <meta description> som oppsummerer innholdet og skaper klikklyst

• En klar H1-overskrift på hver side, helst lik eller lignende title

• God bruk av H2–H3 til å strukturere innholdet videre

Unngå duplikater og “placeholder”-tekst som “Just another WordPress site”. Gjør manuell gjennomgang av metadata for kritiske landingssider, tjenester og blogginnlegg.

5.4 Strukturerte data og Schema Markup

Schema Markup er kode som hjelper Google med å forstå type og innhold på sidene dine – og gir ofte rikere søkeresultater.

Implementer relevant schema for:

• Forside og bedriftsside: Organization eller LocalBusiness

• Tjenestesider: Service eller Product

• Blogginnlegg: Article eller BlogPosting

• Kategorier og navigasjon: BreadcrumbList

• FAQ-seksjoner: FAQPage

Valider koden med Google Rich Results Test og kontroller at den er aktiv i hele systemet – også på nye eller dynamiske sider.

5.5 Mobilvennlighet og Core Web Vitals

Google bruker mobile-first indexing, og måler nå brukeropplevelse gjennom Core Web Vitals. Det betyr at nettsiden må være både mobiloptimalisert og rask.

Sjekk følgende:

• Designet tilpasser seg automatisk alle skjermstørrelser

• Tekst er lesbar uten zoom

• Navigasjon er enkel å bruke med tommel og fingre

• Knapper er store nok og plassert med luft rundt

• Viktig innhold vises tidlig (over folden)

• Lastetid er god, spesielt på mobil

Bruk PageSpeed Insights og Search Console > Core Web Vitals for å se om du oppfyller kravene:

• LCP (Largest Contentful Paint): Under 2,5 sekunder

• FID (Interaction): Under 100 ms

• CLS (Layout shift): Under 0,1

Bruk gjerne optimaliserte webhotell og CDN. Totalweb sitt WordPress-hotell er utviklet med disse kravene i fokus.

5.6 Robots.txt, canonical og hreflang

Du må forsikre deg om at søkemotorene får tilgang til riktig innhold – og ikke til testmiljø, duplikater eller irrelevante undersider.

Sjekk:

• At robots.txt tillater crawling av nødvendige områder

• At viktige sider ikke har <meta name="robots" content="noindex">

• At canonical-tagger peker til riktig versjon av innholdet (og unngår duplikater)

• At hreflang er korrekt hvis du har flerspråklige sider (f.eks. no, en, sv)

• At interne søkesider og filtervisninger er blokkert (hvis de ikke skal indekseres)

Konfigurer gjerne en egen sitemap for hver språkversjon, og legg dem inn i Search Console separat.

5.7 Intern lenkestruktur og menyer

Internlenking hjelper både søkemotorer og brukere å navigere nettstedet – og spiller en stor rolle i SEO.

Dette bør du gjøre:

• Bruk beskrivende ankertekst (f.eks. “les mer om teknisk SEO” i stedet for “klikk her”)

• Sørg for at viktige sider lenkes til fra menyer, footere eller relevante seksjoner

• Fjern eller oppdater lenker som peker til gamle eller slettede sider

• Lag “temaklynger” der relaterte blogginnlegg lenker til hverandre og til hovedside

En god internstruktur sprer autoritet og forbedrer rangeringene for flere sider.

5.8 Dynamiske elementer og JavaScript-rendering

Hvis nettstedet bruker JavaScript for å vise viktig innhold, må du sjekke at dette kan leses av Google. Mange moderne plattformer (React, Vue, Angular, Headless CMS) krever ekstra tiltak for SEO.

Slik tester du:

• Bruk Inspect URL i Google Search Console for å se hva Googlebot faktisk ser

• Sammenlign “vis kildekode” og “vis med utviklerverktøy” i nettleseren – syns innholdet?

• Bruk tjenester som Rendertron eller prerender.io hvis nødvendig

Dersom Google ikke ser tekst, lenker og struktur – da kan du heller ikke rangere for det.

5.9 Kontroller sidetittel-hierarkiet (H1–H6)

Et korrekt overskriftsmønster (heading structure) hjelper både lesere og søkemotorer å forstå innholdet ditt.

Husk:

• Kun én <h1> per side

• Bruk <h2>, <h3>, osv. til å gruppere og strukturere underinnhold

• Ikke hopp mellom nivåer (f.eks. H2 → H4 uten H3)

• Ikke bruk overskrifter kun for stil – de skal være semantiske

Verifiser dette enten manuelt, eller med crawler-verktøy som Screaming Frog.

6. Slik gjennomfører du selve migreringen

Når alt er klart og testet, er det tid for det mest kritiske punktet i hele prosessen: selve migreringen. Dette er tidspunktet hvor det gamle nettstedet byttes ut med det nye – og det er nå alt må klaffe. Gjør du det riktig, vil overgangen oppleves sømløs både for brukere og søkemotorer. Gjør du det feil, kan det føre til brutte lenker, synlighetsfall og panikk. Her er alt du må tenke på for å sikre en trygg og stabil lansering.

6.1 Tidspunkt for migrering: Når bør du gå live?

Å velge riktig tidspunkt er viktigere enn mange tror. Du bør alltid legge migreringen til et tidspunkt der:

• Trafikken er lavest: For eksempel tidlig morgen på en hverdag, når færrest brukere er inne.

• Teamet ditt er tilgjengelig: Inkluder både utvikler, SEO-ansvarlig og eventuelle teknikere – ingen bør være på ferie.

• Det ikke er eksterne kampanjer: Unngå migrering samtidig med store markedsføringsaktiviteter som Google Ads, e-postkampanjer eller nyhetsbrev.

I tillegg bør du ha en intern sjekkliste som alle involverte kan følge time for time på lanseringsdagen.

Tips: Unngå fredager og helger. Hvis noe går galt, kan det være vanskelig å få tak i de riktige folkene for å fikse det.

6.2 Aktiver redirect-reglene og test før trafikken flyttes

Redirect-planen du laget tidligere må nå settes ut i live system. Dette gjøres på ulike måter, avhengig av hvilken teknisk plattform du bruker:

• Apache-servere: Bruk .htaccess-filen og Redirect 301 eller RewriteRule

• Nginx: Bruk rewrite-direktiver i konfigurasjonsfilene

• WordPress: Bruk plugins som Redirection, Rank Math eller Slim SEO

• CDN eller WAF (som Cloudflare): Kan brukes for domeneovergripende redirects

Etter at alle redirects er aktivert:

• Test manuelt: Gå til gamle URL-er og se om du blir sendt til riktig ny adresse

• Test teknisk: Bruk Screaming Frog i “List Mode” for å validere statuskoder (301 → 200 OK)

• Test kritiske sider: Landingssider, kontakt-sider, blogginnlegg og SEO-sider

Unngå redirect loops og kjeder (301 → 301 → 301). De bremser crawl og svekker SEO-signaler.

6.3 Oppdater interne lenker og generer ny sitemap

Interne lenker må nå oppdateres slik at de peker til de nye URL-ene. Hvis de fortsatt peker til gamle adresser, vil det:

• Skape unødvendige redirects

• Senke lastetid og crawleffektivitet

• Potensielt gi dårligere rangeringer

Slik gjør du det:

• Kjør en “Search & Replace” på databasen (forsiktig!)

• Oppdater manuelt i menyer, footere og call-to-actions

• Sørg for at sitemap.xml kun inneholder nye URL-er

Last opp sitemap.xml på nytt, og send den inn til Google Search Console (se neste punkt).

6.4 Send inn ny sitemap til Google Search Console

Et viktig steg for å signalisere til Google at det har skjedd endringer, er å sende inn den oppdaterte sitemap-filen:

1. Gå til Google Search Console

2. Velg riktig eiendom (den nye versjonen av domenet)

3. Naviger til Sitemaps i venstremenyen

4. Lim inn URL til sitemap (f.eks. https://dittdomene.no/sitemap.xml)

5. Klikk “Send”

Du bør også fjerne gamle sitemaps fra oppføringen – spesielt hvis URL-ene i disse er foreldet.

Tips: Dersom du bytter domene, må du sette opp en “Change of Address” i Search Console for å fortelle Google om flyttingen.

6.5 Sjekk robots.txt og fjern noindex-tagger

En klassisk feil er å la sperrer fra staging-miljøet bli med over til live-versjonen. Det kan ødelegge hele SEO-migreringen.

Sjekk følgende:

• Robots.txt: Sørg for at Disallow: / er fjernet

• Meta-robots: Sider skal ikke ha noindex-tagg med mindre det er bevisst

• X-Robots-Tag: Header som kan være satt server-side – må tillate indeksering

Bruk “Inspect URL” i Google Search Console for å sjekke hvordan Google ser hver side.

Feil i dette steget kan føre til at hele nettstedet forsvinner fra søkeresultatene midlertidig.

6.6 Deaktiver midlertidige blokkeringer og tilgangsbegrensninger

Før du åpner for trafikk, må du sikre at ingenting uønsket fortsatt er aktivt:

• Fjern IP-sperrer eller passordbeskyttelse (basic auth)

• Deaktiver vedlikeholdsmodus eller “Coming soon”-plugins

• Test at caching og CDN fungerer korrekt med live domenenavn

• Sørg for at SSL/HTTPS er aktiv og korrekt konfigurert

I tillegg bør du:

• Tømme cache (nettleser, server og CDN)

• Sjekke at HTTPS-redirect fungerer korrekt

• Sjekke at Google Analytics og eventuelle konverteringssporinger fungerer

Sikkerhetstips: Oppdater eventuelle tredjepartsplugins eller systemtilganger nå som nettstedet er live.

7. Overvåking og feilsøking etter lansering

Lanseringen er gjennomført – men jobben er langt fra ferdig. De første timene, dagene og ukene etter migreringen er avgjørende. Nå må du overvåke hvordan nettstedet presterer i søkemotorer, oppdage eventuelle feil raskt og gjøre nødvendige justeringer. Mange migreringer ser vellykkede ut ved lansering, men snubler i ukene etterpå fordi feilsignaler ikke fanges opp tidsnok.

Denne fasen handler om kontinuerlig overvåking, rask feilsøking og smart analyse.

7.1 Bruk Google Search Console og Analytics aktivt

To verktøy du må bruke daglig den første tiden:

Google Search Console (GSC):

• Gå til “Dekning” for å se:

  • Antall indekserte sider

  • Sider med advarsler eller feil

• Gå til “Ytelse” for å se:

  • Klikk og visninger per side og søkeord

  • CTR (klikkrate) og rangeringstrender

• Bruk “URL-inspeksjon” for å sjekke status på enkeltsider:

  • Er den indeksert?

  • Har Google tilgang?

  • Ser den ut som forventet?

Google Analytics 4 (GA4):

• Sammenlign organisk trafikk før og etter migreringen

• Se på bounce rate, sidetid og konverteringer

• Bruk segmenter for å isolere trafikk fra søkemotorer

• Sett opp egendefinerte rapporter for kritiske landingssider

Tips: Lag en rapport som automatisk sendes til e-post daglig de første 14 dagene.

7.2 Sjekk for crawl-feil, 404-sider og redirect-problemer

Et av de første tegnene på at noe er galt, er en økning i 404-feil eller feilaktige redirects. Du bør derfor umiddelbart:

• Bruke Screaming Frog eller Sitebulb til å scanne hele nettstedet på nytt

• Kontrollere:

  • At alle gamle URL-er gir 301-redirect

  • At redirectene fører til gyldige sider (200 OK)

  • At det ikke finnes redirect loops eller kjeder

Redirect chain: /a → /b → /c = dårlig.
Riktig: /a → /c (én gang).

• Se i GSC under “Sider” > “Ikke indeksert” og filtrer på:

  • “404 not found”

  • “Page with redirect”

  • “Blocked by robots.txt”

Feil her må rettes umiddelbart – spesielt hvis det gjelder sider med tidligere trafikk eller backlinks.

7.3 Følg med på trafikk- og rangeringstrender

Ved hjelp av SEO-verktøy som SE Ranking, Ahrefs, Semrush eller Ubersuggest, kan du:

• Overvåke søkeordposisjoner daglig

• Se hvilke sider som klatrer eller faller

• Sammenligne nye og gamle URL-er for samme søkeord

Se spesielt etter:

• Tap av posisjoner på tidligere høyt rangerte søkeord

• Store endringer i antall visninger i GSC

• Endringer i landingsside-prioritet

Hvis det er fall i trafikk, må du raskt vurdere om det skyldes:

• Manglende indeksering

• Ufullstendige redirects

• Metadata som har blitt fjernet eller endret

• Nedgang i backlinks

Du kan bruke Ahrefs sin “Best by links”-rapport til å kontrollere om lenkeautoritet er overført riktig.

7.4 Analyser og forbedre indekseringsstatus

Etter noen dager vil Google ha begynt å reindeksere det nye nettstedet. Gå tilbake til Search Console > Sider > Alle sider og se på:

• Antall indekserte sider: Øker det jevnt?

• Nye URL-er: Blir de indeksert som forventet?

• Gamle URL-er: Blir de korrekt omdirigert og fjernet fra indeksen?

Sider som står som:

• “Oppdaget – for øyeblikket ikke indeksert”

• “Alternativ side med riktig canonical”

• “Duplikat uten bruker-valgt canonical”

…bør undersøkes. De kan signalisere at Google er forvirret over hva som er hovedversjonen.

Legg inn de viktigste landingssidene i en egen “watchlist” og følg dem daglig den første uken.

7.5 Juster sitemap, redirects og teknisk oppsett ved behov

Ingen migrering er perfekt. Når du har analysert dataene i noen dager, er det på tide å gjøre justeringer:

• Sitemap: Fjern døde URL-er og legg til nye viktige sider

• Redirects: Legg til flere dersom du oppdager 404-feil i Search Console

• Metadata: Optimaliser tittel og metabeskrivelse på sider med lav CTR

• Canonical-tagger: Rettes dersom Google velger feil versjon

• Robots.txt: Justeres hvis den blokkerer viktige ressurser (f.eks. CSS, JS eller sitemap)

Alle endringer bør dokumenteres og testes – og rulles ut i små steg om mulig.

7.6 Kommuniser internt og lag rapport

Del status med de andre involverte i prosjektet. En enkel uke- eller månedsrapport gjør at hele organisasjonen vet hvordan migreringen har gått – og bygger tillit hos ledelsen.

Inkluder gjerne:

• Total organisk trafikk før og etter (GA4)

• Antall indekserte sider (GSC)

• Antall 404-feil og løste problemer

• Nøkkelord som har falt eller steget

• Forbedringer i hastighet eller brukervennlighet

• Neste planlagte tiltak

Bonus: Lag før–etter sammenligning i Google Data Studio (Looker Studio) for visuell rapportering.

8. Vanlige feil ved teknisk SEO-migrering – og hvordan du unngår dem

Selv grundig planlagte migreringer kan feile dersom man overser viktige detaljer. Mange SEO-tap skyldes ikke store, tekniske kollapser – men små feil som får store konsekvenser. I denne delen går vi gjennom de mest vanlige feilene vi ser i migreringsprosjekter, og hva du bør gjøre for å unngå dem.

Å kjenne til fellene på forhånd gjør det enklere å navigere trygt gjennom prosessen.

8.1 Glemte eller feilaktige redirects

Feilen: Gamle sider blir ikke omdirigert til nye, eller peker til feil side. Noen bruker 302 (midlertidig) i stedet for 301 (permanent).

Konsekvens:

• 404-feil for brukere og søkemotorer

• Tap av lenkeverdi fra eksterne nettsteder

• Rangeringene forsvinner

Slik unngår du det:

• Lag en komplett redirect-plan i Excel eller Sheets

• Prioriter sider med trafikk og backlinks

• Bruk 301-redirects, ikke 302 (med mindre det er midlertidig)

• Test med Screaming Frog i “List Mode” for å sjekke alle gamle URL-er

Husk: Redirects skal være direkte, ikke gå gjennom flere ledd (redirect chains).

8.2 Blokkering av nettstedet i robots.txt eller noindex-tagger

Feilen: En Disallow: /-linje i robots.txt eller noindex-tagg følger med fra staging til live.

Konsekvens:

• Nettsiden blir ikke indeksert

• Sider forsvinner fra søkeresultatene

Slik unngår du det:

• Fjern blokkeringer før lansering

• Sjekk både robots.txt, <meta name="robots"> og X-Robots-Tag i HTTP-header

• Bruk “Inspect URL” i Google Search Console for å verifisere synlighet

Dette er en av de vanligste og mest alvorlige feilene. Dobbeltsjekk alltid før lansering!

8.3 Metadata og strukturerte data blir borte

Feilen: Ved overgangen til nytt CMS eller tema blir tittel, metabeskrivelse og Schema-kode fjernet eller glemt.

Konsekvens:

• Redusert klikkrate (CTR) fra søkeresultatene

• Tap av rich snippets (stjerner, FAQ, produktinfo)

• Dårligere forståelse av innhold hos Google

Slik unngår du det:

• Eksporter metadata før migrering og sammenlign med ny løsning

• Gjenopprett manglende metainformasjon manuelt eller med plugin

• Valider strukturerte data med Rich Results Test

Bruk en SEO-plugin som lar deg importere og eksportere metadata – f.eks. Slim SEO eller Rank Math.

8.4 Feil i canonical-tagger og duplikatinnhold

Feilen: Canonical-taggen peker til feil versjon av en side, eller mangler helt.

Konsekvens:

• Google kan indeksere feil versjon

• Du mister rangering på viktige sider

• Duplikatinnhold kan føre til svekket autoritet

Slik unngår du det:

• Legg til selvpekende canonical på alle unike sider

• Unngå flere versjoner av samme innhold (med/uten trailing slash, med/uten www)

• Bruk crawler-verktøy for å oppdage feil canonicals

Sjekk at canonical-URL matcher den faktiske URL-en – og at den ikke peker til en redirect.

8.5 Javascript-baserte løsninger som skjuler innhold

Feilen: Viktig innhold lastes kun via JavaScript, og vises ikke i den første HTML-koden.

Konsekvens:

• Googlebot ser tomme sider

• Tekst og lenker blir ikke indeksert

• Rangeringer uteblir

Slik unngår du det:

• Bruk server-side rendering (SSR) eller prerendering

• Sjekk med “Inspect URL” i Google Search Console

• Test hva Google faktisk ser med “View Rendered Source” eller verktøy som Rendertron

Ikke anta at det brukeren ser = det Google ser. Du må verifisere visningen teknisk.

8.6 Manglende testing i staging før lansering

Feilen: Lansering skjer uten at full test er gjennomført i staging-miljøet.

Konsekvens:

• Kritiske feil oppdages etter lansering

• Du må gjøre endringer i live produksjonsmiljø – risikabelt

• Tidsbruk og feilrate øker

Slik unngår du det:

• Opprett et staging-miljø som speiler produksjon 1:1

• Gjør full crawl, visuell gjennomgang og funksjonstest der

• Ha en sjekkliste alle må gå gjennom før lansering

Ekstra tips: Lag et “Go Live-dokument” med ansvar, datoer og kontrollpunkter.

8.7 Overoptimistisk lansering uten overvåkning

Feilen: Nettstedet går live, men ingen overvåker hvordan det går.

Konsekvens:

• 404-feil, tap av rangering og tekniske problemer oppdages sent

• Det tar lenger tid å hente seg inn igjen

• Ingen vet hva som faktisk gikk galt

Slik unngår du det:

• Sett opp rapportering i Google Search Console og Analytics før lansering

• Overvåk søkeord daglig med SE Ranking eller Semrush

• Lag feilmeldingsrutiner og en “responsplan” i teamet

Profesjonelle migreringer planlegges som en prosess, ikke et øyeblikk.

9. Gjenoppretting etter rangeringstap

Selv med nøye planlegging og teknisk presisjon kan det skje: trafikken faller, rangeringene daler, og Google har ikke indeksert sidene som forventet. For mange bedrifter kommer dette som et sjokk – spesielt hvis migreringen føltes vellykket på overflaten. Men det viktigste nå er å ikke få panikk. Det finnes metoder og tiltak du kan bruke for å hente tilbake synligheten og sikre at nettstedet ditt gjenopprettes i søkeresultatene.

9.1 Diagnostiser hva som har skjedd – og hvorfor

Før du kan rette opp situasjonen, må du forstå hvor og hvorfor tapet har skjedd. Still følgende spørsmål:

• Hvilke sider har mistet trafikk? Sjekk i GA4 og GSC.
• Hvilke søkeord har falt i posisjon? Bruk SE Ranking eller Ahrefs.
• Har disse sidene endret URL eller mistet metadata?
• Blir sidene indeksert av Google?
• Har du glemt redirects?
• Er canonical-tagger riktige?
• Er det plutselige 404-feil eller redirect loops?

Lag en oversikt i Excel/Sheets med kolonner for:

Side	Statuskode	Er indeksert?	Søkeordtap	Kommentar
/kontakt	301 → 200	Ja	-20 plasser	Metadata mangler
/om-oss	404	Nei	Fullt tap	Redirect mangler
/tjenester/nettbutikk	200	Ja	-5 plasser	Canonical feil

Jo tidligere du kartlegger problemet, desto raskere kan du gripe inn og gjenopprette tapte rangeringer.

9.2 Korriger eller legg til manglende redirects

En av de vanligste årsakene til trafikkfall er glemte eller feilaktige redirects. Kanskje ble noen viktige URL-er oversett i planen, eller kanskje ble det lagt inn feil type (f.eks. 302 i stedet for 301).

Slik retter du opp:

• Gå til Google Search Console > Sider > Ikke indeksert > 404

• Eksporter listen over sider med feil

• Sammenlign med redirect-planen

• Legg til nye 301-redirects for eventuelle manglende eller feiladresserte sider

• Test med Screaming Frog eller HTTPStatus.io

Fokusér først på de sidene som tidligere hadde høy organisk trafikk eller sterke backlinks.

9.3 Gjenopprett og reoptimaliser innhold

Dersom trafikken har falt selv om sidene er indeksert, kan det skyldes at viktig innhold har blitt svekket under migreringen. Eksempler:

• Metadata (title, description) er endret eller fjernet

• Teksten er kortere, mindre relevant eller flyttet ned på siden

• Overskrifter har mistet søkeord

• Internlenker er fjernet

Slik løser du det:

• Sammenlign versjonen før og etter migrering (f.eks. med Wayback Machine)

• Gjenopprett tapte avsnitt, tabeller, FAQ-er og nøkkelord

• Optimaliser metadata og overskriftsstruktur (H1, H2, H3)

• Legg til interne lenker til viktige sider fra blogginnlegg og kategorier

Bruk GSC sin “Ytelse”-rapport for å finne søkespørsmål du rangerte for tidligere – og sørg for at disse dekkes i innholdet ditt.

9.4 Styrk interne lenker til tapte sider

Internlenker er kraftige signaler til Google om hvilke sider som er viktige. Dersom tapte sider ikke lenger mottar lenker internt på nettstedet, kan det være en del av problemet.

Slik gjør du det:

• Finn sider med høy autoritet og trafikk på nettstedet

• Legg inn relevante lenker til de tapte sidene (med beskrivende ankertekst)

• Bruk et plugin (som Link Whisper i WordPress) for å identifisere lenkemuligheter

• Oppdater menyer, footere og innholdstabeller der det er relevant

Interne lenker fungerer som “stemmefordeling” på nettstedet ditt. Jo flere relevante lenker, desto mer verdi sendes til målsiden.

9.5 Jobb med ekstern lenkebygging og re-reklamering

Dersom du har mistet sider med mange eksterne lenker – eller hvis disse lenkene nå peker til 404-feil – risikerer du å tape verdifull autoritet. Dette kan gi betydelig negativ effekt på synligheten din i søkemotorene.

Derfor bør du:

• Identifisere hvilke lenker som peker til gamle (ikke-redirectede) sider

• Oppdatere eller legge inn manglende 301-redirects

• Kontakte relevante nettsteder og be dem oppdatere lenken direkte, dersom mulig

Google selv understreker viktigheten av å bruke permanente 301-redirects ved URL-endringer for å overføre rangering og autoritet. Du kan lese mer i deres offisielle retningslinjer for redirects.

Samtidig bør du også aktivt bygge nye lenker til de viktigste sidene dine etter migreringen, spesielt hvis du har flyttet, slettet eller endret innhold betydelig. Gode tiltak inkluderer:

• Presseomtale og digitale PR-kampanjer

• Relevante blogginnlegg og bransjeartikler

• Innhold på bransjenettsider eller nisjefora

• Gjesteblogging og samarbeid med partnere

📌 Et godt verktøy for å finne tapte lenkemuligheter er Ahrefs > Best by Links. Her kan du se hvilke tidligere lenkesterke sider som nå returnerer 404-feil – og sette inn målrettede tiltak for å gjenopprette disse lenkene gjennom redirects eller nytt innhold.

9.6 Sørg for at viktige sider blir indeksert

Har viktige sider fortsatt ikke blitt indeksert etter 1–2 uker?

Slik tvinger du frem indeksering:

• Gå til GSC > URL-inspeksjon > Lim inn URL

• Klikk “Be om indeksering”

• Sørg for at siden ikke er blokkert av robots.txt, har noindex eller canonical til annen side

• Legg til interne lenker fra forsiden, sitemap og tematiske sider

Ikke be om indeksering for mange sider samtidig. Start med de 5–10 viktigste.

9.7 Evaluer og juster migreringsstrategien

Dersom du ser at feilene skyldes planleggingsbrister, kan det være nødvendig å:

• Oppdatere redirect-strukturen

• Justere informasjonshierarkiet

• Endre URL-er tilbake til tidligere struktur (kun i ekstreme tilfeller)

• Revurdere hvordan innhold er gruppert (f.eks. samle mange små sider til én temaside)

Se vår artikkel om hvordan du strukturerer innhold for SEO hvis du vil gå dypere i dette temaet.

9.8 Når bør du søke ekstern hjelp?

Hvis tapet overstiger 30–40 % av organisk trafikk og du ikke finner årsaken selv etter 2–3 uker, bør du vurdere profesjonell bistand.

Et SEO-byrå kan:

• Analysere tekniske signaler på et dypere nivå

• Gjøre konkurrentanalyse for å vurdere eksterne faktorer

• Kartlegge semantiske og strukturelle hull

• Lede reoptimaliserings- og gjenopprettingsprosessen med full kontroll

Hos Totalweb hjelper vi virksomheter som har mistet synlighet etter redesign eller plattformbytte med å hente seg raskt inn igjen – og bygge en sterkere SEO-struktur for fremtiden.

10. Langsiktig vedlikehold etter migrering

Å fullføre en SEO-migrering er en stor milepæl, men det betyr ikke at jobben er over. Tvert imot – det er nå det langsiktige arbeidet begynner. Etter at den tekniske flyttingen er gjennomført og de mest kritiske feilene er rettet, handler det om å bygge videre på en solid SEO-struktur, overvåke utviklingen og kontinuerlig forbedre nettstedet.

Etter en vellykket migrering har du lagt grunnmuren. Nå må du vedlikeholde huset.

10.1 Følg opp med jevnlige SEO-analyser

For å sikre at du ikke mister fremgang, bør du jevnlig gjennomføre tekniske SEO-sjekker – gjerne hver måned de første 3–6 månedene etter migreringen.

Sjekk spesielt:

• Nye 404-feil og redirect-problemer

• Sidehastighet (Core Web Vitals)

• Indelegging og visningsstatus i Google Search Console

• Endringer i søkeordsynlighet

Bruk verktøy som Sitebulb, Ahrefs Site Audit eller SE Ranking for å automatisere denne overvåkingen.

Tips: Legg inn en månedlig sjekkliste og sett kalenderpåminnelser.

10.2 Oppdater og forbedre innhold kontinuerlig

Migreringen gir en god anledning til å gjøre innholdet enda bedre. I månedene etter lansering bør du:

• Gå gjennom sider med lav trafikk og høy fluktfrekvens

• Legg til nye seksjoner, oppdater statistikk og innhold

• Optimaliser interne lenker basert på ny struktur

• Legg inn FAQ-strukturerte data på relevante sider

• Revider innhold med tanke på E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness)

Du kan lese mer om hvordan innholdsstrategi påvirker SEO i artikkelen Hva er en innholdsstrategi – og hvorfor trenger du det?

10.3 Forsterk internlenkingen i den nye strukturen

Etter migrering bør du optimalisere den interne lenkestrukturen slik at viktige sider støttes av relevante lenker.

Slik gjør du det:

• Bruk analyseverktøy for å identifisere “stranded pages” (uten interne lenker)

• Bygg lenkesiloer mellom relaterte temaer

• Legg inn brødsmulesti (breadcrumb navigation) for bedre UX og SEO

• Oppdater hovedmeny, footer og sidepaneler slik at de reflekterer den nye strukturen

God internlenking bidrar til bedre crawling, sterkere autoritet og raskere reindeksering.

10.4 Utvikle nytt innhold basert på søkedata

Etter migreringen vil du få ny innsikt i hvilke søkeord og innholdstyper som presterer. Bruk dette som grunnlag for nytt innhold:

• Identifiser søkeord med høy visning, men lav klikkrate

• Lag nye artikler og landingssider for søkespørsmål du nå rangerer for

• Kombiner søkedata fra GSC og publikumssignaler fra GA4

Ved å bygge videre på den nye arkitekturen og fylle den med strategisk innhold, styrker du synligheten over tid.

10.5 Hold oversikt over endringer med versjonslogg

Etter en migrering er det viktig å ha kontroll på hva som endres videre. Uten strukturert dokumentasjon kan det være vanskelig å spore nye feil eller SEO-fall.

Anbefalt praksis:

• Opprett en delt changelog (versjonslogg) i Google Sheets eller Notion

• Registrer dato, ansvarlig og hva som er endret (URL, tittel, struktur, internlenker osv.)

• Loggfør også tekniske oppdateringer, plugin-endringer og redesign

En oppdatert versjonslogg gjør det enklere å se sammenhenger mellom endringer og rangeringseffekter.

10.6 Involver teamet og skap SEO-forståelse internt

Et viktig, men ofte glemt tiltak etter migrering, er intern opplæring. Mange SEO-feil skjer i etterkant fordi innholdsprodusenter, utviklere eller markedsførere ikke er klar over hvordan de bør jobbe med SEO i den nye strukturen.

Slik bygger du kompetanse:

• Del retningslinjer for URL-navigasjon, metainformasjon og overskriftsstruktur

• Lag en kort video eller veileder for korrekt bruk av redirects og internlenker

• Arranger et fellesmøte med utviklere og markedsførere for å gjennomgå suksesskriteriene

En organisasjon med SEO-kompetanse i hele teamet har langt større sjanse for å lykkes over tid.

10.7 Sett deg mål og mål fremdriften

Langsiktig vedlikehold handler ikke bare om å unngå feil – det handler også om å vokse. Sett klare mål for hva du ønsker å oppnå etter migreringen, og følg med på utviklingen måned for måned.

Eksempler på mål:

• Øke organisk trafikk med 20 % innen 6 måneder

• Oppnå 10 nye topp 3-rangeringer

• Halvere antall 404-feil innen 30 dager

• Redusere lastetid med 1 sekund

Bruk Google Looker Studio (tidligere Data Studio) for å visualisere fremgangen i dashbord og del dem med teamet.

Ved å kombinere overvåking, forbedring, opplæring og målstyring, legger du grunnlaget for vedvarende SEO-suksess – også lenge etter at selve migreringen er avsluttet.

11. Slik sikrer du suksess med teknisk SEO-migrering

En teknisk SEO-migrering handler om langt mer enn å flytte nettsider fra A til B. Det er en strategisk og detaljstyrt prosess der små feil kan gi store konsekvenser – og grundig forarbeid kan gi solide gevinster. Når du vet hvordan du planlegger, tester, gjennomfører og følger opp riktig, kan du faktisk øke synligheten din – i stedet for å risikere å miste den.

Her er de viktigste punktene du bør ta med deg:

• Start tidlig med planlegging. Lag en tydelig migreringsstrategi med ansvar, fremdriftsplan og målsettinger.

• Kartlegg og dokumenter alt innhold og alle URL-er på nåværende nettsted før endringer gjøres.

• Lag en nøyaktig redirect-plan, og bruk alltid 301-redirects for permanente endringer.

• Test alt i staging – redirects, metadata, strukturerte data og sidehastighet – før du går live.

• Overvåk utviklingen i Google Search Console, GA4 og søkeordverktøy etter lansering.

• Reager raskt på feil som 404-sider, tapte rangeringer eller manglende indeksering.

• Prioriter langsiktig vedlikehold. SEO slutter ikke etter lansering – det er her jobben virkelig begynner.

Det viktigste av alt? Å forstå at migreringen ikke er et “engangsstunt”, men en kontinuerlig prosess. Det krever samarbeid mellom utviklere, innholdsansvarlige og markedsførere – og en tydelig forståelse av hvordan søkemotorene faktisk fungerer.

FAQ – Ofte stilte spørsmål om teknisk SEO-migrering

Teknisk SEO-migrering kan oppleves som komplisert – og det dukker ofte opp spørsmål underveis i prosessen. Her får du svar på de vanligste bekymringene og misforståelsene, slik at du kan ta tryggere og smartere valg før, under og etter en migrering.

Hva er forskjellen mellom en SEO-migrering og en vanlig nettsidemigrering?

En vanlig migrering handler ofte om å flytte innhold til en ny plattform, et nytt domene eller en ny design. En SEO-migrering går langt dypere og sikrer at søkemotorene forstår og behandler de nye sidene korrekt. Det inkluderer blant annet redirects, bevaring av metadata, strukturert data, canonical-tagger og en bevisst strategi for å beholde synlighet.

Hvor lang tid tar en SEO-migrering fra start til slutt?

Tiden varierer avhengig av hvor kompleks siden er. Enkle migreringer kan være klare på 2–4 uker, mens større prosjekter gjerne tar 2–3 måneder – eller mer. Husk også at oppfølging og overvåking bør fortsette i flere måneder etter lansering.

Er det normalt å miste noe trafikk etter en migrering?

Ja – et mindre, midlertidig fall er helt normalt, selv ved en godt utført migrering. Søkemotorene trenger tid til å forstå endringene, indeksere nye sider og oppdatere rangeringene. Men dersom fallet er dramatisk og vedvarende, har noe trolig gått galt (for eksempel manglende redirects eller blokkert indeksering).

Hva skjer hvis jeg glemmer å sette opp 301-redirects?

Da vil gamle sider returnere 404-feil, noe som gir dårlig brukeropplevelse og tap av all tidligere SEO-verdi (inkludert eksterne lenker og autoritet). Redirects er avgjørende for å overføre relevans og rangeringer til nye URL-er. En god migrering uten redirects er som å flytte uten å melde adresseendring.

Hvordan vet jeg om Google har forstått migreringen riktig?

Du kan bruke Google Search Console til å:

• Se om nye sider er indeksert

• Få varsler om indekseringsproblemer

• Spore utviklingen i trafikk og rangering

• Bruke “Inspect URL”-verktøyet til å se hva Googlebot ser

I tillegg bør du følge med i Analytics for å se hvordan trafikken utvikler seg over tid.

Hva bør testes før lansering av ny nettside?

Før du går live bør du teste:

• At alle 301-redirects fungerer

• At metadata og strukturert data er på plass

• At robots.txt og noindex-tagger er korrekt satt

• At siden laster raskt og mobilvennlig

• At interne lenker fungerer

• At sitemap og canonical-tagger er riktige

Dette bør gjøres i et staging-miljø – ikke direkte på live-siden.

Hvilke verktøy anbefales under og etter migrering?

Noen anbefalte verktøy:

• Screaming Frog (URL-crawling og redirect-testing)

• Google Search Console (indekseringsstatus)

• SE Ranking eller Ahrefs (søkeordsynlighet)

• Sitebulb (teknisk SEO-analyse)

• GA4 (trafikkmåling)

• Wayback Machine (sammenligne gammelt og nytt innhold)

Mange av disse verktøyene tilbyr gratisversjoner med nok funksjonalitet for små og mellomstore nettsteder.

Bør jeg gjøre dette selv – eller bruke et SEO-byrå?

Dersom du har teknisk kompetanse og erfaring med SEO, er det mulig å gjennomføre en migrering selv – særlig for små nettsteder. Men hvis du jobber med en større eller mer kompleks løsning (f.eks. WooCommerce eller enterprise-CMS), er det tryggere og mer lønnsomt å få hjelp fra profesjonelle.

Totalweb tilbyr teknisk SEO-rådgivning og migreringsbistand som kan tilpasses ditt behov – enten du trenger full gjennomføring eller kun rådgivning.

Hva er det viktigste å huske på for å lykkes med en SEO-migrering?

Kort oppsummert:

• Planlegg i god tid – og dokumenter alt.

• Kartlegg gammelt innhold og lag en komplett redirect-plan.

• Test alt grundig før lansering.

• Overvåk og juster løpende etterpå.

• Ikke undervurder detaljene – det er der de største tapene (og gevinstene) ligger.