Hur man gör en webbplatsmigration utan att skada din SEO

Så du har bestämt dig för attuppgradera din webbplats till en ny plattform eller en ny CMS-version?

Lycka till då!

Du är ute efter en SEO berg-och dalbana rida under de närmaste månaderna, med rankningar som sannolikt studsar överallt, utan någon möjlig spårning att arbeta från.

Men när dammet har lagt sig, du hoppas att allt slutar några platser högreeller ännu bättre några sidor högre!

Men varnas, en webbplatsmigrering är förmodligen den främsta orsaken till att rankningen sjunker över hela webben.

Följ detta enkla checklista för att undvika en nedgång och förhindra det pinsamma samtalet med din chef.

Översikt över SEO-migrationschecklista

  1. Sidmappning
  2. Omdirigeringar
  3. Interna länkar
  4. Spårningskoder och pixlar
  5. Utvecklingsstadie
  6. Går live
  7. Slutlig Revision
  8. Övervakning

1. Sidmappning - Ingen trafik kvar

Din befintliga webbplats sannolikt har många äldre sidor som skapades för flera år sedan av en okänd utvecklare eller innehållsförfattare. Den som är ansvarig nu (inklusive dig själv) kanske tror att dessa sidor är överflödiga och helt enkelt kan ignoreras i den helt nya blanka webbplatsuppgraderingen.

Jag uppmuntrar dig att kontrollera dem först!

Du kommer att bli förvånad över vad som vinner trafik, även den gamla artikeln på 200 ord från 2010 kan skicka din webbplatstrafik och ännu viktigare konverteringar.

Så ta inte bort en sida utan att kontrollera om den definitivt inte gynnar webbplatsen.

Hitta riktiga överflödiga sidor

Gå till din Google Analytics och under Beteende -> Webbplatsinnehåll gå till målsidor.

Det är här du kan hitta alla de verkligt överflödiga sidorna.

Ställ in tidsperioden för det senaste året och filtrera efter trafik som är lägre än 10 (du kanske vill redigera detta nummer för att göra resultaten mer relevanta för din webbtrafik totalt sett).

Detta visar alla sidor som fick mindre än tio besök under det senaste året.

Nu vill du ta bort alla sidor från listan som är i långsiktiga SEO-planer, och du kommer att lämnas med icke-väsentliga sidor med låg trafik.

Enligt min erfarenhet faller dessa sidor i två kategorier:

  1. Kannibal sidor - liknande ämnen till mer kraftfulla huvudsidor.
  2. Icke-sökord riktade sidor / generiska blogginlägg.

Om en sida är kannibal, då ska du följa mitt nyckel kannibaliseringsfix, vilket är att ta bort sidan och 301 omdirigera webbadressen till huvudsidan för det nyckelordet.

Om en sida är i den andra kategorin, se sedan om det har någon användarfördel. Om den har det, ställ sedan in det på noindex och lämna det på webbplatsen. Om det inte gör det raderar du det och omdirigerar det till modersidan / hemsidan.

Ett exempel.

Om vi ​​hade en klädkategori, och vi hade också ett blogginlägg om "Kläderna på Brand.com", då skulle det antagligen vara en kannibalsida (eftersom alla som söker efter ett nyckelord runt "kläder" och "varumärket" 99% av tiden vill se klädsektionen på deras webbplats i motsats till ett blogginlägg som talar om dem).

Om sidan skickar taffik och inte är en kannibal, bör du inkludera den i din ny webbplats, passar den i eventuella url-strukturella förändringar.

301 omdirigeringar - DETTA ÄR NYCKELT!

Det kan inte sägas starkare:

MISSLIGA REDIRECTS ÄR NUMMER 1 SKÄL FÖR DÅLIG MIGRATION AV PLATSEN

Om du får fel på dina omdirigeringar ser Google det inte som en webbplatsmigrering, utan ser det som en röra. Och gissa vad? Mess rankar inte så bra.

Varje webbadress på den ursprungliga webbplatsen måste 301 omdirigera till motsvarande sida på den nya webbplatsen.

Detta gäller självklart endast om du har ändrat webbadressstrukturen eller formuläret (till exempel att flytta från domain.com/sub-page/ till domain.com/page/sub-page/ ELLER domain.com/page.aspx till domain.com/page/).

Om en sida raderas, det måste också 301 omdirigera någonstans. Helst till den mest relevanta sidan på webbplatsen för sidans ämne, eller om inte hemsidan.

Om du kombinerar sidor tillsammans måste de tidigare versionerna 301 till den nya versionen.

En ny webbplatskarta kommer inte att klippa den, bara en 301-omdirigering gör det.

*Viktig notering: se till att du behåller alla tidigare htaccess-regler på din nya webbplats, annars kommer du att ha massor av äldre 404-tal att hantera. Om du har tid och budget är det bäst att ta bort alla omdirigeringskedjor från htaccess-filen, så det är bäst att uppdatera gamla regler för att omdirigera direkt till den nya platsen (istället för att de går till föregående sida och omdirigerar igen).

** Andra viktiga anmärkning: robots.txt-filen på den gamla webbplatsen kan innehålla några mycket praktiska regler för att blockera bots på ditt gamla CMS, men gäller de för den nya webbplatsen? Det kan finnas regler där inne som behöver uppdateras, till exempel om ditt nya e-handelssystem använder en annan webbadress för parametrar eller filter. Gå igenom varje regel, ta reda på vad den användes för och se om det finns en motsvarighet på ditt nya CMS.

Interna länkar måste uppdateras

Detta går hand i hand med omdirigeringsavsnittet, som om en webbadress har ändrats sedan alla länkar i webbplatsens innehåll till den sidan är nu felaktiga.

Även om länkarna fungerar (på grund av din framgångsrika omdirigering) följande omdirigeringar saktar ner Googles sökrobot på din webbplats, vilket kan göra det mindre troligt att genomsöka dina viktiga sidor så ofta. Det kommer också att sakta in sidens laddningstid, vilket gör det värre för konverterande kunder.

Hur du åtgärdar detta kan variera beroende på ditt webbplatssystem, men använder en databas för att hitta och ersätta verktyg kan vara ett enkelt sätt att göra det. Slutresultatet du behöver är att varje intern länk pekar på den nya webbadressen på sidan, inte den gamla.

Om din webbplatsstruktur har förändrats på ett enhetligt sätt kan du hitta och ersätta på strängen, till exempel om du har gått från domain.com/produkt-kategori / kategorinamn till domänen.com/kategori/kategorinamn, då kan du kanske göra en sökning och ersätta strängens produktkategori.

Vissa CMS har användbara plugins för detta, till exempel Better Search and Replace-verktyget för WordPress.

Det värre fallet är att du måste logga in på ditt CMS och göra var och en för hand, men i 99.9% av fallen kommer det att vara mycket bättre att betala en utvecklare för att koda vissa regler (eller lägga ut dessa förändringar utomlands).

Spårningskod och pixlar

Den tidigare webbplatsen kommer förmodligen att ha haft många olika spårningskoder, skript och pixlar i koden för att göra massor av off-site marknadsföring och analys. Dessa är ganska lätta att glömma bort under migrationen, eftersom den aktuella personen kanske inte har lagt in dem, men de kan fortfarande tillhandahålla viktig företagsinformation.

Ett snabbt "hack" för att snabbt hitta dessa är att använda Ghostery webbläsartillägg, som visar alla spårningskakor och skript som en webbplats laddar.

Detta kan hjälpa dig att få de enkla, men ibland kommer det att finnas skript som bara visas på vissa sidor. Några av de viktigaste sidorna för att manuellt söka efter dessa är hemsidan, huvudkategorin och produktsidorna och sidorna i konverteringstratten (som vagn, kassa och framgångssidor på e-handelswebbplatser).

Gör en checklista för varje pixel och del av spårningskoden och se till att du markerar var och en på den nya webbplatsen.

Utvecklingsstadietestning - babysteg

Utvecklingsområdet är där du testar den nya versionen av webbplatsen, och det är därför det perfekta stället att kontrollera att SEO fungerar korrekt.

Det bästa verktyget för tekniska kontroller är Screaming Frog. Genomsök webbplatsen och se till att alla sidor kan genomsökas, att de flesta (om inte alla) interna omdirigeringar har uppdaterats och fixats och att det inte finns några fel.

Nästa steg är testning av användarupplevelse, eftersom en fruktansvärd användarupplevelse kan skjuta upp din studsfrekvens och förstöra konverteringar. Betala människor för att testa din utvecklingswebbplats och skicka kommentarer eller användarvideor så att du kan hitta allt som är trasigt i förväg.

Några av de viktigaste områdena att kontrollera är konverteringstratten (inklusive fullständiga betalningssteg i kassan) eftersom fel här kostar dig allvarliga pengar.

Kommer live - Fingers Crossed!

Så det är dags att gå live. Du har gjort allt du kan tänka dig, och nu är det sanningens ögonblick.

Steg för att gå live:

  1. Var i stånd att enkelt byta tillbaka till den gamla webbplatsen om fel upptäcks.
  2. Gör övergången till den nya webbplatsen (beroende på CMS). Se till att .htaccess- och robots.txt-filen är de nya!
  3. Genomsök de gamla webbadresserna för att säkerställa att alla omdirigeringar fungerar korrekt.
  4. Genomsök den nya webbplatsen för att se till att alla sidor fungerar korrekt.
  5. Gör användartester för att säkerställa att den nya webbplatsen fungerar korrekt (flera webbläsare och enheter).
  6. Skicka ny webbplatskarta till Googles verktyg för webbansvariga
  7. Använd hämtnings- och renderingsverktyget i Googles verktyg för webbansvariga och indexera huvudsidorna på den nya webbplatsen.

Övervakning och ranking

Trafik och ranking kommer att vara överallt initialt, så det är viktigt att inte dra slutsatser baserat på några studsar.

Allt som ser "misstänksamt" bör dock noteras och kör sedan igenom följande kontroller:

  1. Omdirigerar den gamla url 301 ordentligt till den nya?
  2. Har den nya sidan tappat några specifika nyckelord från SEO-elementen (Titel, Metabeskrivning, H1)?
  3. Saknar den nya sidan viktig information från den gamla webbplatsen?
  4. Pekar de interna länkarna fortfarande till den här sidan?
  5. Ger användartest några problem?

Om du tycker att problemet är allt annat än webbadressen ändras, åtgärda sedan problemet och genomsök sidan.

Om webbadressen har tappat ett nyckelord och det har resulterat i en nedgång i rankningen, då bör du på allvar överväga att ändra tillbaka till den gamla webbadressen och ta bort omdirigeringen.

Om du ändrar domännamn, tappa inte kontrollen över den gamla domänen, eftersom den har mycket av ditt länkkapital i sig, och därför bör vara värd med .htaccess-filen intakt.

Beroende på webbplatsens storlek och hur mycket den genomsöks kan efterdyningarna av en webbplatsmigrering pågå i flera månader. Saker att övervaka i Googles verktyg:

  1. Sökkonsol -> Genomsökningsfel: Detta är ett tecken på att dina interna länkar eller omdirigeringar inte har implementerats ordentligt och bör fixas så fort som möjligt.
  2. Sökkonsol -> Indexerade sidor: Leta efter stora droppar på indexerade sidor, eftersom något kan blockera dem från att indexeras.
  3. Google Analytics -> Målsida (studsfrekvens): Om du ser toppar i studsfrekvensen kan något vara trasigt eller saknas, så gör vissa visuella kontroller och gräva sedan djupare efter enhet / webbläsare.

Bench Mark Rankings - Din ledstjärna

Det kommer sannolikt att finnas några rankningar som du använder internt som exempel på vad ”du är känd för”.

De kommer att symbolisera mest trafik, eller var du är bäst i din bransch.

Det här är rankningarna som du bör fokusera på under migreringen, eftersom de troligen kommer att genomsökas mest, få mest trafik och uppdateras snabbast.

Stora droppar i dessa rankningar kan vara ett tecken på ett problem över hela linjen, så de bör tas mer seriöst än ett nyckelord som flyttar från sida 3 till sida 7.

Avslutande tankar

Platsmigrationer är tuffa, dyra och kan göra rankningen sämre, inte bättre.

Innan du implementerar en, bör du på allvar överväga om du kommer att se avkastningen på investeringen från den, eftersom risken i många fall inte är värd den lilla belöningen.

Men om du har ett äldre system som är dåligt för användare eller inte säkert, har du inget val.

Om du har några frågor om migreringar ur ett SEO-perspektiv, eller vill ha hjälp, skicka mig e-post: [e-postskyddad]

Hur användbart var det här inlägget?

Klicka på en stjärna för att betygsätta det!

Medelbetyg 5 / 5. Röstaantal: 1

Inga röster hittills! Bli den första att betygsätta detta inlägg.

Vi beklagar att det här inlägget inte var användbart för dig!

Låt oss förbättra detta inlägg!

Berätta för oss hur vi kan förbättra det här inlägget?

matt Jackson

E-handel SEO-specialist, med över 8 års heltidserfarenhet att analysera och fixa webbplatser för online shopping. Praktisk erfarenhet av Shopify, Wordpress, Opencart, Magento och andra CMS.
Behövs hjälp? Mejla mig för mer info på [e-postskyddad]

Det här inlägget har 0 kommentarer

Lämna ett svar

E-postadressen publiceras inte. Obligatoriska fält är markerade *