Slik migrerer du et domene uten å ødelegge søkerangeringene

Å bytte domene er et av få SEO-prosjekter der en teknisk liten feil raskt kan bli svært synlig. En manglende omdirigering, en blokkert crawlevei eller en glemt canonical kan gjøre en enkel rebranding til uker med ustabile rangeringer.

Noe bevegelse er normalt. Søkemotorer trenger tid til å crawle de gamle URL-ene, oppdage omdirigeringene, behandle signaler og plassere det nye domenet i indeksen. Målet er ikke å unngå enhver nedgang. Målet er å gjøre migreringen kjedelig: én gammel URL peker til én tilsvarende ny URL, serveren svarer tydelig, og ingenting viktig forsvinner.

Start med en oversikt, ikke en omdirigeringsregel

Den vanligste migreringsfeilen er å behandle det som en serverkonfigurasjonsoppgave. Det er det ikke. Det er en informasjonsarkitekturoppgave som tilfeldigvis ender i serverkonfigurasjon.

Før du rører DNS, bygg en liste over URL-er som betyr noe:

• URL-er som får organisk trafikk
• URL-er med eksterne tilbakekoblinger
• URL-er som konverterer, genererer leads eller støtter kampanjer
• Kanoniske URL-er som finnes i XML-sitemapet ditt i dag
• PDF-er, bilder og nedlastbare filer som er lenket eksternt
• Verdifulle eldre URL-er som kanskje ikke vises i dagens navigasjon

For hver gammel URL, angi en destinasjon på det nye domenet. I de fleste tilfeller bør destinasjonen være samme side med samme intensjon. Hvis /pricing blir https://newdomain.com/pricing, er det enkelt. Hvis tre gamle produktsider slås sammen til én ny veiledning, dokumenter den beslutningen bevisst.

Unngå den late løsningen: å omdirigere alt til den nye forsiden. Det er praktisk, men det kaster bort relevans. Både søkemotorer og brukere forventer at destinasjonen svarer på samme behov som den opprinnelige URL-en.

Bevar URL-strukturen der du kan

En domenemigrering er enklere når stier forblir stabile. Å flytte fra oldsite.com/blog/example til newsite.com/blog/example er langt ryddigere enn å bytte domene, CMS, slugs, mappestruktur og innhold samtidig.

Noen ganger gjør et redesign eller en CMS-migrering URL-endringer uunngåelige. I så fall bør du skille beslutningene:

1. Hva endres fordi domenet endres?
2. Hva endres fordi nettstedstrukturen endres?
3. Hva blir slettet, slått sammen eller skrevet om?

Jo flere variabler du introduserer, desto vanskeligere blir det å diagnostisere problemer senere. Hvis migreringen er viktig og dagens nettsted presterer godt, vurder å flytte domenet først og redesigne senere.

Bruk permanente omdirigeringer med ett hopp

For en reell domenemigrering bør du bruke serversidige 301- eller 308-omdirigeringer fra gamle URL-er til deres nye ekvivalenter. Midlertidige omdirigeringer er for midlertidige situasjoner. JavaScript-omdirigeringer, meta refresh og myke omdirigeringer er svakere signaler og enklere å ødelegge.

Målene for omdirigeringene er enkle:

• Alle viktige gamle URL-er returnerer en permanent omdirigering.
• Hver omdirigering går direkte til endelig destinasjon.
• HTTP omdirigerer ryddig til HTTPS.
• www- og ikke-www-varianter håndteres konsekvent.
• Omdirigeringer er ikke avhengige av skjør query-string-atferd med mindre det er nødvendig.

En dårlig kjede ser slik ut:

http://oldsite.com/page → https://oldsite.com/page → https://www.oldsite.com/page → https://newsite.com/page → https://www.newsite.com/page

Det kan til slutt lande på riktig side, men det er tregt, vanskeligere å crawle og mer sannsynlig å skjule feil. Sikt mot ett hopp fra hver gammel variant til den endelige nye URL-en.

Når du validerer atferd, inspiser de faktiske HTTP-svarene i stedet for å stole på det nettleseren viser. Veiledningen vår til feilsøking av omdirigeringer og HTTP-headere i produksjon er nyttig her, fordi nettlesere er for høflige: de følger kjeden og skjuler de rotete delene.

Klargjør DNS og sertifikater før lansering

DNS overfører ikke rangeringer direkte, men dårlig DNS kan få en migrering til å se ødelagt ut. Senk TTL-verdiene før lanseringsvinduet slik at endringer forplanter seg mer forutsigbart. Bekreft at det nye domenet har riktige oppføringer for webtrafikk, e-post og eventuelle nødvendige subdomener.

Du trenger også gyldige TLS-sertifikater for begge domener. Dette er lett å overse. Det gamle domenet må fortsatt kunne levere HTTPS-omdirigeringer etter migreringen. Hvis sertifikatet utløper, kan brukere og crawlere møte nettleseradvarsler før de i det hele tatt kommer til det nye nettstedet.

Hvis flyttingen påvirker e-post, må du ikke behandle det som en ettertanke. Domeneendringer ødelegger ofte SPF, DKIM, DMARC, MX records, sporingslenker og transaksjons-e-post. For en oppfriskning av oppføringene som betyr noe, se vår utviklervennlige guide til MX, SPF, DKIM og DMARC.

Sjekk canonicals, interne lenker og sitemaps

Etter lansering bør det nye domenet oppføre seg som om det alltid har vært innholdets kanoniske hjem.

Det betyr:

• Canonical-tagger peker til de nye URL-ene, ikke til det gamle domenet.
• Interne lenker bruker det nye domenet eller root-relative stier.
• XML-sitemaps inneholder bare endelige, indekserbare nye URL-er.
• hreflang-annoteringer, hvis de brukes, refererer til de nye URL-ene.
• Open Graph, strukturerte data og alternative lenker er oppdatert.
• Robots.txt blokkerer ikke viktige seksjoner.

Ikke publiser et sitemap fullt av gamle URL-er og forvent at omdirigeringer skal rydde opp. Et sitemap bør være en liste over URL-er du vil ha indeksert. Etter en migrering betyr det endelige URL-er på det nye domenet.

Se også etter canonical-motsigelser. En side som omdirigerer fra gammel til ny, men har en canonical som peker tilbake til det gamle domenet, sender blandede signaler. Søkemotorer kan vanligvis håndtere noe inkonsistens, men du bør ikke be dem om det.

Ikke endre alt på lanseringsdagen

En migrering er allerede en stor nok hendelse. Unngå om mulig å kombinere den med større innholdsrydding, omskriving av maler, navigasjonsendringer, endringer i JavaScript-rendering eller en ny ytelsesprofil.

Dette er ikke overtro. Det er feilsøkingsdisiplin. Hvis rangeringene faller etter lansering, må du vite om årsaken er omdirigeringskartlegging, crawletilgang, endret innhold, tregere rendering, manglende strukturerte data eller noe annet.

Hold den første lanseringen så nær det gamle nettstedet som praktisk mulig. Når det nye domenet er stabilt, kan du gjøre større redaksjonelle og designmessige endringer i mindre puljer.

Fortell søkemotorer hva som er endret

I Google Search Console bør du verifisere både det gamle og det nye domenet. Bruk deretter Change of Address-verktøyet når flyttingen er en endring på domenenivå og innholdet flyttes til et nytt domene. Send inn det nye sitemapet etter lansering.

Dette erstatter ikke omdirigeringer. Det støtter dem. Søkemotorer trenger fortsatt crawlbare, vedvarende omdirigeringer for å forstå kartleggingen på URL-nivå.

For Bing og andre søkemotorer bør du bruke deres webmaster tools der de finnes. Oppdater også stedene du kontrollerer: sosiale profiler, bedriftsoppføringer, annonsedestinasjoner, e-postsignaturer, dokumentasjon, partnerlenker og canonical-referanser i syndikert innhold.

Eksterne lenker blir ikke alle oppdatert, og det er greit. Men de viktigste bør bli det. Hvis en stor partner, appmarkedsplass, dokumentasjonsportal eller presseside lenker til det gamle domenet, be om en oppdatering.

Overvåk de riktige tingene etter lansering

De første dagene etter migrering bør handle om aktiv overvåking, ikke feiring.

Sjekk:

• Serverlogger for crawlaktivitet på gamle og nye domener
• 404-feil og uventede 5xx-feil
• Omdirigeringskjeder og løkker
• Indekseringsstatus i Search Console
• Oppdagelse og behandling av sitemaps
• Organiske landingssider og søkemønstre
• Konverteringsløp som er avhengige av gamle URL-er
• Analysefiltre og henvisningsekskluderinger

Forvent støy i rapporteringen. Noen analyseverktøy behandler det nye domenet som en ny eiendom med mindre de er konfigurert riktig. Noen dashboards sammenligner trafikk på gammelt domene med trafikk på nytt domene og får migreringen til å se verre ut enn den er.

Søkesynlighet kan svinge i noen uker. Det du ikke vil ha, er et mønster der verdifulle gamle URL-er crawles gjentatte ganger, men ikke omdirigeres riktig, eller der nye sider oppdages, men merkes som duplikater av det gamle domenet.

Ytelse bør heller ikke ignoreres. Hvis det nye domenet lanseres med tyngre maler, ødelagt caching eller uoptimaliserte ressurser, kan brukere oppleve migreringen som en nedbremsing. Hvis du bruker Lighthouse som en del av kontrollene, les rapporten med prioriteringer i mente; artikkelen vår om hvordan lese en Lighthouse-rapport uten å få panikk forklarer hvordan du skiller meningsfulle problemer fra støy.

Behold det gamle domenet lenge

Ikke la det gamle domenet utløpe etter at migreringen «fungerer». Hold det registrert, hold sertifikater gyldige og hold omdirigeringer i drift så lenge som mulig. I praksis betyr det ofte år.

Gamle lenker fortsetter å finnes i blogginnlegg, bokmerker, dokumentasjon, PDF-er, e-poster og sosiale innlegg. Omdirigeringer er broen mellom dette historiske fotavtrykket og det nye domenet. Å slå dem av for tidlig bryter brukernes veier og sløser bort opparbeidede signaler.

Behold også en kopi av omdirigeringskartet og lanseringsnotatene. Seks måneder senere, når noen spør hvorfor en eldre URL oppfører seg på en bestemt måte, vil du være glad for at du dokumenterte det.

<!-- tool-cta:start -->

💡 Prøv dette: Etter overgangen sporer du de gamle URL-ene dine gjennom Redirect Checker for å bekrefte at hver av dem løses i ett enkelt 301-hopp til riktig ny side.

<!-- tool-cta:end -->

En fornuftig sjekkliste for migrering

Før lansering:

• Verifiser begge domener i Search Console.
• Crawl dagens nettsted og eksporter viktige URL-er.
• Bygg et én-til-én-omdirigeringskart.
• Senk DNS TTL-er.
• Klargjør TLS-sertifikater for gamle og nye domener.
• Oppdater canonicals, interne lenker, hreflang, strukturerte data og sitemaps.
• Test omdirigeringer i staging eller et kontrollert miljø.

På lanseringsdagen:

• Distribuer omdirigeringer.
• Bekreft HTTP-til-HTTPS-atferd.
• Test viktige URL-eksempler fra hver maltype.
• Send inn det nye sitemapet.
• Bruk Change of Address-verktøyet der det passer.
• Følg med på serverfeil, omdirigeringsløkker og blokkerte ressurser.

Etter lansering:

• Overvåk crawlfeil og indekseringsrapporter.
• Oppdater viktige eksterne lenker der du kan.
• Sammenlign trafikk etter landingssideintensjon, ikke bare domenetotaler.
• Hold omdirigeringer aktive på ubestemt tid.
• Utsett urelatert redesign eller innholdseksperimenter til flyttingen stabiliserer seg.

Domenemigreringer er ikke risikofrie, men de er håndterbare. Rangeringer lider vanligvis når migreringen sender uklare signaler: manglende omdirigeringer, endret innhold, motstridende canonicals, blokkerte crawlere eller et glemt gammelt domene. Gi søkemotorer og brukere et ryddig kart, så blir flyttingen langt mindre dramatisk.