Hoppa till innehåll

Handbok

Backlinks vid sidomigrering: en handbok för länkade URL:er

En migration är det enda ögonblicket när de rör du byggt möter de ingångar du inte kontrollerar. Behandla varje URL som förvärvat en länk som bärande.

Stenbro som spänner över en flod med solljus som lyfter fram strukturella bågar

Hur en migration sätter dina ingångar i riskzonen

Att flytta plattformar eller ändra URL-strukturer sätter dina externa länkar i riskzonen, och risken är koncentrerad. Få URL:er håller upp de flesta hänvisande domäner.

Dessa URL:er får en handbyggd omdirigering, aldrig en mönstrul. Lär dig vilka de är med ingångsmetoden. De övriga kan följa mönster.

Här är vår handbok. Den använder en länkexport för att avgöra vad som är heligt. Den avslutas med en kontroll mot Search Console, eftersom omdirigeringar som ser rätt ut i ett kalkylark fortfarande kan bete sig konstigt i produktion. För strukturen bakom de heliga URL:erna, läs om ingångssidor.

Varför de heliga URL:erna kommer först

Inte alla URL:er är lika. En liten mängd håller upp de flesta hänvisande domäner, och dessa adresser förtjänar mer omsorg än resten av webbplatsen tillsammans. Backlinks vid sidomigrering beror på dem, så behandla dem som fasta punkter i planen.

Börja med ingångslistan, inte med sitemap. Sitemappen listar vad du publicerar, medan ingångslistan visar vad webben redan pekar på.

Skriv den listan innan någon öppnar omdirigeringsfilen. En lista skriven efteråt tenderar att matcha vad reglerna redan gör, och det döljer de luckor du mest behöver se. Sortera den efter hänvisande domäner. Tungaste rader hamnar då högst upp.

Handbyggda omdirigeringar för de få

Varje helig URL får sin egen rad i omdirigeringskartan, med en destination vald för hand. Destinationen bör täcka samma ämne som den gamla sidan, så att orden som pekar på den fortfarande ger mening.

Tänk dig en gammal guide som flyttar in i ett nytt helpcenter. Om den nya sidan svarar på samma fråga bär omdirigeringen dess betydelse. Om den nya sidan är en generell landningssida gör den det inte.

Behåll en rad per helig URL med en kort notis om varför dess destination valdes. Notisen är det någon som läser filen om ett år behöver mest.

Mönster för allt övrigt

Mönsterregler är okej för den långa svansen, till exempel en åldrad bloggväg som blir en ren slug. Skriv dem efter de handbyggda raderna, så att en bred regel inte kan åsidosätta en specifik.

Testa ett urval av mönsterutmatningen mot den levande listan över gamla adresser, och kontrollera statuskoder innan du skickar iväg något.

Kontrollera att ingen mönsterregel fångar en helig URL, genom att testa den heliga listan mot reglerna innan de går live.

Ankare efter flytten

En ingång kan ha anlänt med namnet på en produkt du sedan tagit bort. Den nya destinationen bör fortfarande ge mening av dessa ord, även när produktsidan är borta.

Om det inte kan, är destinationen fel, hur snygg omdirigeringskartan än ser ut på papperet.

Handboken, i ordning

  1. 1

    Frys och ta en ögonblicksbild

    Registrera datumet, exportera toppages och refdomains för den gamla domänen, och spara båda filerna.

  2. 2

    Markera de heliga URL:erna

    Varje URL med externa länkar får en rad i omdirigeringskartan med en namngiven, relevant destination.

  3. 3

    Hantera parametervarianter

    Avgör vilka frågetecken som ändrar innehåll. Omdirigera eller canonicalisera de som inte gör det.

  4. 4

    Undvik kedjor

    Gammal URL till slut-URL på ett steg. Peka om alla tidigare omdirigeringar som nu leder genom två.

  5. 5

    Skicka, sedan crawla

    Crawla den gamla URL-listan mot den nya webbplatsen och bekräfta statuskoder innan du meddelar något.

  6. 6

    Jämför ögonblicksbilder

    Efter nästa indexuppdatering, exportera igen och diff:a ingångslistan mot den första ögonblicksbilden.

Mässnycklar och trassliga metallkedjor på en träarbetsbänk

Parametervarianter under en flytt

En flytt är ett bra tillfälle att avgöra vilka frågetecken som förtjänar att finnas. Många webbplatser bär sorteringsordningar, filter och spårningsetiketter som skapar extra adresser för samma innehåll, och en migration kopierar alla dem om du inte stoppar det.

Avgör en gång, skriv ner beslutet och applicera det överallt där webbplatsen länkar. Crawl depth-sidan visar hur dessa varianter snedvrider en djuprapport.

Vilka frågetecken bär innehåll

En parameter som ändrar innehållet, till exempel en sidnummer i en lång lista, kan behålla sin egen adress. En parameter som bara ordnar om eller spårar behöver inte det.

Skriv beslutet bredvid parameternamnet, så att nästa person inte behöver gissa vad det gör.

Canonical-taggar på den nya webbplatsen

Där en variant måste stanna bör dess canonical-tagga namnge den rena adressen. Taggen är en ledtråd snarare än ett kommando, så den bör stämma överens med de interna länkarna och sitemap.

Mismatchade signaler är det vanliga misslyckandet. En sida som deklarerar en canonical, länkar till en andra adress och listar en tredje i sitemap ger en crawler tre motsägelsefulla instruktioner.

Interna länkar som fortfarande bär parametrar

Navigationsmallar kopierar ofta gamla parametrar till nya sidor. Crawla den nya webbplatsen, räkna de interna länkarna som bär en frågestreck, och fixa mallen snarare än varje sida.

En mallfix håller också problemet från att driva tillbaka i nästa redesign.

För-lanseringsgrind

  • Varje ingångssida från exporten har en destination i omdirigeringskartan.
  • Ingen destination är en 404, en inloggningssida eller en blanket omdirigering till startsidan.
  • HTTP till HTTPS och www till non-www-regler körs innan kartan, inte efter den.
  • Gamla sitemap-poster ersätts, inte lämnas att ruttna.
  • robots-regler på den nya webbplatsen blockerar inte omdirigerade sökvägar.
  • En annan person än författaren har slumpmässigt kontrollerat tjugo rader.

En diff-vänlig ögonblicksbild

Kör på den gamla domänen innan lansering, och igen efter nästa månatliga uppdatering. Jämför de två filerna.

bash
curl -s "https://linkisflow.com/api.php?action=toppages&q=old-site.com&per=1000&key=sk_live_..." > toppages-2026-10-29.json
curl -s "https://linkisflow.com/api.php?action=refdomains&q=old-site.com&per=1000&key=sk_live_..." > refdomains-2026-10-29.json
Stenbalansvåg med två tunga vikter på träyta

Omdirigeringsfel som visas i Search Console

Efter en flytt rapporterar Search Console ofta omdirigeringsfel i bulk. Listan ser skrämmande ut. Google rapporterar vad dess crawler mötte, inte vad din karta avsåg. En lång lista leder oftast tillbaka till några få orsaker, så sortera felen efter orsak innan du rör vid någon omdirigering.

Börja med den vanligaste mönstret och arbeta dig ner. Många försvinner när de främsta orsakerna är fixade.

Kedjor och loopar

En kedja löper från den gamla adressen till en mellanadress och sedan till den slutliga sidan. Varje steg lägger till ett steg som en crawler kan ge upp på, och en loop skickar den runt i cirklar.

Platta ut kedjor så att varje gammal adress pekar rakt mot sin slutliga mål, och ta bort alla loopar innan du ber om en recrawl.

En kedja dyker ofta upp efter en andra flytt ovanpå den första, så sök i omdirigeringsfilen efter någon destination som i sig är en källa.

Destinationer som misslyckas

En omdirigering in i en 404, en inloggningssida eller en blankett startsidemål visas som ett fel eller som en svag signal. Kontrollera varje destination med en statusförfrågan innan du antar att kartan är rätt.

Dessa tre misslyckanden är lätta att se när varje destination sitter i en kolumn i arket.

Inkludera destinationerna för gamla omdirigeringar i kontrollen också, eftersom en kedja kan sluta på en sida som togs bort för flera år sedan.

Cacha en omdirigering som ändrades

En omdirigering är ett svar, och webbläsare och delade cachar kan behålla det längre än du förväntar dig. Om du ändrar var en gammal adress pekar kan en besökares cache fortfarande skicka dem till det tidigare målet en stund.

Fråga din värd eller CDN hur den cacha omdirigeringar och om den erbjuder en purge. Testa sedan från en ren webbläsarsession snarare än den du använde för att skriva kartan.

Vad omdirigeringar inte kan rädda

En 301 är en vidarebefordringsadress, inte en transfusion. Om den nya sidan har ett annat ämne än den gamla kan länken sluta räknas, vilket är varför destinationer bör vara relevanta.

Länkar från webbplatser som aldrig uppdaterar kommer att fortsätta peka på den gamla adressen, så behåll omdirigeringarna live. Hur länge är en fråga för ditt eget riskappetit; vi anger ingen period här.

Ankare är en annan fälla. Om en ingång anlände med orden från en produkt du sedan tagit bort bör den nya destinationen fortfarande ge mening av dem.

Efter ögonblicksbildsjämförelsen förtjänar varje ingångssida som har fallit bort en manuell titt. En månatlig uppdatering kan ligga efter verkliga förändringar, så kontrollera Search Console också.

Håll ett öga på källorna också. En webbplats som sällan uppdaterar kan fortsätta peka på den gamla adressen under en lång tid, så omdirigeringen måste stanna kvar, och ingen bör ta bort den under en städning.

Migrationsfrågor vi hör

Behöver jag omdirigera varje gammal URL?

Nej. Omdirigera varje URL som har externa länkar, och varje URL som får verkliga besök. Den långa svansen av tunna eller duplicerade sidor kan returnera en ren 404 eller 410 utan att kosta dig mycket.

Hur hanterar jag crawl-bloat från parametrar efter flytten?

Avgör vilka parametrar som ändrar innehåll, canonicalisera eller omdirigera resten, och håll interna länkar pekande mot den rena versionen. Crawla sedan den nya webbplatsen för att bekräfta att inga parametervarianter finns kvar i din egen navigering.

Kan jag kontrollera vilka av mina gamla URL:er som hade länkar?

Ja. Anropa toppages på den gamla domänen innan du byter något. Det kostar 2 credits per anrop och returnerar högst 1 000 rader, så en större webbplats behöver page för att läsa resten.

Är en omdirigering till startsidan acceptabel?

Endast som sista utväg. En generisk destination berättar lite för sökmotorer, så länka den gamla URL:en till närmaste relevanta sida istället.