Šajā case study izklāstam, kā strādā 90 dienu post-launch SEO monitorings - ņemot par pamatu reālu Latvijas profesionālo pakalpojumu uzņēmuma vietnes relaunch (B2B fokuss, daudzvalodu LV+EN+RU, 250+ URL). Datu punkti šajā rakstā ir reāli no šī projekta, bet uzņēmums nav nosaukts, jo monitoringa metodoloģija ir vērtīgāka kā vispārējs piemērs nekā vienas marķīera identifikācija.

Visi rādītāji un dati šajā rakstā ir reāli, no produkcijas vidē esošas vietnes 18 dienas pēc relaunch. Klients deva atļauju izmantot anonimizētos datus, jo metodoloģijas vērtība pārsniedz vienu specifisku case.

Pirmā nedēļa pēc cut-over - kāpēc parastais "vietne darbojas, viss OK" nav pietiekami

Cut-over notika 2026. gada 22. aprīlī. Tehniski - viss strādāja: vietne live, visas redirektu rules dzīvas, sitemap iesniegts GSC. Tradīcionālā pieeja šeit būtu pateikt "viss OK, gaidām, kā Google reaģē". Tas ir slikti, jo Google reaģē 2-4 nedēļas, un šajā laikā nepamanītas problēmas var sašķelt link equity.

Mūsu monitoringa darbs sākas tieši cut-over dienā un turpinās intensīvi pirmās 2 nedēļas:

Cut-over diena (24h aktīva monitoringa)

Pirmās 2 nedēļas (iknedēļas snapshot)

18. dienas snapshot - reāli dati no šī projekta

Pirms relaunch (12 dienas)
Clicks/14d37
Impressions/14d18 217
Vid. pozīcija~15-19
Refdomains234
Domain Rating6
18 dienas pēc relaunch
Clicks/14d34 (-8%)
Impressions/14d27 153 (+49%)
Vid. pozīcija19-21 (drift)
Refdomains275 (+17,5%)
Domain Rating6 (stabils)

No šiem datiem mēs identificējām jauktu signālu komplektu: daži rādītāji uzlabojas (impressions +49%, refdomains +17,5%, top-3 atslēgvārdi no 1 uz 3), daži pasliktinās (vidējā pozīcija mainās no 19 uz 21, clicks -8%). Tas ir normāls migrācijas pārejas perioda signāls. Bet dati arī atklāj 4 specifiskas problēmas, kuras parasta uzraudzība nepamanītu.

4 problēmas, ko atklāja monitorings

Problēma 1: Galvenais hub ierindojas sliktāk nekā blog raksts

Top page pēc impressions bija nevis komerc-hub `/seo-pakalpojumi/` (2273 imp pos 40), bet blog raksts `/pieraksti/seo-optimizacija/` (2863 imp pos 27). Tas ir slikts signāls - tas nozīmē, ka Google interpretēja blog rakstu kā galveno SEO autoritātes lapu, ne komerc-hubu.

Risinājums: cross-link sekcija pievienota komerc-hub lapai, kas norāda uz citām komerc-lapām (ne uz blog rakstiem) - tas signalizē Google par hub-spoke struktūru.

Problēma 2: 4 broken backlinks no augsta autoritātes domēniem

Ahrefs analīzē atklājām, ka ārējie domēni (DR=77, DR=70, DR=43) joprojām norāda uz veciem URL, kas pēc relaunch atgrieza 404. Šo backlinks autoritāte (kas reizi gadā vērta tūkstošus eiro brand mention vērtībā) tika zaudēta.

Risinājums: 6 specifiski redirecti pievienoti vercel.json - katrs vecais URL kartēts uz tematiski pareizo jauno mērķi. Autoritāte tagad plūst uz `/google-ads/` (no Delfi DR=77 backlink) un `/en/google-ads/` (no La.lv DR=70 backlink).

Problēma 3: 26 redirect chains 3-hop ķēdes

Vercel.json analīzē atklājām, ka 26 vecie URL bija konfigurēti kā ķēde: `vecais URL -> blog raksts -> komerc-hub` (3 hops). Tas sašķēla link equity un palēnāja Google atjaunināšanos.

Risinājums: Python skripts saīsināja visas 26 ķēdes uz 1-hop tieši uz galamērķi. Live tests apstiprināja 1-hop pēc deploy.

Problēma 4: Hreflang trūkumi vienā komerc-lapā

Vienai LV-only komerc-lapai trūka EN un RU alternatīvu hreflang signālu, lai gan citās valodās bija līdzīga intent lapa. Google to interpretēja kā nesaistītu LV-only lapu, izraisot autoritātes sadalīšanos.

Risinājums (paredzēts nākamajā labojumu cikla): izveidot atsevišķas EN un RU lapas, atjaunot pilnu hreflang grupu visās 3 lapās.

Kāpēc ikdienas monitorings ir vērtīgs - 4 nedēļu prognoze

Bez monitoringa metodoloģijas, klients par šīm 4 problēmām uzzinātu tikai 8-12 nedēļu vēlāk - kad organic trafiks būtu nogāzies 30-50% un atveseļošanās prasītu pusgadu. Ar pareizo monitoringu, problēmas tiek identificētas pirmajās 2-3 nedēļās, un labojumu cikls notiek pirms autoritātes zudums kļūst kritisks.

4 nedēļas pēc labojumu cikla mēs sagaidām:

Monitoringa stack - rīki un dati

Šī pieeja nav iespējama ar vienu rīku - tā prasa integrētu data stack:

Google Search Console API

Daily clicks, impressions, position metrics. Top queries un top pages. Iknedēļas pre/post diff salīdzinājums.

Ahrefs API

Backlinks profile, broken backlinks detection, domain rating evolution, organic keywords ranking history.

Live HTTP audits

Python skripti, kas pārbauda redirect chains, canonical konsistenci, hreflang validāciju, response codes.

Indexing API

URL_UPDATED notifications uz cut-over dienā un pēc katra labojumu cikla. Paātrina Google atkārtotu apstrādi.

Kāpēc šis case ir svarīgs

Vispārējs SEO monitorings (Google Analytics dashboards, ranktracker tools) parāda simptomus - kad pozīcijas krīt, kad trafiks krīt. Bet tas neparāda cēloņus. Migrācijas post-launch periodā simptomu redzēšana 2-4 nedēļas pēc problēmas rašanās nozīmē, ka autoritāte jau ir zudusi.

Pareizais monitorings sniedz 3 lietas, ko vispārējie rīki nedod:

  1. Cēloņu identifikācija - ne tikai "kas notiek", bet "kāpēc tas notiek" (redirect chain, canonical kļūda, hreflang trūkums)
  2. Intervences plāns - katra atklātā problēma sasaistīta ar konkrētu fix-soli (ne vispārēja "uzlabot SEO")
  3. Datu fixācija laikā - iknedēļas snapshot ļauj rekonstruēt, kura iejaukšanās noveda pie kāda rezultāta

Vairāk informācijas par mūsu SEO migrācijas pakalpojumu, kas iekļauj 90 dienu monitoringu - apskatiet pakalpojumu lapu.

Jānis Kursītis

Jānis Kursītis

CEO, JKonsult

"Migrācijas post-launch monitorings nav 'pārbaudīt vienu reizi pēc nedēļas' - tas ir iknedēļas datu plūsma ar konkrētiem trigger threshold. Ja pos krīt 5+ vietas, intervence sākas 48h ietvaros, ne mēnesi vēlāk."

Plānojat platformas migrāciju?

Sāciet ar SEO migrācijas plānu

30 minūtes. Bez saistībām. Pārrunājam jūsu vietnes specifiku un kā saglabāt SEO equity, ko esat veidojuši gadiem. Pakalpojumā iekļauts 90 dienu post-launch monitorings.

Pieteikt SEO migrāciju