Fråga vilken SEO-konsult som helst vad som orsakar de värsta trafikrasen och nästan ingen svarar algoritmuppdatering. De svarar relansering — en redesign, ett plattformsbyte eller ett domänbyte som gick live en fredageftermiddag utan att någon kontrollerade omdirigeringarna.
Det frustrerande är att migreringstapp är nästan helt förebyggbara. De orsakas av en liten och välkänd uppsättning misstag som görs under tidspress. Den här checklistan täcker dem alla, i den ordning arbetet faktiskt sker.
Vill du hitta SEO-problem på vilken webbplats som helst?
Testa WebSEO Auditor gratis — kör din första granskning på sekunder.
Testa gratisVet vilken sorts migrering du gör
| Typ | Vad ändras | Risk |
|---|---|---|
| Designuppdatering | Bara utseende, URL:er och innehåll oförändrade | Låg |
| Protokoll- eller serverbyte | HTTP till HTTPS eller ny hosting | Låg till medel |
| Ändrad URL-struktur | Nya sökvägar, samma domän | Hög |
| Plattforms- eller CMS-byte | Nytt system, oftast nya URL:er och mallar | Hög |
| Domänbyte | Allt flyttar | Mycket hög |
Det enskilt bästa riskbeslutet: kombinera inte typerna. Byter du plattform, URL-struktur och design samtidigt kan du inte avgöra vad som orsakade tappet. Separera med fyra till sex veckor.
Fas 1: Mät nuläget innan du rör något
- Full crawl av nuvarande sajt — varje URL med statuskod, titel, metabeskrivning, H1, ordantal, canonical och interna inlänkar.
- Search Console-export — 16 månader klick, visningar och snittposition per sida och fråga.
- Analytics-export — sessioner, konverteringar och intäkt per landningssida.
- Länkexport — varje länkande domän och exakt mål-URL. De sidorna får aldrig gå sönder.
- Ögonblicksbild av rankningar för dina hundra viktigaste sökord.
- Core Web Vitals-baslinje per mall.
Fas 2: Bygg omdirigeringskartan
- Mappa gammal URL till ny, en till en.
- Använd 301, inte 302.
- Omdirigera aldrig allt till startsidan — sökmotorer behandlar det som mjuka 404:or.
- Ta bort kedjor. A till B är bra; A till B till C tappar värde.
- Täck långsvansen. Mönsterregler för massan, manuell mappning för topp 200 och alla länkade URL:er.
- Omdirigera aldrig till en 404 eller noindex-sida.
- Bestäm om verkligt utgånget innehåll — närmaste relevanta föräldrasida eller medvetet 410.
Testa kartan på staging genom att crawla varje gammal URL. Ett kalkylark som aldrig körts är en hypotes, inte en plan.
Fas 3: Bevara det som fick sidorna att ranka
- Titlar och metabeskrivningar — låt inte det nya CMS:et generera om dem.
- Rubrikstruktur — H1 blir ofta en stylad div vid redesign.
- Brödtext och ordantal. Att klippa text för en renare design är den vanligaste självförvållade skadan.
- Strukturerad data måste implementeras om, inte antas följa med.
- Interna länkar uppdateras till nya URL:er direkt.
- Canonicals och hreflang genereras om och ska vara ömsesidiga.
- Bildfilnamn och alt-texter bär bildsöktrafik som annars tappas tyst.
Fas 4: Staging-kontroller som förhindrar katastrof
- Stagingens noindex som går live. Kontrollera robots.txt och meta robots på de tre första sidorna inom minuter efter lansering. Det enda misstaget har kostat mer trafik än alla algoritmuppdateringar tillsammans.
- Staging-URL:er i produktion. Absoluta länkar till staging.exempel.se läcker in i indexet — crawla produktionsbygget efter staging-värdnamnet.
Fas 5: Lanseringsdagens körschema
- Lansera tidigt i veckan och tidigt på dagen — aldrig fredag.
- Inom 15 minuter: robots.txt, meta robots och att startsidan svarar 200.
- Inom en timme: crawla hela den gamla URL-listan och bekräfta 301 till levande 200-mål.
- Inom två timmar: skicka in ny sitemap, och adressändring vid domänbyte.
- Samma dag: verifiera analytics, validera strukturerad data och handkontrollera de tjugo största sidorna.
- Samma dag: behåll den gamla sitemapen tillgänglig några veckor.
Fas 6: Första månaden
- Dag 1–7: kontrollera täckningsrapporten dagligen och åtgärda trasiga omdirigeringar direkt.
- Vecka 2: jämför antal indexerade URL:er gammalt mot nytt.
- Vecka 3–4: jämför klick per sida mot baslinjen och undersök sidor som tappat mer än 30 %.
- Löpande: behåll omdirigeringarna permanent.
Om trafiken faller — diagnostisera i denna ordning
- Indexerbarhet. Något noindexat eller blockerat som inte borde vara det?
- Omdirigeringar. Crawla den gamla listan igen.
- Innehållsparitet. Jämför ordantal och rubriker före och efter.
- Intern länkning. Blev en sektion föräldralös?
- Hastighet. Jämför Core Web Vitals mot baslinjen.
- Rendering. Se JavaScript-SEO och renderingsrevision om bygget flyttade till en klientrenderad stack.
Checklista i 20 punkter
- Full crawl av gamla sajten arkiverad.
- 16 månaders Search Console-data exporterad.
- Analytics och intäkt per landningssida exporterad.
- Länklista exporterad och länkade URL:er markerade.
- Rankningsögonblicksbild tagen.
- Core Web Vitals-baslinje per mall.
- En-till-en-omdirigeringskarta för varje indexerad URL.
- Topp 200 och alla länkade URL:er mappade manuellt.
- Omdirigeringskedjor utplattade.
- Kartan testad på staging via crawl.
- Titlar, beskrivningar och rubriker bevarade.
- Brödtext bevarad utan tyst nedklippning.
- Strukturerad data återimplementerad och validerad.
- Interna länkar uppdaterade till nya URL:er.
- Canonicals och hreflang omgenererade och ömsesidiga.
- Stagingens noindex och robots-block borttagna vid lansering.
- Inga staging-värdnamn i produktions-HTML.
- Ny sitemap inskickad, gammal behållen tillfälligt.
- Adressändring gjord vid domänbyte.
- Daglig uppföljning första veckan, veckovis första månaden.
Domänbyten har egna regler
Att flytta till en ny domän är den enda migreringstyp där du också tappar det förtroende som byggts upp kring det gamla värdnamnet. Allt i den här guiden gäller fortfarande, plus fem extra steg:
- Gör adressändringen i Search Console direkt efter lansering med båda egendomarna verifierade. Det är signalen som talar om för Google att flytten är avsiktlig.
- Behåll den gamla domänen registrerad i flera år, inte månader. Omdirigeringarna måste fortsätta fungera, och en domän som förfaller lämnar över din länkprofil till nästa köpare.
- Kontakta dina tjugo viktigaste länkande sajter och be dem uppdatera adressen. Direkta länkar väger tyngre än omdirigerade.
- Uppdatera allt du styr utanför sajten: sociala profiler, Google-företagsprofil, kataloger, mejlsignaturer, fakturor, annonskonton och analysinställningar.
- Räkna med tre till sex månader till full stabilisering — och kommunicera det före lansering, inte under svackan.
Processidan som ingen dokumenterar
De flesta misslyckade migreringar är inte tekniska misslyckanden utan processmisslyckanden. Fyra vanor förhindrar merparten:
- Utse en ansvarig för SEO-kontinuitet med mandat att skjuta upp lanseringen. Kan ingen säga nej går omdirigeringskartan live otestad.
- Frys innehållsändringar två veckor före och efter lansering så att textändringar inte blandas ihop med migreringseffekter.
- Skriv återställningsplanen först. Vet exakt hur DNS backas, hur föregående bygge återställs och hur lång tid varje steg tar.
- Låt någon som kan affären godkänna kartan, inte bara den som byggde sajten. Utvecklare kan URL-mönster; marknad vet vilken kampanjsida som fortfarande får betald trafik.
De dyraste migreringsmisstagen görs under de sista 48 timmarna, under press, av personer som inte var med på planeringsmötet. En skriven körplan är den billigaste försäkring som finns.
Migrera flerspråkiga sajter
Internationella sajter dubblar felytan. Utöver standardchecklistan: verifiera att hreflang genereras om för den nya strukturen och förblir ömsesidig åt båda håll, att varje språkversion omdirigeras till samma språkversion i stället för att falla tillbaka på engelska, och att språkmappar eller subdomäner behåller samma struktur som tidigare om inte ändringen är projektets uttalade mål.
Det vanligaste felet är subtilt: omdirigeringar som slår ihop alla lokaliserade versioner till en standardsida. Trafiken från varje icke-primär marknad faller samtidigt, och eftersom totalen ser ut som en allmän svacka isolerar ingen mönstret på flera veckor. Segmentera uppföljningen per språk från dag ett.
Vad du bör mäta veckovis efter lansering
Fyra siffror räcker för att veta om migreringen går som den ska: antal indexerade URL:er jämfört med före, andel gamla URL:er som fortfarande svarar 301 till en levande sida, organiska klick per vecka mot samma period före lansering, och antal nya 404:or i täckningsrapporten. Rör sig alla fyra rätt efter fyra veckor är migreringen lyckad — då kan du sluta titta dagligen och gå över till månadsvis uppföljning.
Spara siffrorna. Nästa gång organisationen planerar en relansering är den här dokumentationen det starkaste argumentet för att göra förarbetet ordentligt.
Tidsplan: åtta veckor före till fyra veckor efter
Migreringar misslyckas sällan för att ingen vet vad som ska göras. De misslyckas för att sakerna görs i fel ordning och för sent. Den här planen fungerar för en medelstor sajt.
| Tidpunkt | Uppgift |
|---|---|
| −8 veckor | Nulägesmätning: crawl, Search Console, analytics, länkar |
| −6 veckor | Beslut om URL-struktur och första versionen av omdirigeringskartan |
| −4 veckor | Innehållsflytt och kontroll av metadata per mall |
| −2 veckor | Kartan körs mot staging, fel rättas, innehållsfrysning börjar |
| −3 dagar | Slutlig checklista, återställningsplan, ansvar fördelat |
| Lansering | Kontroller enligt körschema efter 15 min, 1 h och 2 h |
| +1 vecka | Daglig uppföljning av täckning och omdirigeringar |
| +4 veckor | Jämförelse mot nuläget per sida, innehållsfrysningen upphör |
Går tidsplanen inte ihop: komprimera inte allt proportionellt, ta bort omfattning i stället. En designuppdatering utan URL-ändringar går att göra under tidspress; ett byte av URL-struktur gör det inte.
Revidera före och efter — samma verktyg, samma inställningar
Den mest värdefulla artefakten är två jämförbara revisioner: en veckan före lansering och en dagen efter. Kör båda med identiska inställningar så att skillnaderna är verkliga.
Kör en gratis revision med WebSEO Auditor och spara din baslinje i dag — kör den igen på lanseringsdagen och hitta problemen på timmar i stället för veckor.