Svetainės migracija – bet koks pakeitimas, kuris veikia URL struktūrą, domeną, hosting’ą, CMS arba dizainą. Sėkminga migracija remiasi penkiais žingsniais: (1) senos svetainės pilnas crawl’as ir URL mapping, (2) 301 redirect’ai iš senų URL į naujus, (3) on-page optimizacija naujame site’e, (4) launch dienos patikrinimai (GSC, robots.txt, sitemap), (5) post-launch monitoring 4–8 savaites. Pagal Google ir Ahrefs duomenis, teisingai sukonfigūruoti 301 redirect’ai perduoda visą PageRank – traffic loss vidutiniškai 0–5 % ir atsistato per 4–8 savaites. Blogai sukonfigūruota migracija gali kainuoti 30–80 % organic traffic’o.
Kas yra svetainės migracija ir kada ji vyksta
Pagal Google Search Central dokumentaciją, svetainės migracija – tai bet koks svarbus pakeitimas, kuris veikia svetainės URL struktūrą, arba svetainės perkėlimas į naują platformą. Yra trys pagrindinės migracijos rūšys:
Domeno migracija
Senasis URL → naujas domainas (pvz., aiskit.lt → aiskit.agency/lt). Didžiausia rizika traffic’ui.
URL struktūros migracija
Tas pats domenas, bet keičiasi URL formatas (pvz., /blog/?p=123 → /seo-gidas/). Vidutinė rizika.
Platformos migracija
Pvz., Joomla → WordPress, Magento → Shopify. URL’ai gali ar negali keistis. Rizika priklauso nuo URL mappingo.
Redizainas / restruktūrizacija
Tas pats domenas ir URL’ai, keičiasi dizainas ar informacijos architektūra. Mažiausia rizika, bet vis tiek reikalinga SEO atenpija.
Migracijos procesas: 5 fazės
Fazė 1 — Pre-migration auditas
Pagal Backlinko 88 žingsnių migracijos checklistą, pre-migration auditas turi fiksuoti senos svetainės būklę, kad po migracijos galėtumėte palyginti:
- Pilnas svetainės crawl’as su Screaming Frog arba Sitebulb
- Visų URL’ų eksportas su statusais, title’ais, meta description’ais, H1, H2, word count
- Organic traffic eksportas iš GA4 (last 12 months) pagal landing page
- Impressions, clicks, queries eksportas iš GSC (last 16 months)
- Top 100 backlink’ų su target URL’ais (Ahrefs / Semrush)
- Core Web Vitals baseline’as
- Indeksuotų URL’ų skaičius (GSC Indexing)
Fazė 2 — URL mapping
URL mapping’as – svarbiausia migracijos dalis. Pagal Semrush migracijos gidą, jūs turite sukurti spreadsheet’ą su dviem kolonomis: „Senasis URL” ir „Naujasis URL”. Kiekvienas indeksuotas URL turi turėti naują destinaciją.
Kaip susieti URL’us:
- 1:1 — seniausias URL perkeltas į naują kelią be pakeitimų
- 1:1 su kosmetika — pakeičiamas slug, bet turinys tas pats
- Many:1 — keli senų puslapiai sujungiami į vieną naują
- 1:closest match — senas URL perkeliamas į artimiausią prasminį atitikmenį
- Deprecated — senas URL nebeegzistuoja → redirect į atitinkamą kategoriją
SVARBU: Niekada neredirect’inkite į homepage, jei turite geresnį atitikimą. Soft 404 ir per daug redirect’ų į homepage yra Google spam signalas.
Fazė 3 — Turinys ir on-page naujame site’e
Pagal Search Engine Land migracijos gidą, naujame site’e turi būti:
- Tas pats (arba patobulintas) turinys
- Title’ai ir meta description’ai – identiški arba patobulinti
- H1, H2, vidinės nuorodos – visi atnaujinti pagal naują URL struktūrą
- Schema markup pernešamas iš senos svetainės
- Image alt tekstai išsaugomi
- Canonical tag’ai teisingai rodo į naujus URL’us
- Hreflang tag’ai (jei multi-language) atnaujinti
Fazė 4 — Launch diena
Launch diena – kritiškiausias momentas. Tvarka svarbi:
- Įjunkite naują svetainę be indeksavimo (
noindexarba slaptažodis) - Patikrinkite visus 301 redirect’us – dažniausiai per Screaming Frog list mode
- Įjunkite pilną robots.txt (pašalinkite Disallow: /)
- Pateikite naują XML sitemap’ą GSC (ne ištrinkite seno – palikite bent 4–8 savaites)
- Atnaujinkite GSC property (Domain property rekomenduojama)
- Jei domenas naujas – pridėkite naują GSC property, GA4 data stream, Google Ads paskyrą
- Patikrinkite canonical tag’us – ar rodo naujus URL’us
- Pradėkite Real User Monitoring (Sentry, Cloudflare analytics) traffic anomalijų stebėsenai
Fazė 5 — Post-launch monitoring
Pirmos 4–8 savaitės – kritinis laikas. Stebėkite:
- GSC Performance: impressions ir clicks – ar nenusmuko
- GSC Indexing: naujo URL’o pradėjimo rodiklis (Discovered, Crawled, Indexed)
- GA4: organic traffic pagal landing page
- Redirect chains: Screaming Frog turi rodyti 0 chain’ų ir 0 loop’ų
- 404 errors: GSC → Indexing → Not found (404) – bet koks nesusietas URL
- Core Web Vitals: ar naujoje svetainėje neatsiranda „Poor”
301 redirect’ai — širdis migracijos
Pagal Ahrefs 301 redirect gidą, 301 (Moved Permanently) redirect perduoda praktiškai visą PageRank iš seno URL į naują. Tai Google oficialiai patvirtino daugelį kartų.
Redirect tipai
| Tipas | Kada naudoti | SEO poveikis |
|---|---|---|
| 301 Moved Permanently | Svetainės migracija, URL pakeitimas visam laikui | Perduoda PageRank, rekomenduojama |
| 302 Found (temporary) | Laikini pakeitimai (A/B test, geolocation) | Neperdavinėja PageRank, naudoti tik laikinai |
| 307 Temporary Redirect | Panašu į 302, bet HTTP/1.1 | Neperdavinėja PageRank |
| 308 Permanent Redirect | Naujesnė 301 alternatyva HTTP/1.1 | Perduoda PageRank |
| Meta refresh | NIEKADA SEO tikslais | Google gali nepaisyti |
| JavaScript redirect | Tik kai neturite serverio prieigos | Lėtas, nepatikimas, venkite |
Redirect chains ir loops
Pagal Semrush 301 redirect gidą, dvi didžiausios migracijos klaidos:
- Redirect chain: URL A → URL B → URL C. Google praleidžia tik 5 hops, po to sustoja.
- Redirect loop: URL A → URL B → URL A. Naršyklė rodo klaidą.
Sprendimas: visi redirect’ai turi būti tiesioginiai (URL A → URL C, be tarpinės). Screaming Frog „Redirect Chains” report padeda aptikti.
Dažniausios migracijos klaidos
| Klaida | Pasekmė | Sprendimas |
|---|---|---|
| Migracija be URL mapping’o | Traffic praradimas 30–80 % | Spreadsheet su visais URL’ais prieš launch |
| Redirect į homepage’ą | Google’iui atrodo kaip soft 404 | Redirect į artimiausią prasminį puslapį |
| Senos URL’os pradingę per naktį | 404 klaidos, prarastas ranking | 301 redirect visiems indeksuotiems URL’ams |
| robots.txt disallow po launch | Nauja svetainė neindeksuojama | Pašalinti Disallow po launch, patikrinti GSC |
| noindex tag palikimas | Nauja svetainė neindeksuojama | Pašalinti noindex prieš launch |
| Senojo XML sitemap nutraukimas iškart | Google nepasiekia senų URL’ų crawl’ui | Palikti senąjį sitemap’ą bent 2 mėn. |
| Redirect chain’ai (A→B→C) | PageRank praradimas, lėtas crawl’as | Visi redirect’ai tiesioginiai į galutinį URL |
| Canonical rodo senus URL’us | Google nežino, kurį URL indeksuoti | Atnaujinti canonical į naujus URL’us |
| Hreflang tag’ai nesinchronizuoti | Kalbos versijos maišomos | Atnaujinti hreflang į naujus URL’us abipusiai |
| Backlink’ai nereclaim’inti | Vertingi linkai lieka nukreipti į 404 | Susisiekti su top-50 backlink svetainėmis dėl atnaujinimo |
Migracijos checklistas (supaprastintas)
- Pre-migration pilnas crawl (Screaming Frog) ir eksportas į spreadsheet
- GA4, GSC, Ahrefs/Semrush duomenų eksportas (baseline)
- URL mapping spreadsheet’as (senieji → naujieji)
- 301 redirect’ai visiems indeksuotiems URL’ams
- Redirect chain’ai patikrinti ir pašalinti
- Canonical tag’ai atnaujinti į naujus URL’us
- XML sitemap’as atnaujintas ir pateiktas GSC
- Robots.txt patikrintas (nėra Disallow: /)
- Noindex tag’ai pašalinti
- Hreflang tag’ai atnaujinti (multi-language)
- Schema markup pernešamas
- Internal links atnaujinti į naujus URL’us
- GSC Change of Address įrankis (jei keičiasi domenas)
- Post-launch monitoring: GSC + GA4 kasdien 2 savaites
- Top backlink reclaim (susisiekti su svetainėmis)
Google Change of Address įrankis
Jei keičiasi domeno pavadinimas (pvz., aiskit.lt → aiskit.agency), privaloma naudoti GSC Change of Address įrankį:
- Abu domenai verifikuoti kaip Domain property GSC
- Atverkite seno domeno GSC property
- Settings → Change of address
- Pasirinkite naują property
- Patikrinkite, kad 301 redirect’ai veikia
- Submit
Šis įrankis padeda Google greičiau atpažinti, kad jūsų svetainė persikėlė. Aktualu tik keičiant domeną – ne URL struktūros pakeitimui tame pačiame domene.
Kiek laiko užtrunka migracija ir atsistatymas
Pagal Search Engine Journal migracijos gidą, tipinės migracijos timeline:
- Pre-migration: 2–4 savaitės (auditas, URL mapping, testavimas)
- Launch: 1 diena + 24–48 val. buffer’is problemoms
- Pradinis drop’as: 1–7 dienos (Google turi atpažinti naują svetainę)
- Pilnas atsistatymas: 4–8 savaitės didesnėms svetainėms
Kai kurios svetainės po migracijos netgi pagerėja – jei naujas site’as yra greitesnis, su geresniu turiniu ir UX. Tai normalus reiškinys, kai kartu su migracija atliekamas ir optimization’as.
Planuojate svetainės migraciją?
Padedame pilnai atlikti migraciją – nuo pre-migration audito iki post-launch stebėsenos. Garantuojame <10 % traffic drop'ą.
Užsisakyti konsultacijąDažniausiai užduodami klausimai
Ar svetainės migracija nukrečia rangavimą?
Teisingai atlikta migracija su 301 redirect’ais nukrečia tik 0–5 % traffic’ą, kuris atsistato per 4–8 savaites. Google perduoda beveik visą PageRank per 301 redirect. Blogoje migracijoje praradimas gali siekti 30–80 %.
Kas yra 301 redirect ir kodėl jis svarbus migracijoje?
301 (Moved Permanently) – tai HTTP status code, kuris pasako paieškos sistemoms ir naršyklėms, kad URL’as permanenciškai persikėlė. Perduoda praktiškai visą PageRank ir rangavimo signalus iš seno URL į naują.
Kiek laiko laikyti 301 redirect’us?
Minimum 1 metus, geriausiai permanent’iniai. Google oficialiai rekomenduoja palikti redirect’us amžinai – senos URL’os gali turėti backlink’us ir kitas nuorodas, kurios atnaujinamos tik palaipsniui.
Kuo skiriasi 301 ir 302 redirect?
301 – permanent, perduoda PageRank, tinka migracijoms. 302 – temporary, neperdavinėja PageRank, tinka laikiniems pakeitimams (A/B test, geolocation). Migracijoje visada naudokite 301.
Ar reikia pranešti Google apie migraciją?
Jei keičiasi domeno pavadinimas – privaloma naudoti GSC Change of Address įrankį. Jei keičiasi tik URL struktūra tame pačiame domene – Change of Address nereikia, pakanka sitemap’o atnaujinimo.
Kokia dažniausia migracijos klaida?
Redirect visko į homepage. Jei senas URL buvo „/seo-gidas/”, naujas redirect turi rodyti į atitinkamą naują puslapį (pvz., „/seo-2026/”), ne į homepage. Soft 404 į homepage yra Google spam signalas.
Per kiek laiko traffic atsistato po migracijos?
4–8 savaitės didesnėms svetainėms (10 000+ URL’ų), 1–3 savaitės mažesnėms. Pirmąją savaitę įprastas 5–15 % trumpalaikis drop’as – tai normalu, kol Google atpažįsta ir suindeksuoja naujus URL’us.
Ar galiu atlikti migraciją pats?
Mažoms svetainėms (iki 50 URL’ų) – taip, su Screaming Frog, GSC ir tvarkingu URL mapping’u. Didesnėms (>500 URL’ų) – rekomenduojama profesionalų pagalba, nes klaidos kainuoja tūkstančius eurų prarasto traffic’o.
