Byta plattform utan att tappa trafik: en checklista
Trafiktappet vid en replattformering beror nästan aldrig på den nya plattformen. Det beror på att adresser ändrades utan omdirigeringar, att innehåll försvann på vägen, eller att den nya sajten inte går att indexera. Alla tre är förutsägbara och därför möjliga att undvika, men bara om arbetet görs före lansering och inte efter.
Vad ska mätas innan ni börjar?
Ni kan inte veta om ni tappade trafik utan ett före. Spara undan det här medan gamla sajten fortfarande lever:
- Alla adresser som får organisk trafik, från Search Console, minst tolv månader bakåt.
- Placeringar för de viktigaste sökorden.
- Antalet indexerade sidor.
- Sidor med inkommande länkar från andra sajter. De är dyrast att förlora.
När ska omdirigeringskartan göras?
En rad per gammal adress, med den nya som motsvarar den. Inte "allt till startsidan", det räknas som en mjuk 404 och kastar bort signalen. Finns ingen motsvarighet: peka på närmaste relevanta sida, eller låt den returnera 410 om innehållet faktiskt är borttaget. Kartan ska vara klar innan utvecklingen börjar, eftersom den ofta avslöjar innehåll som ingen tänkt på att flytta.
Går den nya sajten att indexera?
Hämta en sida från den nya sajten utan att köra JavaScript, till exempel med curl. Finns brödtexten och länkarna i svaret är grunden i ordning. Är svaret ett tomt element som fylls av ett skript ser flera sökrobotar ingenting alls, och flera AI-robotar kör ingen JavaScript över huvud taget. Det här testet tar trettio sekunder och räddar projekt.
Vad görs på lanseringsdagen?
I den här ordningen:
- Kontrollera att robots.txt inte blockerar hela sajten. Den vanligaste enskilda tabben efter en lansering.
- Kontrollera att noindex togs bort från produktionsmiljön. Den näst vanligaste.
- Testa ett stickprov ur omdirigeringskartan skarpt, inte i staging.
- Skicka in den nya sitemapen i Search Console.
- Behåll den gamla sitemapen tillgänglig ett par veckor, så att roboten hittar de gamla adresserna och ser omdirigeringarna.
Hur lång tid tar det innan trafiken är tillbaka?
Räkna med en svacka. Indexeringen tar tid och placeringar rör sig innan de sätter sig. Titta på täckningsrapporten i Search Console varje vecka: sidor som plötsligt klassas som mjuka 404:or eller dubbletter är signalen att något i omdirigeringarna är fel. Är trafiken inte tillbaka efter sex veckor är det inte tålamod som behövs, utan felsökning.
Vad glöms oftast bort?
Strukturerad data följer inte automatiskt med. Inte heller kanoniska adresser, hreflang om ni har flera språk, eller de omdirigeringar som redan fanns på gamla sajten från en ännu äldre. Den sista är lätt att missa och ger en kedja av hopp som förlorar signal vid varje steg.
Vanliga frågor
Hur lång tid tar det innan trafiken är tillbaka efter ett plattformsbyte?
Räkna med en svacka på några veckor medan indexeringen hinner ikapp och placeringar sätter sig. Är trafiken inte tillbaka efter sex veckor är det inte tålamod som behövs utan felsökning: titta på täckningsrapporten efter sidor som plötsligt klassas som mjuka 404:or eller dubbletter, eftersom det är signalen att omdirigeringarna inte fungerar som avsett.
Ska vi byta domän samtidigt som plattform?
Helst inte. Risken vid en migrering följer hur många saker som ändras samtidigt, inte plattformsbytet i sig. Byter ni både domän, URL-struktur, innehåll och teknik i samma lansering går det inte att avgöra vad som orsakade ett tapp. Gör domänbytet före eller efter, med några månader emellan.
Räcker det att peka alla gamla adresser till startsidan?
Nej, det räknas som en mjuk 404 och kastar bort signalen. En omdirigering ska gå till den sida som motsvarar den gamla. Finns ingen motsvarighet: peka på närmaste relevanta sida, eller returnera 410 om innehållet faktiskt är borttaget, vilket är ett tydligare besked än en omdirigering till något som inte svarar på frågan.
Mer inom samma område
Core Web Vitals 101: vad som faktiskt påverkar laddtiden
De tre måtten förklarade, vad som orsakar dåliga värden i praktiken, och varför ett cacheplugin sällan hjälper.
API-integrationer: sex fel som kostar pengar
De misstag som gör att en integration fungerar i test och sedan skapar dubbletter, tappar ordrar eller kräver daglig passning.
