Migracija į Shopify neprarandant SEO signalų

Trumpai: ką turite apsaugoti

Migracijos rezultatas vertinamas ne pagal tai, ar Shopify parduotuvė atsidaro. Turite įrodyti, kad teisingai perkelti produktai ir jų variantai, klientai, reikalinga užsakymų istorija, turinys, vaizdai, likučiai ir svarbūs integracijų identifikatoriai. Atskirai reikia įrodyti, kad senieji URL veda į prasmiškai atitinkančius naujus puslapius, o analitika renka veikiančio pirkimo kelio duomenis.

Shopify oficialiame migracijos vadove rekomenduoja duomenis importuoti seka produktai → klientai → istoriniai užsakymai. Taip produktų ir klientų įrašai jau egzistuoja, kai keliami su jais susiję užsakymai. Tačiau konkretus ryšių atkūrimas priklauso nuo pasirinkto migracijos įrankio ar API sprendimo, todėl būtinas mažas bandomasis importas. Shopify migracijos vadovas ↗

1. Inventorizacija prieš migraciją

Pirmiausia užfiksuokite pradinę būseną. Saugokite originalius eksportus nekeistus, o transformacijoms naudokite jų kopijas. Eksportas nėra patikrinta atsarginė kopija: WooCommerce ar PrestaShop failų, duomenų bazės ir medijos atsarginę kopiją laikykite atskirai ir išbandykite, ar ją galima atkurti.

Katalogas: produktų, variantų, SKU, brūkšninių kodų, kainų, savikainų, mokesčių kategorijų, svorių, likučių, lokacijų, vaizdų ir papildomų laukų skaičiai.
Klientai: profiliai, adresai, žymos, B2B atributai, rinkodaros sutikimų šaltinis ir data. Nepriskirkite sutikimo, jei jo įrodymo nėra.
Užsakymai: būsenos, eilutės, mokesčiai, nuolaidos, pristatymas, grąžinimai, kreditinės operacijos ir ryšys su klientu bei produktu.
Turinys ir SEO: visi indeksuojami URL, title, meta description, H1, canonical, hreflang, struktūriniai duomenys, vidinės nuorodos, vaizdai, PDF ir vertę turinčios išorinės nuorodos.
Veikla: mokėjimai, pristatymas, apskaita, ERP / sandėlis, lojalumas, prenumeratos, dovanų kortelės, atsiliepimai, el. pašto automatizacija ir reklamos kanalai.

2. Sudarykite duomenų žemėlapį

Žemėlapis turi būti laukų, o ne vien objektų sąrašas. Kiekvienam šaltinio laukui nurodykite Shopify paskirties lauką, transformacijos taisyklę, privalomumą, pavyzdį ir tikrinimo metodą.

Minimalus WooCommerce arba PrestaShop → Shopify duomenų žemėlapis
Sritis	Šaltinio raktai	Shopify paskirtis	Dažna rizika	Priėmimo patikra
Produktai	ID, SKU, pavadinimas, aprašas, statusas, kategorija	Handle, SKU, title, description, status, collections / category	Kategorijų hierarchija automatiškai netampa Shopify kolekcijomis	Skaičiai pagal statusą, SKU unikalumas, kolekcijos ir 20 reprezentatyvių įrašų
Variantai	Atributai, kombinacijos, SKU, kaina, vaizdas, likutis	Options, variants, SKU, price, media, inventory	Per daug pasirinkčių, neteisingos kombinacijos ar prarasti variantų papildomi laukai	Kombinacijų matrica, kaina, vaizdas, SKU ir kiekis kiekvienoje lokacijoje
Klientai	El. paštas, vardas, adresai, žymos, sutikimai	Customer, addresses, tags, marketing consent	Dublikatai, nepagrįstas sutikimas, slaptažodžio nebuvimas	Unikalūs el. paštai, adresų pavyzdžiai, sutikimų auditas ir prisijungimo testas
Užsakymai	Numeris, data, klientas, eilutės, mokesčiai, nuolaidos, būsena	Historical order per app / API	Neteisingas ryšys, pranešimų siuntimas, ataskaitų iškraipymas	Sumos, datos, valiuta, mokesčiai, būsenos, grąžinimai ir paieška pagal seną numerį
SEO	Senas URL, title, meta, H1, canonical, turinys	Naujas URL, SEO laukai, 301 taisyklė	404, peradresavimo grandinė, masinis nukreipimas į pradžią	HTTP atsakai, galutinis URL, canonical, turinio ir vidinių nuorodų atitiktis
Integracijos	Išoriniai ID, webhook, būsenų kodai, laukų savininkas	Metafields, app ID, API ir automatikos	Nauji Shopify ID nutraukia senus ryšius	Užsakymo ciklas nuo pirkimo iki apskaitos, sandėlio ir grąžinimo

Lentelę telefone slinkite horizontaliai.

3. WooCommerce ir PrestaShop eksportas nėra Shopify importo failas

WooCommerce → Shopify

WooCommerce turi integruotą produktų ir variantų CSV eksportą. Jis pateikia WooCommerce schemą, todėl prieš Shopify importą stulpelius reikia pervadinti, transformuoti ir patikrinti. WooCommerce pati nurodo, kad kai kuriais atributų scenarijais eksportuotų variantų pavadinimuose gali nebūti visų reikšmių, todėl variantus tikrinkite pagal SKU ir atributų kombinacijas, ne vien pagal rodomą pavadinimą. WooCommerce produktų CSV dokumentacija ↗

Shopify turi atskirą WooCommerce migracijos vadovą. Jame minima pirmosios šalies Store Migration programėlė produktams, tačiau ji pažymėta kaip ankstyvos prieigos funkcija, prieinama tik daliai parduotuvių ir tik kompiuteriu. Jos prieinamumo nelaikykite projekto prielaida, kol nepatikrinote konkrečioje Shopify administravimo paskyroje. Shopify: migracija iš WooCommerce ↗

PrestaShop → Shopify

Shopify pagalbos centre šiuo metu nėra atskiro PrestaShop migracijos vadovo, todėl taikomas bendras Shopify migracijos planas ir pasirenkamas CSV, migracijos programėlės arba individualios API jungties kelias. PrestaShop Webservice API leidžia trečiųjų šalių įrankiams pasiekti parduotuvės duomenis; oficialioje išteklių struktūroje yra produktai, kombinacijos, klientai ir užsakymai. Tai dar neįrodo, kad pasirinktas įrankis perkelia visus jūsų modulių laukus, todėl reikia realaus šaltinio eksporto ir bandomojo importo. PrestaShop Webservice API ↗

4. Importuokite kontroliuojama seka

Produktai ir variantai

Pirmą bandomąjį rinkinį sudarykite ne iš lengviausių, o iš skirtingų tipų produktų: paprasto, daugiavariančio, išparduoto, kelių lokacijų, su nuolaida, keliais vaizdais ir papildomais laukais. Iš pradžių laikykite juos draft būsenoje.

Shopify produktų CSV tinka masiniam produktų duomenų importui, tačiau kelių lokacijų kiekiams reikia atskiro inventory CSV. Variantų metafields produktų CSV nepalaikomi. Be to, vienas produktas gali turėti iki trijų pasirinkčių ir 2 048 variantų; temos, programėlės ar pardavimo kanalai gali turėti papildomų ribų virš 100 variantų. Shopify produktų CSV ↗ Shopify variantų ribos ↗

Klientai ir slaptažodžiai

Klientų CSV gali perkelti profilius ir palaikomus papildomus laukus, bet ne klientų slaptažodžius, užsakymus, `Total Spent` ar `Total Orders` reikšmes. Slaptažodžiai kitoje sistemoje yra užšifruoti. Todėl prieš paleidimą pasirinkite Shopify klientų paskyrų tipą ir išbandykite kliento kelią: kvietimą ar vienkartinį prisijungimo kodą, adresų matomumą ir užsakymų istoriją. Shopify klientų CSV ir slaptažodžių ribos ↗

Istoriniai užsakymai

Shopify istoriniams užsakymams nurodo migracijos programėles arba Order / Transaction API. Importuokite tik sutartą istorijos apimtį ir užfiksuokite, kokie elementai nepersikels. Prieš masinį veiksmą patikrinkite, ar importas nesiunčia naujo užsakymo laiškų; Shopify bendrame vadove įspėja, kad pranešimus gaunantys darbuotojai gali gauti laišką už kiekvieną importuotą užsakymą. Shopify duomenų migracijos parinktys ↗

Priėmimo testas turi palyginti ne tik užsakymų skaičių ir bendrą sumą. Tikrinkite datą, valiutą, mokesčius, nuolaidas, pristatymą, grąžinimus, finansinę ir vykdymo būseną, kliento ryšį, prekių eilutes bei paiešką pagal seną užsakymo numerį. Jei visa istorija nereikalinga operacijoms, sutarkite, kur bus saugomas teisėtas ir prieinamas archyvas.

5. Migracija į Shopify ir SEO: URL žemėlapis yra pagrindinis kontrolės dokumentas

WooCommerce ar PrestaShop gali naudoti kitus produktų, kategorijų, informacinių puslapių ir tinklaraščio kelius nei Shopify. Išsaugoti tą patį domeną nepakanka: pasikeitus keliui senas gilus URL vis tiek gali grąžinti 404.

Surinkite senus URL iš sitemap, svetainės nuskaitymo, Search Console, analitikos, reklamų ir išorinių nuorodų ataskaitų.
Kiekvienam indeksuojamam URL priskirkite būseną: perkeliamas, sujungiamas arba sąmoningai šalinamas.
Perkeliamam ar sujungiamam URL parinkite prasmiškai artimiausią naują puslapį. Nenukreipkite masiškai į pradžios puslapį.
Į Shopify importuokite peradresavimų CSV ir patikrinkite pilną grandinę: senas URL → vienas 301 žingsnis → 200 atsaką grąžinantis naujas URL.
Naujame puslapyje patikrinkite title, meta description, H1, turinį, canonical, hreflang, struktūrinius duomenis, vaizdą ir vidines nuorodas.

Shopify neleidžia kurti peradresavimų iš kai kurių rezervuotų prefiksų, įskaitant `/apps`, `/cart`, `/orders`, `/services` ir dalį fiksuotų kelių. Be to, peradresavimas veikia tik iš URL, kuris jau negrąžina galiojančio Shopify puslapio. Šias ribas patikrinkite prieš galutinį URL žemėlapio patvirtinimą. Shopify URL peradresavimai ↗

Google rekomenduoja nekeisti kelių didelių dalykų vienu metu, testuoti peradresavimus ir laikyti juos kuo ilgiau, paprastai bent metus. Naujų URL canonical turi rodyti į naujus URL, o laikinas testinės svetainės `noindex` turi būti pašalintas paleidžiant. Google svetainių perkėlimo gairės ↗

6. Domenas, indeksavimas ir analitika

Domenas

Jei domenas lieka tas pats, saugiau jį prijungti prie paruoštos Shopify parduotuvės tik po pilno priešpaleidiminio patikrinimo. Shopify nurodo, kad trečiosios šalies domeno DNS pakeitimai paprastai įsigalioja per dvi valandas, bet gali trukti iki dviejų dienų. Prieš perjungimą sumažintas DNS TTL gali padėti tik tada, jei tai padaryta iš anksto ir leidžia jūsų DNS teikėjas; jis negarantuoja momentinio pokyčio. Shopify domeno prijungimas ↗

Jei keičiate ir domeną, Search Console patvirtinkite seną bei naują nuosavybę ir po peradresavimų įjungimo naudokite Change of Address. Jei keičiasi tik keliai tame pačiame domene, šio įrankio nereikia.

Indeksavimas

Shopify automatiškai generuoja `/sitemap.xml`, bet paieškos sistemos nepasiekia slaptažodžiu apsaugotos parduotuvės. Paleidimo metu pašalinkite apsaugą, patikrinkite robots ir canonical, atidarykite sitemap bei pateikite jį Search Console. Sitemap padeda atrasti URL, tačiau negarantuoja indeksavimo. Shopify sitemap migracijos metu ↗

Analitika

Iš anksto sutarkite, ar tęsiate tą pačią GA4 nuosavybę ir duomenų srautą. Shopify GA4 diegimui nurodo Google & YouTube kanalą; tam tikri e. prekybos įvykiai tada renkami automatiškai, bet slaptažodžiu apsaugotoje parduotuvėje GA įvykių nefiksuoja. Prieš ir po perjungimo realiu laiku patikrinkite `page_view`, produkto peržiūrą, pridėjimą į krepšelį, atsiskaitymo pradžią ir pirkimą. Taip pat patikrinkite Google Ads, Meta ar kitų kanalų žymas ir sutikimų valdymą, nes GA4 veikimas neįrodo, kad veikia visi reklamos signalai. Shopify GA4 sąranka ↗

7. SEO rizikos ir jų stabdymo kriterijai

Rizika, ankstyvas signalas ir sprendimas prieš paleidimą
Rizika	Ankstyvas signalas	Veiksmas	Stabdyti paleidimą, jei…
Praleisti URL	Žemėlapyje mažiau URL nei sename crawl / sitemap / GSC rinkinyje	Sujungti visus šaltinius, pašalinti tik patvirtintus dublius	Nėra sprendimo didžiausią srautą ar nuorodas turintiems URL
Neteisingi 301	Grandinės, kilpos, 302 ar nukreipimas į nesusijusį puslapį	Automatiškai testuoti visą sąrašą ir rankiniu būdu tikrinti prioritetinius URL	Prioritetinis URL nepasiekia vieno galutinio 200 puslapio
Turinio praradimas	Trūksta H1, aprašo, meta laukų, vaizdų ar struktūrinių duomenų	Palyginti šablonų ir reprezentatyvių puslapių laukus	Masinis svarbaus turinio ar metaduomenų skirtumas nepaaiškintas
Indeksavimo blokas	Slaptažodis, `noindex`, neteisingas robots ar canonical	Atlikti viešo URL techninę patikrą paleidimo lange	Pagrindiniai puslapiai nepasiekiami Google ar canonical rodo į testinį domeną
Analitikos spraga	Nėra realaus laiko sesijos ar e. prekybos įvykių	Išbandyti sutikimo būsenas ir pilną testinį pirkimą	Negalima patikimai atskirti techninio gedimo nuo srauto pokyčio

Lentelę telefone slinkite horizontaliai.

8. Paleidimo dienos seka

Pasirinkite mažesnio srauto laiką, iš anksto paskirkite sprendimų priėmėją ir apibrėžkite grįžimo planą. Paleidimo metu nekeiskite katalogo struktūros ar dizaino sprendimų, kurie nėra būtini platformos perėjimui.

Užfiksuokite paskutinę senos parduotuvės atsarginę kopiją, crawl, sitemap, analitikos bazę ir aktyvių užsakymų sąrašą.
Trumpam įšaldykite produktų, klientų ir užsakymų pakeitimus arba pradėkite tiksliai apibrėžtą delta importą.
Importuokite galutinius produktų, klientų, likučių ir sutartos užsakymų istorijos pokyčius.
Sulyginkite objektų skaičius ir prioritetinių įrašų laukus; patikrinkite neapdorotų klaidų ataskaitas.
Įkelkite 301 peradresavimus ir dar kartą patikrinkite jų šaltinio bei paskirties kelius.
Patvirtinkite mokėjimus, pristatymą, mokesčius, el. laiškus, grąžinimą, ERP / apskaitą ir klientų prisijungimą.
Patikrinkite GA4 ir kitų kanalų žymas su sutikimu bei be jo pagal jūsų teisinę sąranką.
Prijunkite domeną, palaukite `Connected` ir TLS būsenos, tada patikrinkite pagrindinį domeną, `www`, HTTPS bei alternatyvius domenus.
Nuimkite Shopify parduotuvės slaptažodžio apsaugą, pašalinkite testinį `noindex`, patikrinkite robots, canonical ir `/sitemap.xml`.
Atlikite pilną pirkimą mobiliuoju ir kompiuteriu, testuokite prioritetinius senus URL ir tik tada atnaujinkite reklamas, profilius bei svarbias išorines nuorodas.

9. Ką tikrinti po 7 ir 30 dienų

Stebėsenos planas po paleidimo
Sritis	Per pirmas 7 dienas	Iki 30 dienos
Duomenys	Kasdien tikrinti naujus užsakymus, likučius, klientus, grąžinimus ir integracijų eiles	Sulyginti laikotarpio sumas su apskaita / ERP ir uždaryti žinomų neatitikimų sąrašą
URL	Taisyti 404 iš serverio, Shopify, GSC ir analitikos; tikrinti prioritetinius peradresavimus	Pakartotinai nuskaityti svetainę, pašalinti grandines ir atnaujinti vidines nuorodas į galutinius URL
Indeksavimas	Stebėti sitemap apdorojimą, URL Inspection pavyzdžius ir netikėtus robots / canonical signalus	Palyginti senų ir naujų URL indeksavimo tendenciją, užklausas, parodymus ir paspaudimus
Analitika	Kasdien tikrinti realaus laiko duomenis, pirkimo įvykius ir kanalų žymas	Palyginti organinį srautą, konversijos kelią ir pajamas su lygiaverčiu laikotarpiu, pažymint sezoniškumą ir kampanijas
Klientų patirtis	Stebėti prisijungimo, slaptažodžio / kodo, pristatymo ir mokėjimo užklausas	Atnaujinti pagalbos tekstus ir automatizacijas pagal patvirtintus pasikartojančius atvejus

Lentelę telefone slinkite horizontaliai.

Vertinkite ne vien bendrą srautą. Segmentuokite pagal nukreipimo puslapį, užklausą, įrenginį, rinką ir šablono tipą. Google įspėja, kad po reikšmingo perkėlimo matomumas gali laikinai svyruoti, kol nauji URL peržiūrimi. Staigus kritimas vienoje sekcijoje vis dėlto gali rodyti konkretų peradresavimo, canonical ar turinio gedimą, todėl jo nenurašykite kaip „normalaus svyravimo“.

Kada migracijos nereikėtų daryti vien CSV failais

Vien CSV dažniausiai nepakanka, kai turite daug papildomų produktų ar variantų laukų, kelias sandėlio lokacijas, B2B kainodarą, prenumeratas, dovanų korteles, lojalumo balansus, sudėtingus grąžinimus, kelių kalbų URL, didelę užsakymų istoriją arba realaus laiko ERP integraciją. Tokiais atvejais dar prieš pasirinkdami įrankį aprašykite, kokie duomenys turi būti prieinami Shopify administravime, kliento paskyroje, apskaitoje ir archyve.

Jei norite įvertinti konkrečios parduotuvės laukus, URL ir integracijas, pradėkite nuo Startuok migracijos į Shopify puslapio. Ten rasite projekto kryptį ir būdą pateikti pradinę situaciją pokalbiui.

Dažniausi klausimai apie migraciją į Shopify

Ar migracija į Shopify garantuoja, kad SEO pozicijos nesikeis?

Ne. Net ir gerai suplanuotos migracijos metu organinis matomumas gali laikinai svyruoti, kol paieškos sistemos peržiūri peradresavimus ir naujus URL. Riziką mažina pilnas URL žemėlapis, tikslūs 301 peradresavimai, nepakitęs svarbus turinys ir nuosekli stebėsena.

Ar galima perkelti WooCommerce ar PrestaShop klientų slaptažodžius?

Ne per Shopify klientų CSV. Slaptažodžiai yra užšifruoti kitoje sistemoje, todėl reikia pasirinkti Shopify klientų paskyrų tipą ir suplanuoti aiškią naujo prisijungimo arba paskyros aktyvavimo komunikaciją.

Ar galima į Shopify importuoti ankstesnius užsakymus?

Taip, tačiau ne per klientų CSV. Shopify istoriniams užsakymams nurodo migracijos programėles arba API. Prieš visą importą reikia išbandyti mažą duomenų rinkinį ir patikrinti klientų, produktų, mokesčių, nuolaidų, grąžinimų bei būsenų ryšius.

Ar paliekant tą patį domeną reikia Google Search Console Change of Address?

Ne. Google Change of Address įrankis skirtas domeno ar subdomeno keitimui, o ne vien URL kelių pokyčiams tame pačiame domene. Paliekant domeną reikia išlaikyti Search Console patvirtinimą, pateikti naują sitemap ir tikrinti peradresavimus bei indeksavimą.

Šaltiniai

Platformų dokumentacija ir apribojimai tikrinti 2026 m. rugpjūčio 31 d. Prieš publikavimą ir konkretų migracijos projektą patikrinkite aktualias sąlygas dar kartą.