Lista alla adresser och det som rankar
Börja med en komplett lista över den gamla sajtens adresser. Crawla sajten, exportera adresserna ur nuvarande CMS och ur sitemapen, och lägg till de sidor som Search Console och webbstatistiken visar trafik för, eftersom en crawl missar sidor utan interna länkar och gamla kampanjadresser. Notera för varje adress klick, visningar, de sökfrågor den rankar på och länkarna till den från andra sajter. Listan visar vilka sidor som bär trafiken, ofta en liten andel av alla, och vilka som kan slås ihop eller tas bort.
En karta med 301-omdirigeringar från gammalt till nytt
Varje gammal adress som har trafik, länkar eller en motsvarighet på den nya sajten får en permanent 301-omdirigering till den mest relevanta nya sidan. Omdirigera ett till ett där det går: en produkt till samma produkt, en kategori till samma kategori. Att skicka allt till startsidan behandlar Google som en saknad sida, och då försvinner värdet som den gamla sidan hade. Undvik kedjor där en omdirigering leder till nästa, uppdatera de interna länkarna så att de pekar direkt på de nya adresserna och låt omdirigeringarna ligga kvar i minst ett år, helst för gott. Sidor utan motsvarighet och utan värde kan ge 404 eller 410.
Behåll titlar och innehåll som rankar
En sida rankar väl tack vare sitt innehåll, sin titel och hur den svarar på en sökfråga. Att flytta den till en ny design går bra, men att samtidigt skriva om texten, korta den eller dela upp den i flikar ändrar det Google ser. För över titlar, metabeskrivningar, rubriker och brödtext från sidorna som bär trafiken, och ändra dem senare, en i taget, när ni kan se effekten. Detsamma gäller strukturerad data som den gamla sajten hade, till exempel märkning för produkter och brödsmulor.
Canonical, hreflang och testsajten
Varje ny sida ska ha en canonical-tagg som pekar på sin egen slutliga adress, i samma form som omdirigeringarna och sitemapen, med eller utan snedstreck på slutet och på rätt domän. Sajter på flera språk behöver hreflang-taggar som pekar åt båda hållen mellan språkversionerna, och x-default där det passar. Testsajten ska vara stängd för sökmotorer, helst med lösenord, och spärren ska tas bort vid lanseringen: en noindex-tagg eller en robots.txt som blivit kvar från testmiljön är en vanlig orsak till att en ny sajt försvinner ur Google.
Lanseringsdagen: sitemap och Search Console
Vid lanseringen testas omdirigeringarna mot hela listan med gamla adresser, med statuskod och mål för var och en. Skicka in den nya XML-sitemapen i Search Console. Byts domänen också verifierar ni båda domänerna i Search Console och använder verktyget för adressändring. Kontrollera att robots.txt tillåter crawling, att sidorna renderas utan fel och att webbstatistik och konverteringsspårning är på plats, så att ni kan jämföra före och efter.
Hastighet och Core Web Vitals på den nya sajten
En ny design för ofta med sig tyngre bilder, fler skript och nya typsnitt. Mät den gamla sajten före lanseringen så att det finns något att jämföra med, och testa den nya över mobilnätet. LCP, INP och CLS är Googles mått på laddning, respons och visuell stabilitet, och en ombyggnad är ett bra tillfälle att förbättra dem. Bilder i rätt storlek och moderna format, så lite JavaScript som möjligt och typsnitt från egen server gör mest. I en webbutik är produkt- och kategorisidorna viktigast, och e-handel beskriver flytt av en butik mellan plattformar.
Vad ni ska mäta de första veckorna
Viss rörelse i rankingen är normal de första veckorna, medan Google crawlar de nya adresserna. Följ klick och visningar per grupp av sidor i Search Console, jämfört med samma period före, tillsammans med rapporten över sidindexering och 404-felen i serverloggarna. Ett tapp som håller i sig för en grupp sidor pekar oftast på en saknad omdirigering, förlorat innehåll eller en teknisk spärr. En genomgång av webbplatsen före ombyggnaden ger en utgångspunkt att jämföra med, och själva ombyggnaden beskrivs under webbutveckling.