Būtinas SEO kontrolinis sąrašas svetainės migracijai

Kas yra svetainės migracija?

Visiems, kuriems šis terminas nepažįstamas, pabandysime paaiškinti kuo paprasčiau: tai svetainės atnaujinimo procesas, kurio metu tampa būtinas URL architektūros pakeitimas.

Yra daug ir labai skirtingų priežasčių, kodėl klientas arba SEO agentūra gali nuspręsti imtis migracijos. Kad ir kokia būtų priežastis, ji pati turi turėti didelį svorį, nes šis veiksmas yra rizikingas ir gali lemti smarkų reitingų ir organinio srauto kritimą nuo to, nuo ko pradėjote.

Ar svarbu migracijų metu taikyti SEO strategiją?

Nors trumpą atsakymą jau pateikėme ankstesnėje pastraipoje, pasigilinkime šiek tiek, kodėl kruopštus svetainės migracijos planavimas ir vykdymas SEO požiūriu yra būtinas.

Jei dirbate su svetainės SEO, puikiai suprasite, kad egzistuoja tam tikri organinio reitingavimo signalai, kuriuos paieškos sistemos seka ir (arba) į kuriuos atsižvelgia paskirstydamos savo indeksuotų URL adresų reitingą.

Jei neišlaikysime tų SEO signalų krištolo aiškumo, Google robotai nežinos, ką jiems reikėtų ar nereikėtų indeksuoti, o tai reiškia, kad jie gali galiausiai rodyti puslapius, kurių iš tikrųjų nenorime iškelti. Būtent todėl svetainės migracijos metu labai svarbu būti kruopštiems; bet koks painus signalas, kurį išsiųsime, pakenks mūsų svetainės reitingams ir organiniam srautui.

Jei norite daugiau sužinoti apie tai, kaip svarbu migracijos metu rūpintis SEO signalais, MJ Cachón Sistrix tinklaraštyje išsamiau ir per atvejo analizę paaiškina, kiek daug jie lemia migraciją.

Rekomenduojamas straipsnis: SEO signalų svarba migracijoje.

Svetainių migracijų tipai

Kaip minėjome anksčiau, yra daug priežasčių, dėl kurių svarstoma migracija. Tarp dažniausių priežasčių galime išskirti:

CMS migracija

Viena iš priežasčių, dėl kurių kartais svarstoma migracija, yra naudojamos CMS keitimas (pavyzdžiui, perėjimas nuo WooCommerce prie PrestaShop). Tai reikš URL struktūros pasikeitimą, todėl reikės migruoti nuo senų puslapių prie naujų.

Domeno vardo keitimas

Kitas migracijos tipas susijęs su domeno vardo keitimu. Nesvarbu, ar tai lemia sprendimai dėl prekės ženklo reputacijos, ar bet kokia kita priežastis, mums gali tekti migruoti URL adresus iš domeno, kurio pavadinimas „A“, į labiausiai atitinkančius naujo domeno, kurio pavadinimas „B“, puslapius.

Migracija iš HTTP į HTTPS

Jau kurį laiką Google rekomenduoja apsaugoti svetaines pagal HTTPS protokolą. Šis scenarijus, nors iš pradžių lengviau įgyvendinamas, reikalauja atsargumo ir dėmesio detalėms, nes gali atsirasti peradresavimo kilpų, dėl kurių svetainė tampa nepasiekiama ir kurios sukelia laisvą organinio srauto kritimą.

Kelių domenų sujungimas į vieną svetainę

Kitas dažnas atvejis – kelių domenų perkėlimas į vieną. Šio sprendimo priežastys būna įvairios, nors dažniausia iš jų yra sustiprinti vieną svetainę sujungiant kelis domenus, kurie galėjo būti paveldėti.

Perėjimas prie naujo prieglobos tiekėjo

Šis atvejis gali įvykti dėl įvairiausių priežasčių. Galbūt nesate patenkinti paslaugomis, kurias siūlo dabartinis tiekėjas, arba naujasis suteikia jums geresnių sprendimų, atitinkančių dabartinę jūsų svetainės situaciją... Kad ir kokia būtų priežastis, jums teks pereiti prieglobos migracijos procesą.

Rekomenduojamas straipsnis: Kaip pasirinkti gerą SEO prieglobos tiekėją

SEO kontrolinis sąrašas migracijai planuoti

Prieš pradedant svetainės migracijos procesą, yra kai kas pagrindinio, apie ką visada reikėtų pranešti: informuokite visus dalyvaujančius svetainės kūrime, priežiūroje ir turinio rengime. Atrodo akivaizdu, tačiau jei bent viena grandinės grandis nebus informuota apie šį veiksmą, tai galiausiai gali pakenkti bendram darbui ir viską sugriauti.

Taip pat būtų patartina pranešti savo naudotojams, kad atliekate svetainės pakeitimą. Jei šio proceso metu iškiltų kokių nors problemų, jiems bus ramiau suprasti, kas vyksta, ir kad tai laikina situacija. Šiuo atžvilgiu, jei puslapis nustoja veikti (tyčia ar ne), idealu yra sukurti puslapį, rodantį tokią informaciją. Taip pat nepamirškite įtraukti 503 būsenos kodą, kad paieškos sistemoms praneštumėte, jog svetainė tuo metu neprieinama ir prašoma grįžti vėliau.

Be to, planuodami SEO migraciją, turėtumėte atkreipti dėmesį į šiuos aspektus:

Apibrėžkite tikslą, kurį norite pasiekti

Kaip pastebėsite, kiekvienas migracijos tipas atsako į konkretų tikslą. Aiškiai supraskite savąjį (pagerinti svetainės greitį, iš naujo sukurti prekės ženklo identitetą, paversti svetainę saugia aplinka ir t. t.) ir, remdamiesi tuo, užsirašykite kiekvieną iššūkį, su kuriuo susiduriate arba galite susidurti, taip pat galimybes, kurias, jūsų manymu, galima įgyvendinti. Taip turėsite didesnę kontrolę, kaip elgtis, jei kokia nors rizika grėstų svetainės migracijai.

Vykdant bet kokią svetainės migraciją, nepriklausomai nuo jos tipo, yra keletas esminių užduočių, kurias turime atlikti kaip kontrolinį sąrašą:

1 ŽINGSNIS: Duomenų rinkimas prieš migraciją:

Analitika > Išgaukite savo projekto SEO metrikas iš Google Analytics ir Google Search Console, kad galėtumėte palyginti, kaip viskas atrodė prieš migraciją ir po jos. Kai kurie svarbūs duomenys, kuriuos norėsite stebėti:

• ›

  Organiniai seansai pagal URL

• ›

  Indeksuotų puslapių skaičius ir esamos klaidos

• ›

  Parodymai palyginti su paspaudimais pagal užklausą

• ›

  Puslapio įkėlimo laikas...

Kuo išsamesnė bus jūsų informacijos suvestinė, tuo geriau galėsite matuoti ir stebėti procesą migracijos metu ir po jos.

Surinkite raktažodžių reitingus > tuo turime omenyje gauti ir saugoti savo kontrolinėje lentelėje tiek stebimus raktažodžius (nes tai pagrindiniai terminai), tiek visus kitus, kurie natūraliai reitinguojasi jūsų svetainės URL adresams.

Sudarykite išorinių ir vidinių nuorodų sąrašą > Turėdami šią pradinę informaciją galėsite sumažinti būsimus 301 peradresavimus ir nereikalingas 404 klaidas. Galėsite paprašyti, viena vertus, kad į jus nukreipiančių svetainių savininkai atnaujintų senas nuorodas į naujas, o jūsų SEO komanda taip pat galės atnaujinti visas pasenusias nuorodas.

2 ŽINGSNIS: Išanalizuokite ir atlikite testinės svetainės SEO auditą

Šiuo atžvilgiu svarbu įsitikinti, kad bent jau šie reikalavimai yra tinkamai įgyvendinti:

Įtraukite į robots.txt failo sintaksę direktyvą, kuri užblokuoja robotų prieigą prie viso domeno. Pavyzdys:

UŽBLOKUOTI VISUS PAIEŠKOS ROBOTUS:

*User-agent: **

Disallow: /

Patikrinkite, ar URL struktūra yra palanki SEO. Jei ketinate atlikti patobulinimus, mažiausia, ką galite padaryti, tai padirbėti prie šito, ar ne?

Patikrinkite, ar nauji metaduomenys yra teisingi ir suderinti su raktažodžiais, pagal kuriuos norite reitinguotis.

Nepamirškite patikrinti, ar visi kanoniniai (canonical) žymenys rodo į URL, kurį laikote originalia versija.

Peržiūrėkite, ar kiekvieno puslapio meta robots žymenyse HTML antraštėje (head) yra „noindex“ atributas.

Įdiekite teisingą antraščių hierarchiją, įsitikindami, kad bent jau yra vienas tekstinis H1, į kurį įtrauktas pagrindinis raktažodis, pagal kurį norite reitinguotis SERP rezultatuose**.**

Nepamirškite peržiūrėti puslapiavimo (pagination) nustatymų, jei tokių yra, kad nepaliktumėte nemigruoto svarbaus senojo turinio.

Patikrinkite, ar hreflang žymuo yra tinkamai įgyvendintas (jei kalbame apie projektus su tarptautiniais domenais).

Stebėkite kiekvieną aspektą, susijusį su WPO arba svetainės našumu.

Patikrinkite, ar naujos vidinės nuorodos turi tik URL adresus, kurių būsena yra 200-OK.

Įsitikinkite, kad naujajame sitemap.xml yra tik URL adresai, grąžinantys 200-OK, ir kad jame išvardyti visi be išimties puslapiai, pagal kuriuos norime reitinguotis.

Galvokite apie mobiliuosius įrenginius: niekada nepamirškite šių įrenginių tipų konfigūracijos (pavyzdžiui, AMP), taip pat atlikto kūrimo darbo, kad svetainė būtų rodoma išmaniuosiuose telefonuose. Iš tiesų, šis punktas, nors ir palikome jį pabaigai, yra pats svarbiausias. Turime nustoti galvoti apie darbalaukį ir remtis prielaida, kad SEO turi būti daromas ir peržiūrimas iš mobiliojo vaizdo. Prieš kurį laiką Google aiškiai nurodė, kad, nuskaitydamas ir indeksuodamas URL adresus, teiks pirmenybę mobiliajam vaizdui. Iš tiesų, jie jau paskelbė, kad jų URL nuskaitymas visada bus mobile-first nuo 2020 m. rugsėjo.

3 ŽINGSNIS – Sukurkite peradresavimų žemėlapį:

Metas pradėti darbą prie senų ir naujų URL adresų sugretinimų. Norėdami atlikti šį procesą, turėsite peržiūrėti ir išgauti tiek senus, tiek naujus svetainės puslapius. Atlikę šį pirmąjį žingsnį, turėsite juos sustatyti į du „Excel“ arba „Google Sheet“ stulpelius, kad žinotumėte, kur originalūs puslapiai turėtų peradresuoti.

Tai bus jūsų migracijos pagrindas, todėl turėsite jį kurti neskubėdami, kad kiekvienam URL pateiktumėte geriausią sprendimą.

Kai turėsite šį pilną 301 peradresavimų žemėlapį, išbandykite jį prieš migracijos dieną. Verta pasitikrinti kelis kartus, jei reikia, kad įsitikintumėte, jog peradresavimai veikia ir rodo į naujus puslapius, kuriuos pasirinkome.

4 ŽINGSNIS – Paruoškite viską „Google Search Console“:

Nors tai nepradės veikti, kol nauja svetainė netaps prieinama Google robotams, turite pasirūpinti iš anksto ir pradėti ruošti nuosavybę (property). Taip ji galės rinkti tikslius duomenis iš naujos svetainės, registruodama bet kokias klaidas, kurias reikia kuo greičiau ištaisyti.

5 ŽINGSNIS – Neišleiskite iš akių savo PPC kampanijų:

Gana dažnai susitelkiame tik ties SEO reikalavimų įvykdymu, kad garantuotume sėkmingą migraciją. Tačiau, jei turite aktyvių PPC skelbimų, turite pranešti komandai apie URL pakeitimą, kad nuorodas būtų galima atnaujinti į teisingus URL adresus. Palikti tai „likimo valiai“ gali brangiai kainuoti klientui. Geriausiu atveju bus 301 peradresavimas; blogiausiu – jis gali rodyti į 404 ir sugadinti kampaniją. Geriausia praktika bet kuriuo atveju yra pristabdyti jas, kol įsitikinsite, kad viskas veikia tinkamai.

Stebėkite prieš migraciją, jos metu ir po jos

Kai atliekami pakeitimai, visada yra tikimybė, kad kažkas nepavyks. Ir svetainės migracija nėra išimtis. Būtent todėl visiškas koordinavimas ir komunikacija tarp dalyvaujančių komandų yra būtini, kad SEO požiūriu žinotume būklę kiekvieną akimirką, galėtume patikrinti, jog viskas gerai, ir stebėti pažangą remdamiesi patikima informacija.

Nenorint jūsų gąsdinti, bet kai vyksta svetainės migracijos procesas, beveik visada atrodo, kad Merfio dėsnis nusprendžia mus aplankyti. Turėkite omenyje, kad jei kažkas turi galimybę nepavykti, tai jis ir nepavyks. Būtent todėl kontroliuoti kiek įmanoma daugiau prieš migraciją, jos metu ir po jos yra rekomendacija, kurią turėtumėte taikyti kiekvienoje migracijoje, prie kurios dirbate.

Kai nauja svetainė bus paleista ir indeksuota, patartina atlikti reguliarius patikrinimus per pirmąjį jos gyvavimo mėnesį. Turime suprasti, kad Google nebūtinai nuskaito ir atpažįsta visus pakeitimus per naktį. Jis nuskaitys palaipsniui, kartais indeksuodamas po truputį, todėl klaidos gali išryškėti net praėjus savaitėms po tos dienos, kai svetainė buvo migruota.

Dažnos klaidos SEO požiūriu palankioje svetainės migracijoje

• ›

  Neatliktos pirminės svetainės atsarginės kopijos. Visada galite grįžti prie šios versijos, jei kažkas migracijoje nepavyktų ir manytumėte, kad taisymas užsitęs.

• ›

  Indeksavimo problemos. Čia įsijungia kai kurios dažniausiai pasitaikančios klaidos:

Robots.txt su direktyvomis, leidžiančiomis robotams patekti į jūsų domeną, kol atliekate testavimą.

• ›Neįtrauktas „noindex“ atributas į puslapių meta-robots, kad prieiga būtų užblokuota ir šiuo lygmeniu.

Kai tik įmanoma, idealu yra blokuoti prieigą pagal IP arba slaptažodžiu. O jei tai neįmanoma, geriausia praktika yra įsitikinti, kad tiek robots.txt failas, tiek meta-robots žymuo neleidžia paieškos sistemų prieigos.

Kai migruosite ir patikrinsite, kad iš pradžių viskas gerai, pašalinkite šiuos apribojimus, kad Google galėtų nuskaityti ir indeksuoti pakeitimus.

Taip pat nepamirškite šių mažų patarimų:

• ›

  Atlikti tai penktadienį arba laikotarpiu, kai svetainė turi daugiausiai organinio srauto, gali būti lemtinga. Visada prisiminkite Merfio dėsnį... būkite atsargūs ir nerizikuokite, nebent tai griežtai būtina.

• ›

  Neįdiegus Google Analytics naujo domeno HTML, jūsų ataskaitos gali likti nuliniame lygyje. Tokiu atveju problemą pamatysite labai aiškiai: grafikas atrodys maždaug kaip „lygi linija“. Jei tai matote, dukart patikrinkite, ar Analytics buvo įdiegtas ir ar tai padaryta teisingai.

• ›

  Proceso nestebėjimas visada palieka laisvų galų. Jei nežinote, kokius pakeitimus atlikote ir kada juos atlikote, kaip pavyks ištaisyti problemas vos joms iškilus? Kiekvieno atlikto veiksmo registravimas yra būtinas tiek svetainių migracijoms, tiek viskam kitam.

Kalbant apie svetainių migracijas, galėtume plepėti valandų valandas. Bet su šiomis pradinėmis gairėmis manome, kad turite daugiau nei pakankamai, kad pradėtumėte, ar ne?

Žinote, mums patinka, kai pasidalijate savo požiūriu, pridedate savo įspūdžius ir mintis. Nesustokite darę to ir čia.

Rašykite mums bet kada komentarų skiltyje, prašome!