Svetainės perkėlimas: praktinis SEO kontrolinis sąrašas

Perkeliate svetainę? Suplanuokite nukreipimus, išsaugokite turinį ir patikrinkite nuskaitymą. Praktinis SEO kontrolinis sąrašas jūsų komandai.

2026 m. balandžio 13 d.

Nikita Janockin

Keitimą verta svarstyti, kai platformoje konfliktuoja įskiepiai, daugėja priežiūros darbų ar klientams sunku atsiskaityti.

O tada dingsta lankytojai.

Keičiant platformą gali nustoti veikti naudingi URL, dingti turinys ar likti nuorodų į neteisingus adresus. Poveikis priklauso nuo svetainės ir atliekamų darbų.

Patikrinkite klientų naudojamus puslapius, į juos vedančias nuorodas ir juos pasiekiančius įrankius. Nauja svetainė turi išsaugoti šiuos ryšius.

Šis sąrašas padės sudaryti URL atitikmenis, išbandyti naują svetainę ir stebėti jos paleidimą.

Kodėl perkėlimai nepavyksta: nepastebimas vertės nykimas

Stebėkite atskirus puslapius ir užklausų grupes, ne vien bendrą srautą. Stabilus bendras skaičius gali paslėpti vienos svetainės dalies problemą.

Paprastai nutinka taip: pagrindiniai prekės ženklo raktažodžiai išlaiko pozicijas. Analitikos suvestinės atrodo stabilios. Visi atsikvepia. Tačiau ilgosios, konkrečios užklausos, atvedančios apsisprendusius ir gerai konvertuojančius lankytojus, pradeda nykti. Mažėja tam tikrų raktažodžių grupių parodymai. Puslapiai dar lankomi, bet įsitraukimas krinta. Kai žalą pagaliau parodo bendras srautas, SEO vertės praradimas jau įsitvirtinęs ir jį gerokai sunkiau panaikinti.

Palyginkite svarbius nukreipimo puslapius prieš perkėlimą ir po jo. Fiksuokite peradresavimus, srautą bei užklausas, kad galėtumėte ištirti pokyčius.

Įtraukite šias patikras į projekto planą.

Ką patikrinti prieš perkėlimą

Pradėkite nuo prieigos, turinio ir greičio.

Matuokite tikrą naudojimo patirtį. „Google“ Core Web Vitals gairėse geros patirties ribos tebėra 2,5 sekundės LCP, 200 milisekundžių INP ir 0,1 CLS.

Išsaugokite prieigą prie naudingo turinio. „Google“ DI paieškos gairės remiasi įprastais SEO principais; specialus DI žymėjimas nereikalingas.

Patikrinkite mobilųjį turinį. Indeksuodama „Google“ daugiausia naudoja mobiliąją versiją. Išsaugokite svarbų tekstą, metaduomenis, vaizdus ir nuorodas. Mobiliojo indeksavimo gairės.

1 etapas: auditas prieš perkėlimą

Negalite apsaugoti to, ko nesuprantate. Visas perkėlimas priklauso nuo to, ką užfiksuosite dar prieš keisdami kodą.

Užfiksuokite dabartinius rezultatus

Eksportuokite viską. Šie duomenys taps atskaitos tašku ir jūsų apsauga:

• Visų URL sąrašas. Nuskaitykite esamą svetainę su „Screaming Frog“ arba „Sitebulb“. Užfiksuokite kiekvieną URL, būsenos kodą ir jau esamą peradresavimų grandinę. Elektroninėje parduotuvėje tai produktų, kategorijų, filtrų, tinklaraščio ir statiniai puslapiai. Kiekvienam tipui reikia savos perkėlimo logikos.
• „Search Console“ duomenys. Eksportuokite 500 svarbiausių raktažodžių su paspaudimais, parodymais, CTR ir vidutine pozicija. Atskirai vertinkite prekės ženklo ir bendrines užklausas: pirmosios dažnai paslepia antrųjų nykimą.
• Atgalinių nuorodų profilis. Eksportuokite žinomas išorines nuorodas ir įtraukite jų tikslinius puslapius į peradresavimų peržiūrą.
• Struktūrinių duomenų auditas. Užfiksuokite esamą žymėjimą. Išsaugokite aktualius, palaikomus tipus ir atnaujinkite juos pagal naujus puslapius.
• Pradiniai „Core Web Vitals“ rodikliai. Užfiksuokite svarbiausių puslapių realių lankytojų duomenis ir laboratorinius testus. Po perkėlimo lyginkite tuos pačius įrenginius bei sąlygas.
• Pradinis matomumas DI paieškoje. Užfiksuokite aktualius nukreipimus ir turimas paieškos matomumo ataskaitas. Rankinės užklausos gali pateikti pavyzdžių, tačiau rezultatai kinta ir neparodo viso matomumo.

Įvertinkite techninę skolą

Atlikite pilną techninį auditą ir užrašykite visas klaidas, įspėjimus bei pastabas. Nauja svetainė turėtų pradėti veikti beveik be senų problemų. Sąrašą perduokite kūrėjams, kad jie žinotų, ko neperkelti. Tai galimybė senas bėdas išspręsti, o ne paveldėti.

2 etapas: URL atitikmenys ir peradresavimai

Tai techninis perkėlimo pagrindas. Atlikę jį gerai išsaugosite autoritetą. Suklydę kitomis priemonėmis to nekompensuosite.

Kiekvienam URL raskite atitikmenį

Sukurkite išsamią peradresavimų lentelę, kurioje kiekvienam senam URL priskirtas jo atitikmuo naujoje platformoje. Suskirstykite URL pagal tipą, nes kiekvienam reikia skirtingos logikos:

• Produktų puslapiai.
• Kategorijų ir kolekcijų puslapiai.
• Filtrų ir daugiakriterės navigacijos URL.
• Tinklaraščio ir kito turinio puslapiai.
• Statiniai puslapiai: apie įmonę, kontaktai, pristatymas, dažniausi klausimai.
• Vaizdų URL.

Supraskite platformų URL skirtumus

URL struktūra priklauso nuo platformos nustatymų ir plėtinių. Šiuos pavyzdžius palyginkite su tikrais eksportuotais adresais:

• „Magento“: /catalog/product/product-name.html
• „Shopify“: /products/product-name
• „WooCommerce“: /product/product-name/
• „PrestaShop“: /en/category-name/product-name.html
• Atskirta sąsaja ar individuali sistema: ką apibrėžiate maršrutizavime.

Priklausomai nuo platformos, produkto URL gali atsirasti ar išnykti kategorijos pavadinimas. Pasvirasis brūkšnys gale, failo plėtinys, didžiosios ir mažosios raidės – visa tai sukelia neatitikimų, jei neįtraukiama į planą.

Taisyklės, padedančios išsaugoti autoritetą

Kiekvienas peradresavimas turi atitikti šias taisykles:

1. Nuolatiniam perkėlimui naudokite nuolatinius peradresavimus. „Google“ rekomenduoja serverio 301 arba 308 atsakymus. Laikinam pokyčiui tinka 302 arba 307. Peradresavimų gairės.
2. Nukreipkite tiesiai į galutinį URL. Venkite nereikalingų tarpinių žingsnių ir ciklų. Patikrinkite tikslinį puslapį.
3. Patikrinkite tikslinių puslapių atsakymus. Pakeičiantis puslapis turi grąžinti 200 ir pateikti numatytą turinį.
4. Vidines nuorodas atnaujinkite tiesiogiai. Nepalikite navigacijos veikti per peradresavimus. Nuo pirmos dienos visos vidinės nuorodos turi vesti į naujus URL.
5. Rinkitės susijusį atitikmenį. Jei jo nėra, grąžinkite 404 arba 410, užuot nesusijusius puslapius nukreipę į pradžią.

Kur įgyvendinti peradresavimus

Pasirinkimas turi įtakos greičiui:

• CDN ar prieglobos lygyje. Naudokite palaikomas peradresavimo taisykles ir tikrinkite viešą URL. Prieš importuodami didelę lentelę pasitikrinkite tiekėjo ribojimus.
• Programos lygyje. Naudokite platformos peradresavimų valdymą arba tinkamą įskiepį. Patikrinkite taisykles po įdiegimo.
• Žiniatinklio serverio lygyje. „Apache“ .htaccess ar „Nginx“ konfigūracija. Veikia, tačiau dideliu mastu sunkiau prižiūrėti.

3 etapas: techninio SEO išsaugojimas

Peradresavimų reikia, bet vien jų nepakanka. Nauja svetainė turi perimti visus signalus, kuriuos paieškos ir DI sistemos naudoja jūsų turiniui suprasti.

Ką būtina perkelti santykiu 1:1

• Meta antraštes ir aprašymus. Jie ne visada automatiškai perkeliami tarp platformų. Svarbiausius puslapius patikrinkite rankiniu būdu.
• Antraščių hierarchiją. Išsaugokite H1, H2 ir H3 struktūrą. Neleiskite dizaino atnaujinimui panaikinti turinio hierarchijos.
• Struktūrinius duomenis. Išsaugokite tikslius, aktualius duomenis ir atnaujinkite jų URL. Nekopijuokite nebepalaikomo žymėjimo ar teiginių, kurių naujame puslapyje nebėra.
• Vidinių nuorodų struktūrą. Išsaugokite nuorodų vertės pasiskirstymą. Neveikiančios vidinės nuorodos palieka izoliuotus puslapius ir silpnina „PageRank“.
• Vaizdų alternatyvųjį tekstą. Jis dažnai prarandamas. Ypač patikrinkite produktų vaizdus.
• Kanonines nuorodas. Jos turi nurodyti teisingus naujus URL, o ne likusius senus kelius.
• „Hreflang“ žymas. Jei turite kelias kalbas ar regionus, kiekvienai versijai reikia atskiro peradresavimų plano ir „hreflang“ patikros.

Greitis: išlaikykite arba pagerinkite

Svarbius puslapius prieš perkėlimą ir po jo testuokite tomis pačiomis sąlygomis. Kai įmanoma, remkitės realių lankytojų duomenimis. „Lighthouse“ padeda rasti problemas, bet negarantuoja lankytojų patirties.

Atskirai stebėkite įkėlimą, reagavimą ir išdėstymo poslinkius. Prastėjimą vertinkite kartu su turinio bei indeksavimo pokyčiais.

4 etapas: prieiga paieškai ir naršyklės agentams

Į paleidimo patikras įtraukite robotų prieigą.

Patikrinkite klientų naudojamas paieškos sistemas ir agentus, kuriems reikia naršyti svetainę.

Kaip DI suranda ir cituoja turinį

Skirtingos sistemos puslapius gauna ir apdoroja nevienodai. Tikrinkite paskelbtą HTML ir interaktyvų puslapį, užuot tikėjęsi, kad kiekvienas robotas veikia kaip naršyklė.

Patikrinkite šias praktines problemas:

• Anksčiau cituotas turinys pašalinamas, sujungiamas ar perkeliamas neišsaugant jo tapatybės.
• Dingsta struktūriniai duomenys, kuriuos DI naudoja kontekstui.
• Naujos svetainės robots.txt ar CDN, ypač „Cloudflare“, pradeda blokuoti DI robotus.
• Serveryje sugeneruotą turinį pakeičia kliento „JavaScript“, kurio DI robotai neapdoroja.

DI robotų patikros sąrašas

Prieš paleisdami naują svetainę patikrinkite:

1. Atskirkite paiešką nuo modelių mokymo. „OpenAI“ paieškai naudoja „OAI-SearchBot“, mokymui – „GPTBot“, o naudotojo inicijuotiems apsilankymams – „ChatGPT-User“. Patikrinkite numatytą prieigą robots.txt ir CDN taisyklėse. OpenAI robotų dokumentacija.
2. Svarbų turinį pateikite HTML. Statinis generavimas ar generavimas serveryje leidžia jį pasiekti nelaukiant kliento scenarijų. Patikrinkite tikrą serverio atsakymą.
3. Išskleidžiamą turinį laikykite dokumente. Akordeonas gali tikti, jei tekstas jau pateiktas HTML. Svarbaus turinio neįkelkite tik po paspaudimo.
4. Išsaugokite nuskaitymo prieigą ir veikiančias vidines nuorodas. „Google“ nenaudoja llms.txt paieškos pozicijoms ar DI matomumui. Prieš kurdami papildomą failą peržiūrėkite oficialias gaires.
5. Žymėjimas turi būti tikslus. Struktūriniai duomenys turi aprašyti matomą turinį. Jie negarantuoja citavimo DI atsakymuose.

Turinio struktūra, tinkama citavimui

Kurkite skyrius, padedančius žmogui rasti atsakymą. Naudokite aiškias antraštes, paaiškinkite nepažįstamus terminus ir pagrįskite faktinius teiginius.

• Skyrių pradėkite tiesioginiu atsakymu, tada pateikite kontekstą.
• Naudokite aiškias H2 ir H3 antraštes, atitinkančias žmonių klausimus.
• Pastraipoje išplėtokite vieną mintį ir paaiškinkite ją tiek, kiek reikia.
• Faktinius teiginius susiekite su šaltiniais, kuriuos skaitytojas gali patikrinti.
• Nuosekliai vartokite įmonės, produktų ir žmonių vardus.

Matomumo matavimas po perkėlimo

Po paleidimo šalia įprastų SEO rodiklių stebėkite:

• Citavimą. Kas savaitę DI platformoms pateikite tikslinius klausimus. Ar jus vis dar cituoja? Ar jūsų vietą užėmė konkurentas?
• DI atvestą srautą. Savo analitikoje peržiūrėkite atpažįstamų DI šaltinių apsilankymus ir užklausas. Vertinkite jų naudą, užuot numatę konversijos rodiklį.
• DI robotų aktyvumą. Serverio žurnaluose peržiūrėkite atsakymų kodus ir patvirtintų robotų srautą. Vien naudotojo agento įrašo nebuvimas neįrodo blokavimo.

5 etapas: testavimas prieš paleidimą

Problemas suraskite prieš paleisdami, ne po to.

Bandomosios aplinkos tvarka

Parenkite tikrąją aplinką atkartojančią bandomąją svetainę, bet neleiskite paieškos sistemoms jos indeksuoti. Jos pasirodymas paieškoje sukelia didelių pasikartojančio turinio problemų.

• Bandomojoje aplinkoje patikrinkite visus peradresavimus.
• Nuskaitykite ją su „Screaming Frog“: ieškokite neveikiančių nuorodų, trūkstamų metaduomenų, izoliuotų puslapių ir peradresavimų grandinių.
• Bandomąją aplinką apsaugokite prieigos kontrole. Jei naudojate noindex, leiskite robotams jį perskaityti; vien robots.txt blokavimas patikimai neužkerta kelio indeksavimui.
• Įsitikinkite, kad XML žemėlapis teisingai generuojamas su visais naujais URL.
• Palyginkite „Core Web Vitals“ su pradiniais rodikliais.
• Palaikomą išplėstinių rezultatų žymėjimą patikrinkite „Google Rich Results Test“ įrankiu.
• Visuose puslapių tipuose ieškokite 404 klaidų.
• Testuokite tikruose mobiliuosiuose įrenginiuose, ne vien adaptyviose peržiūrose.

6 etapas: paleidimo diena

Perjungus svetainę svarbi kiekviena minutė.

Paleidimo sąrašas

• Visus peradresavimus įdiekite kartu su nauja svetaine.
• Vidines nuorodas atnaujinkite į naujus URL.
• Naują XML žemėlapį pateikite „Google Search Console“.
• Atnaujinkite „Google Analytics“ ir GA4 sekimą.
• Jei keičiasi domenas, „Search Console“ atnaujinkite nuosavybės adresą.
• Realiuoju laiku stebėkite serverio klaidų žurnalus.
• Patikrinkite peradresavimus veikiančioje svetainėje, pasirinkę svarbiausių URL imtį.
• Įsitikinkite, kad robots.txt leidžia visus numatytus įprastos ir DI paieškos robotus.

7 etapas: stebėsena po paleidimo

Stebėkite svetainę po paleidimo, kol pokyčiai nusistovės. Toliau pateiktas grafikas yra pradinis planas, o ne garantuotas atsigavimo laikotarpis.

1 savaitė: kritinis etapas

• Kasdien tikrinkite „Search Console“ nuskaitymo klaidas.
• Patikrinkite peradresavimų aprėptį: ar visi seni URL veda į naujus?
• Nedelsdami fiksuokite ir taisykite 404 klaidas.
• Tikrinkite svarbiausių puslapių indeksavimą.
• Kasdien stebėkite organinį srautą, atskirai prekės ženklo ir bendrines užklausas.

2–8 savaitės

• Sekite tikslinių raktažodžių grupių pozicijų pokyčius.
• Srauto tendencijas lyginkite su būkle prieš perkėlimą.
• Taisykite neveikiančias vidines ir išorines nuorodas.
• Pridėję naujų puslapių atnaujinkite XML žemėlapius.
• Lėtai atsirandančius svarbius puslapius pakartotinai pateikite indeksuoti.
• Fiksuokite atsigavimo eigą – šie duomenys labai vertingi planuojant ateityje.

Nuolat

• Kas mėnesį stebėkite matomumą DI paieškoje.
• Peržiūrėkite turinį pasikeitus faktams ar paslaugoms. Keitimo datą atnaujinkite tik po reikšmingo pakeitimo.
• Peradresavimus išlaikykite bent 12 mėnesių. Juos per anksti pašalinus, baigiantis talpykloje saugomų nuorodų galiojimui vėl atsiranda 404 klaidų.

Dažniausi perkėlimo keliai ir platformų ypatumai

„PrestaShop“ → „Shopify“ arba „Medusa“

Palyginkite dabartinius produktų, kategorijų ir kalbų URL su naujos platformos adresais. Eksportuokite tikrus adresus, užuot numatę standartinę struktūrą, ir patikrinkite peradresavimų lentelę.

„Magento“ → „Shopify“

Patikrinkite produktų ir kategorijų URL, filtrų parametrus, turinio puslapius ir parduotuvei reikalingas integracijas. Įtraukite šiuos reikalavimus rinkdamiesi platformą ir planuodami perkėlimą.

„WordPress“ → atskirta sąsaja („Next.js“, „Webflow“, „Astro“)

Patikrinkite, ką nauja sistema grąžina prieš paleidžiant „JavaScript“ ir ką vėliau atvaizduoja naršyklė. Išsaugokite prieigą prie svarbaus turinio bei nuorodų ir patikrinkite peradresavimų, struktūrinių duomenų bei žemėlapių funkcijas.

„Bitrix“ / 1C → šiuolaikinė sistema

Dažnas NVS rinkose. Pagrindiniai sunkumai – duomenų perkėlimas iš glaudžiai su ERP susietų integracijų ir kirilicos URL išsaugojimas. Skirkite daug dėmesio simbolių koduotės testams peradresavimuose.

Bet kuri platforma → bet kuri platforma

Nepriklausomai nuo pasirinkto kelio, principai universalūs: raskite atitikmenį kiekvienam URL, tinkamai peradresuokite, išsaugokite struktūrinius duomenis, patikrinkite DI robotų prieigą ir atidžiai stebėkite po paleidimo.

Kaip nuspręsti, ar reikia perkėlimo

Ne kiekvienai svetainei reikia visiško perstatymo. Prieš įsipareigodami sąžiningai įvertinkite padėtį.

Perkelkite, kai: platforma trukdo būtiniems darbams, turi neišspręstų saugumo problemų arba nebepalaikoma. Palyginkite taisymo ir perkėlimo kainą.

Verčiau atnaujinkite dizainą, kai: problemos daugiausia vizualinės ar susijusios su naudojimo patirtimi. Atnaujinimas toje pačioje platformoje kelia tik mažą dalį perkėlimo SEO rizikos.

Darykite abu, bet atsargiai: jei reikia ir pakeisti platformą, ir atnaujinti dizainą, nekeiskite visko vienu metu. Geriausia pirmiausia persikelti minimaliai pakeitus dizainą, stabilizuoti pozicijas ir tik tada tobulinti išvaizdą. Vienu metu keičiant platformą, URL, turinį ir dizainą, visos rizikos padidėja.

Ką svarbu prisiminti

Sutarkite URL atitikmenis, išbandykite svarbius naudojimo scenarijus ir paskirkite atsakingą už paleidimo patikras.

Po paleidimo peržiūrėkite klaidas, indeksavimą ir klientų užklausas. Taisykite problemas, kurias galite atkurti, ir fiksuokite pakeitimus.

Planuojate perkėlimą ar tvarkote problemas po paleidimo? Pasikalbėkime apie jūsų svetainę. Galime peržiūrėti adresus, turinį ir integracijas, kurias reikia išsaugoti. Daugiau apie darbus – svetainių kūrimo paslaugoje.

Autorius – Nikita Janockin. Peržiūrėta ir atnaujinta 2026 m. rugsėjo 10 d.