Det korta svaret
En webbplats behåller sin ranking genom en migrering när varje URL som drar trafik eller länkar fortfarande svarar efter lanseringen: samma innehåll på samma adress, eller en permanent serverside-omdirigering till den närmaste motsvarigheten. De flesta migreringsproblem beror på en URL som ingen satte upp på listan.
Googles guide för webbplatsflytt med URL-ändringar sätter ramarna: mappa varje gammal URL till en ny, använd permanenta serverside-omdirigeringar som 301 eller 308, behåll dem "generellt minst 1 år" och "räkna med tillfälliga svängningar i webbplatsens ranking under flytten."
Samma guide säger att man bara ska ändra en sak i taget: först ny domän, sedan ny layout. Googles dokumentation om adressändring är rakare. Om du kombinerar en flytt med en omarbetning av innehåll och URL-struktur "kommer du sannolikt att se viss trafikförlust" medan Google bedömer varje sida på nytt. Behöver du båda bör du planera omdesignen som en egen fas.
Tre typer av flytt
| Flytt | Vad som ändras | Omdirigeringar | Search Console |
|---|---|---|---|
| Enbart hosting | Servrar eller CDN; alla URL:er förblir desamma | Inga | Bevaka crawlning och indexering |
| Plattform (Wix till WordPress, WordPress till Astro) | CMS, mallar och oftast vissa URL-mönster | Varje URL vars sökväg ändras | Ny sitemap, sedan övervakning |
| Domän eller underdomän | Varje URL | Alla | Adressändring för varje verifierad variant |
Vid en flytt av enbart hosting rekommenderar Googles hostingguide att du sänker DNS TTL "minst en vecka före flytten" och låter de gamla servrarna vara igång tills trafiken dit når noll. En kort nedgång i crawlfrekvensen efter lanseringen är normal.
Före flytten: lista allt som har en URL
Omdirigeringskartan är bara så bra som listan över gamla URL:er bakom den, och varje källa missar något.
Crawla den live-publicerade webbplatsen
Crawla den nuvarande webbplatsen och exportera varje URL med statuskod, titel, metabeskrivning, canonical- och hreflang-taggar, och lägg sedan till alla URL:er i XML-sitemapen. Google föreslår också att du kontrollerar serverloggar för URL:er som besökts minst en gång nyligen.
Hämta landningssidor från Search Console och analysverktyg
Exportera fliken Sidor i Search Consoles prestandarapport för den längsta tillgängliga tidsperioden, och gör detsamma för organiska landningssidor i ditt analysverktyg. Dessa sidor ger trafiken och leadsen, så varje sida kontrolleras manuellt vid lanseringen.
Ta reda på vilka som länkar till dig
Länkrapporten visar dina mest länkade sidor, men dess tabeller "är begränsade till 1 000 rader" och Google säger att den inte är en fullständig lista. Kombinera den med eventuellt backlinkverktyg du använder.
Lista formulär, integrationer och media
Skriv ner varje formulär och vart inskickade svar går, varje inbäddat verktyg (bokning, chatt, kartor, betalningar) och varje fil som folk länkar direkt till. Googles guide säger att "videor, bilder, JavaScript- och CSS-filer" ska ingå i planen, eftersom de URL:erna flyttas som allt annat innehåll.
Bygg omdirigeringskartan
En rad per gammal URL: gammal URL, ny URL, statuskod, anteckningar, testad. Fyra regler:
- Mappa varje gammal URL till sin närmaste motsvarighet. Att omdirigera många gamla URL:er till ett irrelevant mål, till exempel startsidan, "kan behandlas som ett mjukt 404-fel."
- Om flera gamla sidor har slagits ihop till en, omdirigera alla till den.
- Om en sida saknar motsvarighet ska den ge 404 eller 410, inte en omdirigering.
- Behåll sökvägarna oförändrade så långt den nya plattformen tillåter.
Under bygget: omdirigeringar och vad som följer med dem
Använd 1:1 serverside-omdirigeringar med 301 eller 308
Googles dokumentation om omdirigeringar säger att 301 och 308 signalerar att "omdirigeringsmålet bör vara canonical" och rekommenderar "en permanent serverside-omdirigering när det är möjligt." Tillfälliga koder (302, 303, 307) gör inte det, och JavaScript-omdirigeringar är en sista utväg.
Omdirigera direkt till den slutliga URL:en. Googles crawlers följer upp till 10 omdirigeringssteg, men guiden för webbplatsflytt rekommenderar "att omdirigera direkt till slutdestinationen." Om en tidigare migrering har lämnat kvar omdirigeringar bör även de peka på de nya slutliga URL:erna.
Kontrollera standardstatuskoden hos det som hanterar dina omdirigeringar. På Cloudflare Workers, där Dardo hostar de webbplatser studion bygger, använder en _redirects-fil 302 om du inte skriver 301 på varje rad, rymmer upp till 2 000 statiska och 100 dynamiska omdirigeringar och kan inte matcha frågeparametrar. WordPress enkla permalänkar (/?p=123) kräver därför omdirigeringslogik i Workerns kod.
När du ska returnera 404 eller 410 i stället
Tunna sidor, utgångna erbjudanden och dubbletter behöver inte överleva. Googles guide säger att innehåll du inte flyttar ska "korrekt returnera HTTP 404 eller 410", och Googles crawlers behandlar alla 4xx-koder utom 429 på samma sätt: URL:en lämnar indexet.
För över metadata, canonicals och hreflang
- Titlar och metabeskrivningar. Migrera dem fält för fält i stället för att låta de nya mallarna generera dem.
- Canonicals. Varje ny sida har en självrefererande canonical med sin nya URL. Googles guide om kanonisering kallar en canonical "en indikation, inte en regel", så canonicals, omdirigeringar och sitemap måste stämma överens.
- Hreflang. Varje språkversion "måste lista sig själv och alla andra språkversioner", och "om två sidor inte pekar på varandra ignoreras taggarna", enligt Googles guide om lokaliserade versioner. Uppdatera varje annotering till de nya URL:erna.
Strukturerad data, interna länkar och bild-URL:er
- Strukturerad data. Bygg om markup för Organization, Breadcrumb, Article eller Product i de nya mallarna och testa den med Rich Results Test. Googles guide för flytt nämner den inte, så den går lätt förlorad.
- Interna länkar. Peka dem på de nya URL:erna, inte på omdirigeringar.
- Bilder och filer. Behåll beskrivande filnamn och alt-texter, och omdirigera gamla bild- och PDF-adresser som har länkar eller trafik från bildsökning.
Analys och samtycke
Installera om analysverktyg, konverteringshändelser och annonspixlar, och testa dem i stagingmiljön. Om den gamla sajten bad om samtycke till cookies måste den nya fråga på samma sätt innan taggarna aktiveras.
Vad som oftast går sönder, plattform för plattform
Anteckningarna bygger på respektive plattforms egen dokumentation i oktober 2026. De beskriver hur plattformarna fungerar, inte fel.
| Plattform | URL-mönster att mappa | Begränsningar för export och omdirigering |
|---|---|---|
| WordPress | Permalänkar kan vara enkla (/?p=N), datumbaserade eller baserade på inläggets namn. Kategori- och etikettarkiv behåller alltid en bas som /category/. | Sedan WordPress 6.4 är bilagesidor avstängda i nya installationer men finns kvar på uppgraderade sajter, så äldre sajter kan ha en URL per uppladdad fil. |
| Webflow | CMS-objekt finns på Collection-sidor. | Kodexporten utelämnar CMS-innehåll, Ecommerce, User Accounts, formulärhantering, webbplatssökning och lokaliserade sidor, och kräver en Workspace-plan. Collections exporteras separat som CSV. |
| Wix | Blogginlägg ligger under ett /post/-prefix som kan döpas om men inte tas bort. I WordPress behåller en egen permalänkstruktur med /post/%postname%/ dem. | En Wix-sajt "must run on Wix's servers", så att lämna Wix innebär att bygga om sidorna. |
| Framer | Om du ändrar en undersökväg uppdateras inte befintliga omdirigeringsregler, så gamla regler kan peka på sökvägar som inte längre finns. | Sajter publiceras som vanlig HTML, CSS och JavaScript; CMS-innehåll exporteras via plugins som CSV eller JSON. |
| Squarespace | URL-mappningar accepterar variabeln [name] för hela samlingar, till exempel /blog/[name] -> /posts/[name] 301. | Exporten är WordPress-XML med en bloggsida, layoutsidor och gallerier, men utan butikssidor, produkt-, video- eller ljudblock eller egen CSS. URL-mappningar kan inte omdirigera bild- eller filadresser och rymmer ungefär 2 500 rader. |
| Shopify | Butikens URL:er ligger under sökvägar som /products/, /collections/, /pages/ och /blogs/<blog>/; Shopify kallar /products och /collections fasta. | Omdirigeringar fungerar bara från URL:er som inte längre laddar en sida, och butiker får högst 100 000 (20 000 000 på Plus). |
Att lämna Wix innebär att bygga om varje sida; att lämna Squarespace innebär att importera det exporten omfattar och bygga om resten. Ett byte till Shopify ändrar oftast produktadresserna, så kartan måste täcka varje produkt.
Lanseringsdagen
- DNS. Om hosting eller DNS ändras, sänk TTL minst en vecka i förväg.
- Blockeringar för crawlning. Ta bort
noindex-taggar och robots.txt-blockeringar från stagingmiljön. Google föreslår att du listar varje URL där du användenoindexunder utvecklingen. - Omdirigeringar. Släpp dem i samma release som den nya sajten.
- Test av omdirigeringar. Kör hela kartan genom ett skript: varje gammal URL ger 301 eller 308 till rätt slutlig URL i ett steg, och den URL:en ger 200.
- Search Console. Verifiera den nya sajten och skicka in den nya sitemapen, samt en sitemap med de gamla URL:erna så att de crawlas om. Varningar om att de URL:erna omdirigeras är väntade.
- Change of Address. Vid domänbyte skickar du in det från en property du äger på båda sidor med samma Google-konto, för varje variant av den gamla domänen, inklusive med och utan www.
- Kritiska flöden. Skicka in ett riktigt formulär, kör en testbetalning och bekräfta att analyshändelserna kommer fram.
- Dina egna länkar. Uppdatera sociala profiler, annonser och katalogposter.
De 30, 60 och 90 dagarna efter
Dag 1 till 30: räkna med rörelse
Rankningen kan svänga "while Google recrawls and reindexes your site", och "a small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer." Håll koll på:
- Rapporter för indexering och sitemap. Indexerade URL:er minskar på den gamla sajten och ökar på den nya.
- Prestanda per sida. Nya URL:er börjar få visningar och klick.
- Serverloggar och 404:or. Varje oväntad 404 är en rad som saknas i kartan. Kontrollera dagligen i två veckor.
Dag 31 till 60: jämför mot utgångsläget
Jämför dina viktigaste landningssidor med deras nya URL:er. För varje sida som tappat klick, kontrollera i ordning: når omdirigeringen rätt sida i ett steg, har innehållet eller titeln ändrats, pekar interna länkar fortfarande dit, finns den i sitemapen. Be sedan sajterna bakom dina mest värdefulla bakåtlänkar att uppdatera dem.
Dag 90 och framåt: behåll omdirigeringarna
Googles guide säger att omdirigeringar ska behållas "generally at least 1 year" och, ur användarnas perspektiv, att man ska "consider keeping redirects indefinitely." Vid domänflyttar sätter sidan Change of Address en gräns på 180 dagar, varefter Google behandlar den gamla sajten som orelaterad om den fortfarande går att crawla. Den rekommenderar också att du betalar för den gamla domänen "for at least a year" så att ingen annan kan köpa den.
Checklistan
| Fas | Uppgift | Klart när |
|---|---|---|
| Före | Crawla sajten, sitemapen och serverloggarna | En lista över alla gamla URL:er med statuskod |
| Före | Exportera landningssidor och mest länkade sidor | Toppsidor och mål för bakåtlänkar är markerade i kartan |
| Före | Lista formulär, integrationer, skript och filer | Var och en har en ansvarig och en plan på den nya sajten |
| Före | Bygg omdirigeringskartan | Varje gammal URL har ett mål eller ett beslut om 404/410 |
| Bygg | 301- eller 308-omdirigeringar på serversidan | Ett steg, inga kedjor, inga massomdirigeringar till startsidan |
| Bygg | Titlar, beskrivningar, canonicals, hreflang | Matchar de gamla sidorna; canonicals och hreflang använder nya URL:er |
| Bygg | Strukturerad data, interna länkar, bild-URL:er | Rich Results Test godkänns; inga interna länkar leder till omdirigeringar |
| Bygg | Analys, konverteringar och samtycke | Händelser aktiveras i staging, bara efter samtycke där det krävs |
| Lansering | Ta bort noindex och robots.txt-blockeringar | Nya URL:er går att crawla |
| Lansering | Testa omdirigeringskartan | Varje rad ger förväntad kod och förväntat mål |
| Lansering | Search Console: verifiera, sitemaps, Change of Address | Inskickat utan kritiska fel |
| Efter | Övervaka indexering, 404:or och prestanda | Gamla URL:er minskar, nya URL:er får fler visningar |
| Efter | Behåll omdirigeringar och den gamla domänen | Minst ett år |
Hjälp med en migrering
Dardo flyttar webbplatser till skräddarsydda Astro-lösningar på Cloudflare Workers, och omdirigeringskartan är en leverans som vi testar före lansering och överlämnar tillsammans med webbplatsen. Läs mer om webbplatsmigrering, eller om redesign av webbplats om flytten också kräver en ny design. Eller berätta för oss vad du ska flytta.
