Mājaslapas pārcelšana uz jaunu CMS, nezaudējot Google pozīcijas: praktisks kontrolsaraksts

Mājaslapas pārcelšana uz jaunu CMS var kļūt aktuāla dažādu iemeslu dēļ. Esošā sistēma var būt novecojusi, lēna, sarežģīta administrēšanā, ierobežot SEO iespējas vai vienkārši vairs neatbilst uzņēmuma vajadzībām.

Tomēr CMS maiņa nav tikai jauna dizaina un programmēšanas jautājums. No SEO viedokļa tā ir pilnvērtīga mājaslapas migrācija, kuras laikā ir svarīgi saglabāt visu līdz šim uzkrāto redzamību Google meklētājā.

Nepareizi veikta migrācija var radīt virkni problēmu:

• svarīgas lapas var pazust no Google rezultātiem;
• var rasties 404 kļūdas;
• pāradresācijas var būt izveidotas nepareizi;
• var samazināties organiskā datplūsma;
• var parādīties dublēts saturs;
• canonical URL var norādīt uz nepareizām adresēm;
• var sabojāties iekšējās saites;
• var pazust SEO virsraksti un meta apraksti.

Google vietņu migrācijas vadlīnijās iesaka jau iepriekš izveidot precīzu veco un jauno URL kartējumu un, ja adreses mainās, ieviest korektas pāradresācijas.

Tāpēc veiksmīgas CMS migrācijas galvenais princips ir pavisam vienkāršs:

Mainiet tehnoloģiju, bet bez vajadzības nemainiet to, ko Google jau pazīst, indeksē un vērtē.

1. Pirms migrācijas izveidojiet pilnu esošās mājaslapas URL sarakstu

Pirms sākat darbu pie jaunās CMS, izveidojiet un saglabājiet visu pašreizējo indeksējamo lapu sarakstu.

Tajā vēlams iekļaut:

• sākumlapu;
• pakalpojumu lapas;
• produktu lapas;
• kategorijas;
• bloga rakstus;
• projektu vai portfolio lapas;
• kontaktu lapas;
• valodu versijas;
• PDF dokumentus un citus svarīgus failus;
• visas citas lapas, kas saņem organisko datplūsmu.

Lai neko nepalaistu garām, vislabāk salīdzināt informāciju no vairākiem avotiem:

• esošās mājaslapas XML sitemap;
• Google Search Console;
• Google Analytics;
• servera datiem vai crawling rīkiem;
• CMS datubāzes.

Šis saraksts kļūs par vienu no svarīgākajiem migrācijas dokumentiem.

Īpašu uzmanību pievērsiet lapām, kas jau saņem organiskos klikšķus, ieņem labas pozīcijas vai uz kurām ved ārējās saites.

2. Saglabājiet esošos URL, kur vien tas iespējams

Drošākais CMS migrācijas scenārijs ir mainīt pašu sistēmu, nemainot lapu adreses.

Ja pakalpojuma lapa šobrīd atrodas adresē:

example.lv/pakalpojumi/majaslapu-izstrade

tad arī jaunajā CMS, ja vien nav nopietna iemesla to mainīt, vēlams saglabāt tieši to pašu URL.

Tas samazina nepieciešamību Google no jauna apstrādāt citas adreses un kopumā padara migrāciju vienkāršāku.

Nevajadzētu mainīt URL tikai tāpēc, ka jaunā CMS pēc noklusējuma izmanto citu struktūru.

Piemēram, nav vajadzības bez skaidra iemesla mainīt:

/blogs/seo-audits

uz:

/raksti/digitalais-marketings/seo-audits-2026

Ja esošais URL ir saprotams, darbojas un jau ir indeksēts, parasti drošāk ir to saglabāt.

3. Izveidojiet veco un jauno URL kartējumu

Ja daļa URL tomēr mainās, pirms migrācijas izveidojiet skaidru kartējuma tabulu.

Katram vecajam URL jābūt konkrētam un loģiskam jaunajam galamērķim.

Vislabāk veco lapu pāradresēt uz saturiski visatbilstošāko jauno lapu, nevis visus vecos URL automātiski sūtīt uz sākumlapu.

Google iesaka URL kartējumu pabeigt vēl pirms pāradresāciju ieviešanas.

4. Izmantojiet pastāvīgās 301 pāradresācijas

Ja vecā lapa tiek neatgriezeniski aizstāta ar jaunu URL, parasti jāizmanto pastāvīga servera puses 301 pāradresācija.

Tā meklētājiem norāda, ka vecā adrese ir aizstāta un par galveno adresi turpmāk jāuzskata jaunais URL.

Centieties izvairīties no nevajadzīgām pāradresāciju ķēdēm:

Vecais URL → starpposma URL → vēl viens URL → gala URL

Daudz labāk:

Vecais URL → gala URL

Jo vienkāršāka pāradresāciju struktūra, jo vieglāk to kontrolēt un jo mazāka iespēja, ka migrācijas laikā radīsies nevajadzīgas tehniskas problēmas.

5. Nepazaudējiet SEO virsrakstus un meta aprakstus

CMS maiņas laikā bieži tiek pārnests lapu pamatteksts, taču aizmirsti tieši SEO elementi.

Pirms migrācijas saglabājiet vismaz:

• SEO title;
• meta description;
• H1 virsrakstu;
• H2/H3 struktūru;
• attēlu alt aprakstus;
• canonical URL;
• robots direktīvas;
• strukturētos datus.

Īpaši uzmanīgi jābūt tad, ja jaunā CMS SEO virsrakstus veido automātiski pēc citas shēmas. Šādā gadījumā vienlaikus var mainīties desmitiem vai pat simtiem lapu virsrakstu.

Migrācijas laikā nav vēlams bez vajadzības mainīt daudzus SEO elementus vienlaikus. Optimizācijas darbus drošāk veikt atsevišķā posmā pēc tam, kad migrācija ir stabilizējusies.

6. Pārnesiet visu vērtīgo saturu

CMS migrācija nav īstais brīdis automātiski dzēst vecus rakstus vai lapas tikai tāpēc, ka tās vairs neparādās galvenajā izvēlnē.

Arī vairākus gadus vecs bloga raksts var:

• joprojām saņemt apmeklējumus no Google;
• ieņemt pozīcijas pēc specifiskiem garās astes meklējumiem;
• saņemt ārējās saites;
• ar iekšējām saitēm palīdzēt citām vietnes lapām;
• būt citēts citās mājaslapās.

Tāpēc pirms jebkuras lapas dzēšanas pārbaudiet tās faktisko SEO vērtību.

Ja saturs ir novecojis, iespējams, labāk to atjaunināt.

Ja divas lapas runā par vienu un to pašu tēmu, tās var apvienot vienā kvalitatīvākā materiālā un veco URL pāradresēt uz jauno.

7. Pārbaudiet canonical URL

Jaunās CMS nereti canonical tagus ģenerē automātiski, tāpēc pirms publicēšanas tie noteikti jāpārbauda.

Svarīgajām lapām canonical parasti jānorāda uz pareizo vēlamo URL.

Īpaši bīstamas ir situācijas, kad:

• jaunās lapas canonical joprojām norāda uz veco domēnu;
• visu lapu canonical norāda uz sākumlapu;
• canonical laukos palikušas testa vides adreses;
• sajauktas HTTP un HTTPS versijas;
• valodu versijām norādītas nepareizas kanoniskās adreses.

Google canonical izvēlē izmanto vairākus signālus, tostarp pāradresācijas, rel="canonical" un sitemap informāciju.

Tāpēc šiem elementiem savā starpā nevajadzētu būt pretrunīgiem.

8. Atjauniniet iekšējās saites

301 pāradresācija palīdzēs, ja kādā vietā joprojām palikusi vecā saite, taču jaunajā CMS iekšējām saitēm vēlams uzreiz norādīt uz gala URL.

Tas nozīmē, ka nav jēgas iekšēji veidot saiti uz veco adresi un paļauties uz to, ka lietotājs vai Googlebot tiks pāradresēts tālāk.

Pārbaudiet:

• galveno izvēlni;
• kājeni;
• bloga rakstus;
• pakalpojumu lapas;
• saistīto rakstu blokus;
• attēlu saites;
• pogas;
• breadcrumbs;
• mobilās izvēlnes.

Jo mazāk vietnē paliek veco URL, jo tīrāka ir jaunā vietnes struktūra.

9. Pārbaudiet robots.txt un noindex iestatījumus

Viena no nepatīkamākajām migrācijas kļūdām rodas tad, ja testa vide ir aizliegta indeksēšanai un šis ierobežojums pēc tam nejauši nonāk arī publiskajā vietnē.

Pirms jaunās mājaslapas publicēšanas noteikti pārbaudiet:

• robots.txt;
• meta robots;
• HTTP X-Robots-Tag;
• CMS indeksēšanas iestatījumus.

Googlebot jāspēj piekļūt lapām un resursiem, kurus vēlaties indeksēt.

Īpaši pārbaudiet, vai vietnes svarīgajās lapās nejauši nav palicis:

noindex

Šāda viena kļūda var būtiski ietekmēt vietnes redzamību meklētājā.

10. Izveidojiet korektu XML sitemap

Jaunajai CMS jāspēj izveidot pareizu un aktuālu XML sitemap.

Tajā vēlams iekļaut tikai tās lapas, kuras patiešām vēlaties indeksēt.

Sitemap nevajadzētu nonākt:

• 404 lapām;
• pāradresētiem URL;
• noindex lapām;
• testa lapām;
• nevajadzīgām filtru kombinācijām;
• dublētām adresēm.

Sitemap palīdz meklētājiem atklāt svarīgās vietnes lapas un var kalpot arī kā viens no signāliem kanonisko URL noteikšanai.

Pēc migrācijas jauno sitemap iesniedziet Google Search Console.

11. Pārbaudiet statusa kodus

Pēc jaunās CMS publicēšanas veiciet pilnu vietnes pārbaudi un pārliecinieties, ka URL atgriež pareizos HTTP statusa kodus.

Svarīgākie no tiem:

200

Lapa darbojas un ir pieejama.

301

Vecā adrese pastāvīgi pāradresē uz jauno URL.

404

Lapa nav atrasta.

404 statuss pats par sevi nav automātiska SEO problēma, ja konkrētā lapa tiešām vairs nepastāv un tai nav atbilstoša aizvietotāja.

Problēma sākas tad, ja 404 pēkšņi atgriež:

• svarīgas pakalpojumu lapas;
• populāri bloga raksti;
• lapas, uz kurām ved ārējās saites;
• URL, kas iepriekš ieņēmuši labas pozīcijas.

Tieši tāpēc pēc migrācijas ir svarīgi salīdzināt veco URL sarakstu ar jaunās vietnes statusa kodiem.

12. Saglabājiet strukturētos datus

CMS migrācijas laikā jāpārbauda arī schema.org strukturētie dati.

Atkarībā no vietnes tie var ietvert:

• Organization;
• Person;
• Article;
• BlogPosting;
• BreadcrumbList;
• Product;
• citus konkrētajam saturam atbilstošus datu tipus.

Ja strukturētie dati vecajā mājaslapā darbojās korekti, pārliecinieties, ka jaunajā CMS tie nav pazuduši, dubultojušies vai kļuvuši nekorekti.

13. Īpaši rūpīgi pārbaudiet valodu versijas

Daudzvalodu mājaslapām CMS migrācija parasti ir sarežģītāka, jo vienlaikus jāuztur korektas attiecības starp vairākām viena satura versijām.

Pārbaudiet:

• vai saglabāti visu valodu URL;
• vai valodu pārslēdzējs darbojas;
• vai katra valodas versija ved uz pareizo tulkojumu;
• vai hreflang iestatījumi ir korekti;
• vai canonical nav sajaukti starp valodām;
• vai sitemap ietver visas nepieciešamās valodu versijas.

Īpaša uzmanība nepieciešama gadījumos, kad jaunā CMS automātiski maina valodu URL struktūru.

14. Pirms publicēšanas rūpīgi iztestējiet jauno vietni

Jaunā mājaslapa jāpārbauda vēl pirms DNS vai produkcijas vides pārslēgšanas.

Testēšanas laikā pārbaudiet vismaz:

• lapu dizainu;
• mobilās ierīces;
• kontaktu un pieteikumu formas;
• iekšējās un ārējās saites;
• pāradresācijas;
• canonical;
• robots iestatījumus;
• sitemap;
• SEO virsrakstus;
• meta aprakstus;
• strukturētos datus;
• attēlus;
• 404 lapu;
• analītiku;
• sīkdatņu risinājumu.

Vienlaikus testa vide nedrīkst nejauši kļūt publiski indeksējama.

15. Migrācijas dienā nemainiet visu vienlaikus

Ja vien iespējams, CMS migrāciju nevajadzētu vienā reizē apvienot ar:

• pilnīgu domēna maiņu;
• pilnīgi jaunu URL struktūru;
• visa satura pārrakstīšanu;
• jauna zīmola ieviešanu;
• būtisku informācijas arhitektūras maiņu;
• visu SEO virsrakstu masveida nomaiņu.

Jo vairāk lietu maināt vienlaikus, jo grūtāk saprast, kas izraisījis problēmu, ja pēc migrācijas samazinās datplūsma vai redzamība.

Turklāt būtiskas satura un URL struktūras izmaiņas nozīmē, ka Google lapas no jauna jāatklāj, jāapstrādā un jānovērtē.

Drošāka pieeja ir migrāciju sadalīt posmos.

Vispirms pārceliet pašu sistēmu, saglabājot pēc iespējas vairāk esošo SEO signālu. Kad vietne ir stabilizējusies, var ķerties pie lielākām satura, dizaina un struktūras izmaiņām.

16. Pēc migrācijas regulāri pārbaudiet Google Search Console

Darbs nebeidzas brīdī, kad jaunā mājaslapa ir publicēta.

Pēc migrācijas regulāri sekojiet līdzi Google Search Console datiem.

Pievērsiet uzmanību:

• indeksētajām lapām;
• neindeksētajām lapām;
• 404 kļūdām;
• pāradresācijām;
• canonical problēmām;
• sitemap statusam;
• klikšķiem;
• impresijām;
• vidējām pozīcijām.

Atsevišķas svarīgas lapas var pārbaudīt ar URL Inspection rīku. Ja URL ir daudz, sitemap kļūst par vienu no svarīgākajiem veidiem, kā palīdzēt Google atklāt jaunās adreses.

Vai CMS maiņas gadījumā jāizmanto Google Change of Address?

Parasti nē, ja domēns vai subdomēns nemainās.

Google Change of Address rīks paredzēts gadījumiem, kad visa vietne tiek pārcelta uz citu domēnu, piemēram:

example.lv → newexample.lv

Tas nav paredzēts vienkāršai CMS nomaiņai vai atsevišķu URL maiņai viena domēna ietvaros.

Šādos gadījumos svarīgāk ir izveidot pareizas pāradresācijas, atjaunināt iekšējās saites un iesniegt korektu sitemap.

Pēc migrācijas uzraugiet rezultātus

Migrācija nav pabeigta tajā brīdī, kad jaunā mājaslapa sāk darboties.

Pirmajās nedēļās regulāri salīdziniet:

• organisko datplūsmu;
• svarīgāko lapu klikšķus;
• impresijas;
• indeksēto URL skaitu;
• 404 kļūdu skaitu;
• svarīgāko atslēgvārdu pozīcijas;
• konversijas un pieteikumus.

Google nepieciešams laiks, lai atkārtoti apmeklētu vecās un jaunās adreses un apstrādātu migrācijas signālus. Lielākām vietnēm šis process var būt ilgāks.

Tāpēc nelielas īstermiņa svārstības uzreiz nenozīmē, ka migrācija ir izgāzusies.

Svarīgākais ir pārliecināties, ka tehniski viss ir izdarīts korekti un ka pēc migrācijas nav palikušas sistēmiskas kļūdas.

CMS migrācijas SEO kontrolsaraksts

Pirms migrācijas

• Saglabāts pilns veco URL saraksts.
• Identificētas lapas, kas saņem organisko datplūsmu.
• Saglabāti SEO title un meta description.
• Saglabāta H1/H2 struktūra.
• Saglabāts vērtīgais saturs.
• Izveidots veco un jauno URL kartējums.
• Sagatavotas 301 pāradresācijas.
• Pārbaudīti canonical URL.
• Pārnesti attēlu alt apraksti.
• Saglabāti strukturētie dati.

Pirms publicēšanas

• Pārbaudīta mobilā versija.
• Pārbaudītas formas.
• Pārbaudītas iekšējās saites.
• Pārbaudīts robots.txt.
• Noņemts nevajadzīgs noindex.
• Izveidots XML sitemap.
• Pārbaudītas valodu versijas.
• Pārbaudīta analītika.
• Pārbaudīta 404 lapa.
• Pārbaudītas 301 pāradresācijas.

Pēc publicēšanas

• Sitemap iesniegts Google Search Console.
• Pārbaudīti svarīgākie URL.
• Pārbaudītas 404 kļūdas.
• Uzraudzīta indeksācija.
• Salīdzināta organiskā datplūsma.
• Pārbaudītas svarīgāko lapu Google pozīcijas.
• Pārbaudītas konversijas.
• Saglabātas nepieciešamās veco URL pāradresācijas.

Secinājums

Mājaslapas pārcelšana uz jaunu CMS nenozīmē, ka automātiski jāzaudē Google pozīcijas.

Drošas migrācijas pamatā nav konkrētas CMS platformas izvēle. Izšķirošs ir rūpīgi izplānots pārcelšanas process, kurā tehniskā izstrāde un SEO tiek skatīti kopā.

Svarīgākais ir:

1. saglabāt esošos URL, kur vien tas iespējams;
2. izveidot precīzu veco un jauno URL kartējumu;
3. izmantot korektas 301 pāradresācijas;
4. pārnest SEO datus un vērtīgo saturu;
5. pārbaudīt canonical, robots un sitemap;
6. atjaunināt iekšējās saites;
7. saglabāt strukturētos datus un valodu versijas;
8. pirms publicēšanas rūpīgi visu iztestēt;
9. pēc migrācijas uzraudzīt Google Search Console un organisko datplūsmu.

Viena no lielākajām kļūdām CMS maiņas laikā ir koncentrēties tikai uz jauno dizainu un funkcionalitāti, aizmirstot par SEO vērtību, ko esošā mājaslapa var būt krājusi gadiem.

Ja migrācija jau no paša sākuma tiek plānota gan kā tehnisks, gan SEO projekts, jaunu CMS iespējams ieviest daudz drošāk — saglabājot esošo redzamību un vienlaikus izveidojot labāku tehnisko pamatu turpmākai izaugsmei.