SEO monitoringa sākums pēc relaunch - 18. dienas snapshot un pirmie labojumi

Šis nav "uzvaras case" pēc 90 dienām, bet reāls 18. dienas snapshot - brīdis, kad problēmas vēl var novērst, pirms tās kļūst par lielu apmeklējuma kritumu. Trafika apjoms šajā piemērā ir mazs (37 klikšķi pirms relaunch, 34 pēc tā), tāpēc tas nav stāsts par "miljonu glābšanu". Tas ir labs piemērs tam, kā agrīni signāli atklāj strukturālas problēmas - un kā konkrēti labojumi šīs problēmas novērš.

Konteksts: B2B mārketinga aģentūras vietne, 3 valodu versijas (LV+EN+RU), 250+ lapas. Komerciāli svarīgākie vārdi - "seo pakalpojumi", "google ads", "digitālā mārketinga aģentūra" - bija galvenais klientu pieteikumu avots no Google. Šī ir tā paša 90 dienu kontroles fāze, kas iekļauta mūsu SEO migrācijas pakalpojumā.

Pirmā nedēļa pēc palaišanas - kāpēc "vietne darbojas, viss kārtībā" nav pietiekami

Jaunā vietne tika palaista 2026. gada 22. aprīlī. Tehniski - viss strādāja: vietne pieejama, pāradresācijas dzīvas, sitemap iesniegts Google. Parastā pieeja šeit būtu pateikt "viss kārtībā, gaidām Google reakciju". Tā ir kļūda, jo Google reaģē 2-4 nedēļas, un šajā laikā nepamanītas problēmas var sadalīt autoritāti.

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

Palaišanas diena (24h aktīva monitoringa)

• Sitemap.xml validation (visi URL eksistē, atbild ar 200, nav noindex)
• Robots.txt verification (nebloķē nevienu kritisko sekciju)
• Canonical un hreflang konsistence (top 50 URL pārbaudīti manuāli)
• paātrināta indeksācija top 50 kritiskajiem URL caur Google rīkiem
• Tūlītēja URL pārbaude katrai svarīgākai lapai

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

• Iknedēļas Google performance dati (clicks, impressions, average position)
• Pozīciju izmaiņas un atslēgvārdu vēsture (top 50 keywords)
• Live HTTP audits visiem mainītajiem URL
• Backlink profila izmaiņas (jauni 4xx vai 5xx atbildes uz inbound URL)

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

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 ārējās saites no augsta autoritātes domēniem

backlink 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 saišu 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 servera konfigurācijā - 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 organiskais apmeklējums būtu nogāzies 30-50% un atgūš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. Tāds, piemēram, bija arī izaicinājums multi-zīmolu e-veikala migrācijā ar 137 redirect ķēdēm.

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

• Komerc-hub `/seo-pakalpojumi/` pozīciju atveseļošanos no 40 uz <= 25
• Vidējās pozīcijas stabilizēšanos pie 19-20 (atgriezieniens uz pirms-relaunch baseline)
• Refdomains pieaugumu uz 290+ (Delfi un La.lv autoritāte plūst uz pareizo mērķi)
• Vēl 5-10 jaunu top-3 organic keywords (autoritāte konsolidējas)

Monitoringa stack - rīki un dati

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

Kas bija sarežģītākais

Pirmajās dienās neizskatījās, ka ir liela problēma - vietne strādāja, lapas atvērās, sitemap bija iesniegts. Tieši tāpēc šis piemērs ir svarīgs: problēmas nebija redzamas no malas, tās parādījās tikai salīdzinot Google performance datus, pāradresāciju ķēdes un backlink signālus.

Otrais grūtais punkts - jaukti signāli. Daži rādītāji (impressions, refdomains) uzlabojās, citi (vidējā pozīcija, klikšķi) pasliktinājās. Bija kārdinājums to interpretēt kā "viss kārtībā, gaidām Google adaptāciju". Tikai detalizēta datu sadalīšana pa lapām un atslēgvārdiem parādīja, ka galvenais komerc-hubs `/seo-pakalpojumi/` ranko sliktāk nekā paša blog raksti par to pašu tematu - tas bija strukturālas problēmas signāls, nevis pārejas perioda artefakts.

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 pēc palaišanas 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

CEO, JKonsult

"Kontrole pēc palaišanas nav 'pārbaudīt reizi nedēļā' - tā ir iknedēļas datu plūsma ar konkrētām robežvērtībām, pie kurām sākam rīkoties. Ja kāds svarīgs vārds zaudē 5+ vietas, labojumu plāns dzīvo 48 stundās, ne mēnesi vēlāk."