2025-09-24 · Redakcija Baduno · 6 blog.readMin · Blogs & Zināšanas
Mājas lapas atkārtota palaišana bez redzamības zuduma: kontrolsaraksts
Klasiskais atkārtotas palaišanas negadījums: skaista jauna vietne, uz pusi samazināta satiksme. To var novērst – ar disciplīnu pāradresēs un laika plānošanā.
Pirms pārcelšanās: inventarizācija
Apkopot visas indeksētās saites (vietnes karte, Search Console, pārlūkprogramma) un dokumentēt to ierindas. Ko nezinam, to nevaram pāradresēt – šeit rodas lielākā daļa zaudējumu.
Sirds: 301 kartēšana
Katra vecā saite saņem pastāvīgu pāradresi uz savu labāko jauno atbilstošo saiti – katru atsevišķi, nevis kopā uz sākumlapu. Daudzvalodu vietnēs tas attiecas uz katru valodas versiju; hreflang matrica jāpārvieto uz jaunajām saitēm.
Pārcelšanās diena
Pirms tiešraides pārbaudīt pāradreses, nekavējoties iesniegt jauno vietnes karti, veco vietnes karti pagaidām atstāt pieejamu, pastiprināt uzraudzību. Pirmā nedēļa Search Console parāda, vai Google saprot pārcelšanos.
Kas ir svārstības un kas ir trauksme
Dažu nedēļu nemiers ir normāli. Trauksmes signāli ir 404 kalni seguma pārskatā un ierindošanās kritums ienākumu lapās – tad trūkst pāradrešu, un katra gaidīšanas nedēļa pastāvīgi maksā pozīcijas.
Strukturālais SEO: lapu arhitektūra un URL hierarhija
Relaiss ir iespēja optimizēt lapu struktūru. Plakanas hierarhijas (maksimāli trīs klikšķi līdz mērķlapai) uzlabo pārmeklēšanas efektivitāti. Pārliecinieties, ka jūsu svarīgākais saturs nepazūd navigācijā. Izvairieties no dziļām mapju struktūrām (piemēram, /de/produkti/kategorija/apakškategorija/produkts.html); labāk: /de/produkts/produkta_nosaukums. Uzturiet jēgpilnas maizes drupatas, kas sniedz kontekstu gan lietotājiem, gan meklētājprogrammām. Piemērs: interneta veikals ar tūkstoš produktiem pārstrukturē tos pēc produktu kategorijām, nevis zīmoliem, kas stiprina iekšējo savienojamību un vienmērīgāk sadala PageRank. Plakans URL modelis atvieglo arī hreflang savienojumu daudzvalodu projektos. Plānojiet jauno lapu arhitektūru pirms kartēšanas, pretējā gadījumā pēc tam būs jāpielāgo desmitiem URL — laiks, kura jums nav.
Pārmeklēšanas budžets un indeksēšana: prioritātes Google
Ar katru relaissu palielinās pārmeklējamo jauno URL skaits. Tajā pašā laikā Google zaudē pārskatu par veciem ceļiem. Izmantojiet robots.txt, lai izslēgtu nesvarīgus resursus (piemēram, dinamiskos filtrus, iekšējos meklēšanas rezultātus). Izmantojiet kanoniskās atzīmes tikai pilnīgi identiskam saturam – nevis kā kruķi sliktai kartēšanai. Pārbaudiet pārmeklēšanas statistiku Search Console: ja pārmeklēto lapu skaits samazinās, iespējams, bloķējat pārāk daudz. Piemērs: ziņu portāls izveido jaunu CMS un pēkšņi sasaista tūkstošiem arhīva lapu bez pievienotās vērtības – tas tērē pārmeklēšanas budžetu. Labāk: arhīvus atzīmēt ar noindex vai ierobežot līdz gada arhīviem. Izmantojiet 'pēdējās izmaiņas' norādi sitemap, lai Google signalizētu, kuras lapas ir patiešām jaunas. Tā neaizpeldēsiet pārmeklēšanas delta.
Satura migrācija: teksti, metadati un dublikāti
Ne tikai URL mainās – arī saturs bieži tiek redakcionāli pārstrādāts. Relaiss ir ideāls brīdis, lai atjauninātu novecojušus tekstus. Taču tas rada riskus: ja saturs būtiski mainās, Google var no jauna novērtēt atbilstību. Saglabājiet pamata lapas (ar augstu rangu) pēc iespējas oriģinālā veidā, līdz jaunie URL ir nostiprinājušies. Pielāgojiet metadatus (Title, Description) tikai tad, ja tie vairs neatbilst – un tad precīzi. Piemērs: B2B pakalpojumu sniedzējs maina uzņēmuma saukli uz sākumlapas no „ātri” uz „ilgtspējīgi”. Google to interpretē kā tēmas maiņu un rangi sabrūk. Labāk: jaunos saukļus ieviest tikai četras nedēļas pēc pārcelšanās, kad pāradresācijas ir stabilas. Pievērsiet uzmanību dublikātiem: ja divas vecās URL nonāk vienā jaunā (piemēram, apvienošanas rezultātā), uzstādiet kanonisko uz vēlamo. Pretējā gadījumā rodas konflikti.
Klasiskais atkārtotas palaišanas negadījums: skaista jauna vietne, uz pusi samazināta satiksme. To var novērst – ar disciplīnu pāradresēs un laika plānošanā.
Monitoring un atgriešana: avārijas plāns
Pat vislabākajā plānošanā var kaut kas noiet greizi. Pirms pārstartēšanas nosakiet, kurus KPI pārbaudīt katru dienu: iespaidus Search Console, Top 20 lapu pozīciju izmaiņas, pārmeklēšanas kļūdas (404/500). Izmantojiet rīku, kas automātiski brīdina, ja satiksme samazinās vairāk nekā par 20%. Sagatavojiet atgriešanas scenāriju: vecās vietnes dublējumu, ieskaitot visus pāradresācijas. Ja 48 stundu laikā nav uzlabojumu – piemēram, ja ir vairāk nekā 100 404 lapu – jums jāspēj pārslēgt slēdzi. Piemērs: e-komercijas veikals palaiž jaunu produktu meklēšanu, kas pēkšņi visas filtru URL novirza uz sākumlapu. Atgriešana atjauno veco pāradresācijas masku, līdz problēma ir atrisināta. Komunicējiet plānu ar izstrādes komandu; pārstartēšana nav sprints, bet gan smalki noskaņots pārnesums.
Starptautiskā orientācija: hreflang tagu un valodu versiju migrācija
Daudzvalodu vietnēm pareiza hreflang tagu migrācija ir viena no lielākajām izaicinājumiem relanča laikā. Katra vecā URL, kas novirza uz jaunu, ir jāatjaunina hreflang matricā visās valodu versijās. Bieža kļūda: vecie hreflang anotācijas tiek pārnestas uz jaunajām URL bez pārbaudes, vai mērķa lapas ir patiešām līdzvērtīgas. Tāpēc pirms pārcelšanas izveidojiet pilnīgu hreflang kartēšanas tabulu, kurā fiksējat katras lapas ekvivalenci visās valodās. Izmantojiet x-default anotāciju nevalodas specifiskiem saturiem. Pārliecinieties, ka hreflang tagi ir pašreferencējoši – katrai lapai jāatsaucas uz sevi. Lielos projektos mākslīgais intelekts var ieteikt saistīšanu, taču manuāla pārbaude ir neaizstājama: Vācu valodas produkta teksts, kas kļūdaini atzīmēts kā dublikāts ar franču variantu, noved pie milzīgiem redzamības kritumiem. Izmantojiet hreflang sitemap kā papildu vadību. Validējiet tagus pirms palaišanas ar tiešsaistes rīkiem. Pagaidām atstājiet vecos hreflang tagus, līdz Google ir uztvēris jaunos. Tādējādi izvairieties, ka valodu versijas pēkšņi kļūst par orphaned un izkrīt no indeksa.
Kvalitātes nodrošināšana: Manuāla pārbaude kā izšķirošs solis
Lai gan mākslīgais intelekts un automatizācija paātrina relanču, manuālā kvalitātes nodrošināšana joprojām ir neaizstājama. Pirms tiešraides plānojiet sistemātisku izlases pārbaudi: izvēlieties nejauši 50 līdz 100 vecās URL no dažādām jomām (sākumlapa, kategorijas, produkti, blogs) un pārbaudiet, vai novirzīšana notiek uz pareizo jauno lapu. Tas attiecas ne tikai uz tehnisko novirzīšanu, bet arī uz saturisko atbilstību: vai teksts ir pilnīgs? Vai attēli, video un lejupielādes ir pieejami? Vai izsekošana darbojas? Īpaši kritiski ir lapas ar augstu rangu vai apgrozījumu – šeit katra URL jāpārbauda manuāli. Iesaistiet redaktorus un QA testētājus, kuri nav pazīstami ar kartēšanu: viņi bieži atklāj lietojamības problēmas, kuras izstrādātāji palaiž garām. Piemērs: veca produkta lapa tehniski nevainojami novirza uz jauno, bet trūkst apraksta – klients aiziet. Izmantojiet kontrolsarakstu ar kritērijiem: novirzīšanas veids (301 nevis 302), ielādes laiks, navigācijas konsekvence, formu un meklēšanas lauku funkcionalitāte. Veiciet pārbaudi uz staging servera, kas atspoguļo precīzu tiešsaistes vidi. Dokumentējiet visas atšķirības un novērsiet tās, pirms pārslēdzat slēdzi. Pēc relanča atkārtojiet izlasi – kļūdu īpatsvars samazinās ar katru kārtu.
Backlink migrācija un ārējās norādes
Backlinks ir uzticības signāli, kas norāda uz jūsu vecajām URL. Relanča laikā jums jānodrošina, ka šīs saites neved uz tukšumu. Pirms pārcelšanas identificējiet svarīgākos backlink avotus (piemēram, izmantojot Google Search Console vai specializētus rīkus). Dokumentējiet atsauces domēnus un saistītās URL. Pēc relanča sazinieties ar atsauces lapu tīmekļmeistariem, lai atjauninātu saites uz jaunajām URL – īpaši redakcionālos rakstos, preses rakstos vai sadarbības lapās. Alternatīvi, pārliecinieties, ka jūsu 301 novirzīšanas paliek pastāvīgas; Google nodod linku sulu caur novirzīšanu, kamēr tā ir stabila. Pievērsiet uzmanību, lai novirzīšanas nebūtu vairākkārtējas (piemēram, no veca uz starpposmu uz jaunu), jo tas var samazināt linku spēku. Piemērs: nozares portāls linko uz jūsu veco pētījumu. Ja 301 ir pareizi iestatīta, jaunā URL gūst labumu no linku vērtības. Pēc četrām līdz sešām nedēļām pārbaudiet Search Console, vai atsauces saites rāda uz jaunajiem mērķiem. Izmantojiet arī savu iekšējo sasaisti: aizstājiet visas vecās iekšējās saites satura pārvaldības sistēmās ar jaunajām, citādi rodas strupceļi. Rūpīga backlink audita veikšana pirms relanča novērš vēlākus rangu zaudējumus. Ārējo norāžu migrācija ir laikietilpīga, bet būtiska jūsu zīmola redzamībai.
Veiktspēja un Core Web Vitals relanča laikā
Jauna tīmekļa vietnes izskats bieži nozīmē mainītu priekšgalu – un līdz ar to potenciāli jaunas veiktspējas problēmas. Pirms atkārtotas palaišanas jums vajadzētu izmērīt pašreizējās lapas Core Web Vitals rādītājus (LCP, FID/INP, CLS) un definēt mērķa vērtības jaunajai lapai. Īpaši kritisks ir Largest Contentful Paint (LCP): tam jābūt zem 2,5 sekundēm. Optimizējiet attēlus, izmantojiet slinko ielādi (lazy loading) neredzamiem elementiem un izvairieties no renderējošām JavaScript bibliotēkām svarīgākajās lapās. Cumulative Layout Shift (CLS) bieži rodas no vēlāk ielādētiem fontiem vai dinamiski parādītiem baneriem – rezervējiet vietu izkārtojumā. Atkārtota palaišana ir ideāls laiks, lai pārietu uz vieglāku CMS vai ieviestu servera puses kešošanu. Piemērs: tiešsaistes žurnāls ar daudziem attēliem pāriet uz jaunu tēmu, tādējādi dubultojot ielādes laiku. Sekas: lielāks atlēcienu līmenis un sliktāks rangs. Pārbaudiet visas galvenās lapas ar Lighthouse un PageSpeed Insights, arī mobilajās ierīcēs. Pārliecinieties, ka jaunās lapas ielādes laiks nav sliktāks nekā vecās – pretējā gadījumā jūs riskējat ne tikai ar ranga zudumu, bet arī ar sliktāku lietotāja pieredzi. Dokumentējiet veiktspējas rādītājus pirms un pēc projekta uzsākšanas un salīdziniet tos ar Search Console. Uzlaboti ielādes laiki var pozitīvi ietekmēt indeksēšanu, jo Google dod priekšroku ātrām lapām.
blog.faqT
Cik ilgi paiet, līdz Google pilnībā indeksē jaunos URL?
Pēc pārstartēšanas var paiet divas līdz sešas nedēļas, līdz Google atklāj un iekļauj indeksā visus jaunos URL. Ilgums ir atkarīgs no lapu skaita, pārmeklēšanas biežuma un jaunās vietnes kartes kvalitātes. Iesniedziet vietnes karti nekavējoties un pārliecinieties, ka vecie URL pareizi novirza. Uzraugiet pārklājuma pārskatu Search Console; ja pēc četrām nedēļām joprojām ir daudz 'neindeksētu' lapu, pārbaudiet pārmeklējamību.
Ko darīt, ja pēc pārstartēšanas reitingi ievērojami samazinās, bet 404 kļūdu nav?
Reitingu samazināšanās bez 404 kļūdām bieži norāda uz kvalitātes problēmām: izmainīts saturs, nepareizi kanoniskie tagi vai iekšējā saišu struktūra. Salīdziniet pašreizējo lapas versiju ar veco kešatmiņā (Wayback Machine). Pārbaudiet, vai svarīgās iekšējās saites ved uz jaunajiem URL vai uz vecajiem (pārvirzītajiem). Arī ielādes laiks var būt pasliktinājies. Analizējiet Search Console, lai atklātu manuālas darbības vai algoritma atjauninājumus. Parasti palīdz pakāpeniska izmaiņu atcelšana skartajās lapās.
