Så migrerar du en domän utan att sänka dina sökrankningar

Att byta domän är ett av få SEO-projekt där ett tekniskt litet misstag mycket snabbt kan bli mycket synligt. En saknad omdirigering, en blockerad crawl-väg eller en bortglömd canonical kan förvandla en enkel rebranding till veckor av rankingvolatilitet.

En viss rörelse är normal. Sökmotorer behöver tid för att crawla de gamla URL:erna, upptäcka omdirigeringarna, bearbeta signaler och placera den nya domänen i indexet. Målet är inte att undvika varje dipp. Målet är att göra migreringen odramatisk: en gammal URL pekar på en motsvarande ny URL, servern svarar tydligt och inget viktigt försvinner.

Börja med en inventering, inte en omdirigeringsregel

Det vanligaste migrationsfelet är att behandla det som en serverkonfigurationsuppgift. Det är det inte. Det är en uppgift inom informationsarkitektur som råkar sluta i serverkonfiguration.

Innan du rör DNS, bygg en lista över URL:er som spelar roll:

• URL:er som får organisk trafik
• URL:er med externa backlinks
• URL:er som konverterar, genererar leads eller stödjer kampanjer
• Canonical-URL:er som för närvarande finns i din XML-sitemap
• PDF:er, bilder och nedladdningsbara filer som länkas externt
• Värdefulla äldre URL:er som kanske inte syns i nuvarande navigering

För varje gammal URL, tilldela en destination på den nya domänen. I de flesta fall bör den destinationen vara samma sida med samma avsikt. Om /pricing blir https://newdomain.com/pricing är det enkelt. Om tre gamla produktsidor slås ihop till en ny guide, dokumentera det beslutet medvetet.

Undvik det lata mönstret: att omdirigera allt till den nya startsidan. Det är bekvämt, men det kastar bort relevans. Både sökmotorer och användare förväntar sig att destinationen ska svara mot samma behov som den ursprungliga URL:en.

Bevara URL-strukturen där du kan

En domänmigrering är enklare när sökvägarna förblir stabila. Att flytta från oldsite.com/blog/example till newsite.com/blog/example är mycket renare än att byta domän, CMS, slugs, mappstruktur och innehåll samtidigt.

Ibland gör en redesign eller CMS-migrering URL-ändringar oundvikliga. Separera i så fall besluten:

1. Vad ändras för att domänen ändras?
2. Vad ändras för att webbplatsstrukturen ändras?
3. Vad tas bort, slås ihop eller skrivs om?

Ju fler variabler du introducerar, desto svårare blir det att diagnostisera problem senare. Om migreringen är viktig och den nuvarande webbplatsen presterar väl, överväg att flytta domänen först och göra redesign senare.

Använd permanenta omdirigeringar med ett enda hopp

För en verklig domänmigrering, använd server-side 301- eller 308-omdirigeringar från gamla URL:er till deras nya motsvarigheter. Tillfälliga omdirigeringar är för tillfälliga situationer. JavaScript-omdirigeringar, meta refreshes och mjuka omdirigeringar är svagare signaler och lättare att råka förstöra.

Dina mål för omdirigeringar är enkla:

• Varje viktig gammal URL returnerar en permanent omdirigering.
• Varje omdirigering går direkt till slutdestinationen.
• HTTP omdirigeras rent till HTTPS.
• www- och icke-www-varianter hanteras konsekvent.
• Omdirigeringar beror inte på skört query-string-beteende om det inte är nödvändigt.

En dålig kedja ser ut så här:

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

Den kan till slut landa på rätt sida, men den är långsam, svårare att crawla och mer benägen att dölja misstag. Sikta på ett enda hopp från varje gammal variant till den slutliga nya URL:en.

När du validerar beteendet, granska de faktiska HTTP-svaren i stället för att lita på det webbläsaren visar. Vår guide till debugging redirects and HTTP headers in production är användbar här eftersom webbläsare är för artiga: de följer kedjan och döljer de stökiga delarna.

Förbered DNS och certifikat före lansering

DNS överför inte rankingar direkt, men dålig DNS kan få en migrering att se trasig ut. Sänk TTL-värden före lanseringsfönstret så att ändringar propageras mer förutsägbart. Bekräfta att den nya domänen har korrekta poster för webbtrafik, e-post och alla nödvändiga subdomäner.

Du behöver också giltiga TLS-certifikat för båda domänerna. Det är lätt att förbise. Den gamla domänen behöver fortfarande kunna leverera HTTPS-omdirigeringar efter migreringen. Om dess certifikat löper ut kan användare och crawlers mötas av webbläsarvarningar innan de någonsin når den nya webbplatsen.

Om flytten påverkar e-post, behandla inte det som en eftertanke. Domänändringar bryter ofta SPF, DKIM, DMARC, MX records, spårningslänkar och transaktionsmejl. För en uppfräschning av posterna som spelar roll, se vår utvecklarvänliga guide till MX, SPF, DKIM, and DMARC.

Kontrollera canonicals, interna länkar och sitemaps

Efter lansering bör den nya domänen bete sig som om den alltid har varit innehållets canonical-hem.

Det betyder:

• Canonical-taggar pekar på de nya URL:erna, inte den gamla domänen.
• Interna länkar använder den nya domänen eller root-relative paths.
• XML-sitemaps innehåller endast slutliga, indexerbara nya URL:er.
• hreflang-annoteringar, om de används, refererar till de nya URL:erna.
• Open Graph, strukturerad data och alternate links är uppdaterade.
• Robots.txt blockerar inte viktiga sektioner.

Publicera inte en sitemap full av gamla URL:er och förvänta dig att omdirigeringar ska städa upp den. En sitemap bör vara en lista över URL:er du vill få indexerade. Efter en migrering innebär det slutliga URL:er på den nya domänen.

Var också uppmärksam på canonical-motsägelser. En sida som omdirigerar från gammalt till nytt men har en canonical som pekar tillbaka till den gamla domänen skickar blandade signaler. Sökmotorer kan vanligtvis hantera viss inkonsekvens, men du bör inte be dem göra det.

Ändra inte allt på lanseringsdagen

En migrering är redan en tillräckligt stor händelse. Undvik om möjligt att kombinera den med omfattande innehållsrensning, omskrivningar av templates, navigationsändringar, ändringar i JavaScript-rendering eller en ny prestandaprofil.

Det här är inte vidskepelse. Det är felsökningsdisciplin. Om rankingar faller efter lansering behöver du veta om orsaken är omdirigeringsmappning, crawl-åtkomst, ändrat innehåll, långsammare rendering, saknad strukturerad data eller något annat.

Håll den första lanseringen så nära den gamla webbplatsen som praktiskt möjligt. När den nya domänen är stabil kan du göra större redaktionella och designmässiga ändringar i mindre omgångar.

Berätta för sökmotorer vad som ändrats

I Google Search Console, verifiera både den gamla och den nya domänen. Använd sedan Change of Address-verktyget när flytten är en ändring på domännivå och innehållet flyttas till en ny domän. Skicka in den nya sitemapen efter lansering.

Detta ersätter inte omdirigeringar. Det stödjer dem. Sökmotorer behöver fortfarande crawlbara, persistenta omdirigeringar för att förstå mappningen på URL-nivå.

För Bing och andra sökmotorer, använd deras webmaster tools där de finns. Uppdatera också de platser du kontrollerar: sociala profiler, företagslistningar, annonsdestinationer, e-postsignaturer, dokumentation, partnerlänkar och canonical-referenser i syndikerat innehåll.

Externa länkar kommer inte alla att uppdateras, och det är okej. Men de viktigaste bör bli det. Om en stor partner, app marketplace, dokumentationsportal eller pressida länkar till den gamla domänen, be om en uppdatering.

Övervaka rätt saker efter lansering

De första dagarna efter migreringen bör vara aktiv övervakning, inte firande.

Kontrollera:

• Serverloggar för crawl-aktivitet på gamla och nya domäner
• 404:or och oväntade 5xx-fel
• Omdirigeringskedjor och loopar
• Indexeringsstatus i Search Console
• Sitemap-upptäckt och bearbetning
• Organiska landningssidor och frågemönster
• Konverteringsvägar som är beroende av gamla URL:er
• Analytics-filter och referral exclusions

Räkna med rapporteringsbrus. Vissa analysverktyg behandlar den nya domänen som en ny egendom om de inte konfigureras korrekt. Vissa dashboards jämför trafik på den gamla domänen med trafik på den nya domänen och får migreringen att se värre ut än den är.

Söksynlighet kan fluktuera under några veckor. Det du inte vill se är ett mönster där värdefulla gamla URL:er crawlas upprepade gånger men inte omdirigeras korrekt, eller där nya sidor upptäcks men markeras som dubbletter av den gamla domänen.

Prestanda bör inte heller ignoreras. Om den nya domänen lanseras med tyngre templates, trasig caching eller ooptimerade assets kan användare uppleva migreringen som en nedgång i hastighet. Om du använder Lighthouse som en del av dina kontroller, läs det med prioriteringar i åtanke; vår text om how to read a Lighthouse report without panicking förklarar hur du skiljer meningsfulla problem från brus.

Behåll den gamla domänen länge

Låt inte den gamla domänen löpa ut efter att migreringen ”fungerar”. Behåll den registrerad, håll certifikat giltiga och låt omdirigeringar vara igång så länge som möjligt. I praktiken betyder det ofta flera år.

Gamla länkar fortsätter att finnas i blogginlägg, bokmärken, dokumentation, PDF:er, e-post och sociala inlägg. Omdirigeringar är bron mellan det historiska avtrycket och den nya domänen. Att stänga av dem för tidigt bryter användares vägar och slösar bort ackumulerade signaler.

Behåll också en kopia av din omdirigeringskarta och dina lanseringsanteckningar. Sex månader senare, när någon frågar varför en äldre URL beter sig på ett visst sätt, kommer du vara glad att du dokumenterade det.

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

💡 Prova detta: Efter övergången spårar du dina gamla URL:er via Redirect Checker för att bekräfta att var och en löses med ett enda 301-hopp till rätt ny sida.

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

En vettig checklista för migrering

Före lansering:

• Verifiera båda domänerna i Search Console.
• Crawla den nuvarande webbplatsen och exportera viktiga URL:er.
• Bygg en en-till-en-karta för omdirigeringar.
• Sänk DNS TTLs.
• Förbered TLS-certifikat för gamla och nya domäner.
• Uppdatera canonicals, interna länkar, hreflang, strukturerad data och sitemaps.
• Testa omdirigeringar i staging eller i en kontrollerad miljö.

På lanseringsdagen:

• Driftsätt omdirigeringar.
• Bekräfta beteende från HTTP till HTTPS.
• Testa viktiga URL-exempel från varje template-typ.
• Skicka in den nya sitemapen.
• Använd Change of Address-verktyget där det är lämpligt.
• Bevaka serverfel, omdirigeringsloopar och blockerade resurser.

Efter lansering:

• Övervaka crawl-fel och indexeringsrapporter.
• Uppdatera viktiga externa länkar där du kan.
• Jämför trafik efter landningssidans avsikt, inte bara domäntotaler.
• Håll omdirigeringar live på obestämd tid.
• Skjut upp orelaterade redesign- eller innehållsexperiment tills flytten stabiliserats.

Domänmigreringar är inte riskfria, men de går att hantera. Rankingar tar vanligtvis skada när migreringen skickar otydliga signaler: saknade omdirigeringar, ändrat innehåll, motsägelsefulla canonicals, blockerade crawlers eller en bortglömd gammal domän. Ge sökmotorer och användare en tydlig karta, så blir flytten mycket mindre dramatisk.