Jauns CMS pats par sevi pozīcijas nepasliktina. Tās pasliktina tas, ko migrācijā bieži izmet: vecās adreses, virsrakstus, iekšējās saites un norādījumus meklētājam. Ja šīs lietas pārnes apzināti, trafika svārstības ir īslaicīgas; ja ne, tās kļūst par pastāvīgu zaudējumu.
Kāpēc CMS maiņa apdraud pozīcijas
Google ranžē adreses, nevis sistēmas. Katra lapa meklētājā ir saistīta ar savu adresi, saturu un saitēm, kas uz to ved. Jauns CMS bieži veido citu adrešu struktūru (/lv/produkti/ vietā /products/), citus virsrakstus un citu saišu sistēmu. No meklētāja skatpunkta tā ir cita vietne, ja vien nenorādāt, ka tā ir tā pati.
Google dokumentācijā ir teikts, ka arī pareizi veikta pārvietošana izraisa īslaicīgas svārstības rangā, un vidēja izmēra vietnei pāreja var ilgt dažas nedēļas vai ilgāk (Google Search Central). Tāpēc mērķis nav “nekādu svārstību”, bet “kritums, kas atgūstas”.
1. solis: apkopojiet visas vecās adreses
Pirms jebkuras izstrādes izveidojiet pilnu esošo adrešu sarakstu. Google iesaka to krāt no vairākiem avotiem: sitemap, servera žurnāliem, CMS un analītikas. Vienā avotā vienmēr trūkst daļas lapu.
Papildus pievienojiet adreses, uz kurām ved ārējas saites, un lapas, kas Search Console rāda visvairāk klikšķu. Tās ir jūsu zaudējumu riska zona: tām jāiziet migrācijā ar vislielāko rūpību.
2. solis: katrai adresei piešķiriet vietu jaunajā vietnē
Izveidojiet tabulu: vecā adrese, jaunā adrese, darbība. Darbība var būt trīs veidu:
- pārnest uz ekvivalentu lapu;
- apvienot ar citu lapu, ja saturs dublējas;
- noņemt, ja lapai nav vērtības; tad tā atgriež 404 vai 410, nevis pāradresāciju uz sākumlapu.
Google brīdina nesūtīt daudzas vecās adreses uz vienu nesaistītu lapu, piemēram, jauno sākumlapu. Katra veca adrese jāpāradresē uz savu galamērķi.
3. solis: iestatiet pastāvīgas pāradresācijas
Izmantojiet servera pusē iestatītas pastāvīgas pāradresācijas (301 vai 308), nevis JavaScript risinājumus. Google tos interpretē visuzticamāk, bet JavaScript pāradresācijas var netikt redzētas, ja lapas atveidošana neizdodas (Google Search Central: pāradresācijas).
Divas tehniskas lietas, kuras bieži aizmirst:
- Ķēdes. Veca adrese → starpposma adrese → jauna adrese. Katrai vecajai adresei jāved tieši uz galamērķi.
- Termiņš. Pāradresācijas jāsaglabā vismaz gadu; labāk, ja ilgāk. Pēc tam, kad Google tās pārņēmis, nevajag steigties tās dzēst.
Ja jaunais CMS neļauj pāradresāciju sarakstu ielādēt kā datni, jautājiet par to jau izvēles brīdī, nevis palaišanas dienā.
4. solis: pārnesiet to, ko meklētājs redz
Tabulā ar adresēm pievienojiet arī kolonnas ar saturu, kas ietekmē parādīšanos meklēšanā:
- virsraksts (
title) un apraksts (description); Google iesaka katrai lapai unikālu un aprakstošu virsrakstu un norāda, ka to var pārrakstīt, ja virsraksts ir novecojis vai standartizēts (Google Search Central: title link); - H1 un apakšvirsraksti;
- kanoniskā adrese, katrai lapai uz sevi;
- attēlu aprakstošie teksti;
- iekšējās saites: tām jāved uz jaunajām adresēm, nevis jāpaļaujas uz pāradresācijām;
- valodu versijas un to savstarpējās atzīmes, ja vietne ir daudzvalodu (skatiet rakstu par hreflang kļūdām).
Šeit tiek zaudēts visvairāk. Jaunais CMS pēc noklusējuma bieži ģenerē virsrakstus pēc šablona (“Lapas nosaukums | Vietnes nosaukums”), un tad visas lapas sāk izskatīties vienādi.
5. solis: pārbaudiet testa vidē
Vidē, kas vēl nav publiska, pārbaudiet:
- vai katra veca adrese no tabulas atgriež 301 un galamērķī 200;
- vai ķēžu nav;
- vai jaunajās lapās ir virsraksti, apraksti, H1 un kanoniskā adrese;
- vai iekšējās saites nenorāda uz testa domēnu.
Testa vidi aizveriet ar paroli, nevis tikai ar robots.txt. Google paskaidro, ka robots.txt pārvalda rāpošanu, bet nav līdzeklis, lai lapa nenonāktu meklēšanā (Google Search Central: robots.txt). Pēc palaišanas pārliecinieties, ka no jaunās vietnes ir noņemts noindex. Aizmirsts noindex ir viens no iemesliem, kāpēc trafiks pazūd; par to ir atsevišķs raksts.
6. solis: palaišana un pirmās divas nedēļas
Palaišanas dienā:
- ieslēdziet pāradresācijas un pārbaudiet desmit svarīgākās adreses ar URL pārbaudes rīku;
- iesniedziet jauno sitemap Search Console; Google norāda, ka pēc tam veco var noņemt;
- pārliecinieties, ka
robots.txtneliedz rāpot jaunajai vietnei.
Pirmajās nedēļās vērojiet Search Console sadaļas par sitemap, lapu indeksēšanu un meklēšanas vaicājumiem, kā arī analītiku. Ideālā gadījumā vecās adreses trafiks krīt, bet jauno aug. Ja atsevišķām lapām pozīcijas krasi kritušas, pārbaudiet tieši tās: adresi, pāradresāciju, virsrakstu, saturu.
Kad migrāciju labāk atlikt
Ja vienlaikus plānojat jaunu CMS, jaunu domēnu, jaunu adrešu struktūru un pārrakstītu saturu, kļūdu meklēšana kļūst gandrīz neiespējama: nevar saprast, kas izraisīja kritumu. Ja tas ir iespējams, maniet pa vienai lielai lietai. Ja tomēr jāmaina viss, saglabājiet pēc iespējas vairāk adrešu un virsrakstu nemainītus.
Lēmuma noteikums
- Ja jaunais CMS spēj saglabāt esošās adreses, saglabājiet tās; tas ir lētākais SEO risinājums.
- Ja adreses mainās, bez pilnas adrešu kartes un 301 pāradresācijām nevajadzētu palaist.
- Ja trūkst laika kartei, atlieciet palaišanu, nevis ļaujiet pozīcijām atgūties pašām.
- Ja izvēle ir starp CMS, kas neļauj pārvaldīt adreses, virsrakstus un pāradresācijas, un tādu, kas to atļauj, izvēlieties otro.
Mēs kā mājaslapu izstrādes studija migrācijās sākam ar adrešu karti un tikai tad ejam pie dizaina un koda. Ja veikals pārceļas uz jaunu platformu, sākumā ir tas pats darbs (interneta veikalu izstrāde). Plašāk par to, kad vispār pārbūvēt, lasiet rakstā par vecu mājaslapu. Ja plānojat pāreju, aprakstiet esošo situāciju: apspriest projektu.
