Migracja sklepu Shopify na rynki EU bez utraty sprzedaży

Polska marka, która zaczyna realnie sprzedawać za granicę, prędzej czy później dochodzi do ściany: jeden sklep w PLN przestaje wystarczać. I tu zaczyna się decyzja, którą łatwo zepsuć — bo migracja danych produktowych to najprostsza część, a prawdziwe ryzyka siedzą gdzie indziej.

Decyzja zero: Markets czy osobny sklep?

Shopify Markets (jeden sklep, wiele rynków) wystarcza, gdy asortyment i ceny są w zasadzie wspólne, a różnice sprowadzają się do waluty i języka. Osobny sklep EU wygrywa, gdy potrzebujesz innego katalogu, innej polityki cen, osobnych promocji, innych bramek płatności albo osobnej logistyki. Osobny sklep to więcej pracy na starcie i podwójne utrzymanie — ale pełna kontrola. Nie ma odpowiedzi uniwersalnej; jest odpowiedź wynikająca z modelu biznesowego, i warto ją podjąć świadomie, a nie "bo tak było łatwiej w panelu".

Katalog: nie tylko produkty

Standardowy eksport/import CSV przenosi produkty — i gubi całą resztę. Checklist tego, co trzeba przenieść świadomie:

• Metafields — opisy rozszerzone, tabele rozmiarów, składy, atrybuty filtrowania. Bez nich strona produktu po migracji jest szkieletem.
• Metaobjekty — jeśli trzymasz w nich treści (składniki, FAQ, sekcje landingów), wymagają osobnego mapowania.
• Warianty i SKU — spójność SKU między sklepami to warunek działania wspólnej logistyki i ERP.
• Kolekcje automatyczne — reguły trzeba odtworzyć, nie przenoszą się same.
• Przekierowania URL — mapa starych adresów, jeśli zmienia się struktura. Bez tego SEO idzie do piachu.

Do migracji na skalę setek–tysięcy produktów używamy narzędzi typu Matrixify — ręczne przenoszenie kończy się błędami, które wychodzą miesiącami.

Waluty, płatności, podatki

Sklep EU to EUR jako waluta bazowa (nie przeliczenie z PLN — bazowa), lokalne metody płatności (iDEAL w NL, Bancontact w BE, karty wszędzie) i poprawnie ustawione stawki VAT per kraj. Od strony formalnej: VAT OSS załatwia rozliczenia B2C w całej UE jedną deklaracją — ale stawki dla Twojej kategorii produktu różnią się między krajami i sklep musi je naliczać poprawnie od pierwszego dnia.

Przekierowania geolokalizacyjne: delikatnie

Użytkownik z Niemiec wchodzący na sklep PL powinien dostać propozycję przejścia na wersję EU — nie twardy redirect. Wymuszony redirect po IP to proszenie się o problemy: Googlebot indeksuje z USA, użytkownicy VPN-ów dostają złą wersję, a klient, który świadomie chce kupić z PL, nie może. Baner/modal z zapamiętanym wyborem + poprawne hreflang to standard, który działa.

SEO: hreflang albo kanibalizacja

Dwa sklepy z podobną treścią bez tagów hreflang będą się kanibalizować w wynikach. Każda strona musi wskazywać swoje odpowiedniki językowe/rynkowe, a wersje EN "dla wszystkich" — mieć x-default. To kilka linijek w theme, które decydują o tym, czy nowy sklep buduje widoczność, czy kradnie ją staremu.

Dzień startu

1. Sklep EU odpalony i przetestowany na ukrytej domenie (zamówienia testowe, płatności, maile transakcyjne, tracking).
2. Feedy produktowe (Merchant Center, Meta) per rynek, z poprawnymi cenami i dostępnością.
3. Tracking od pierwszego dnia — osobna usługa GA4 albo poprawnie rozdzielone strumienie.
4. Stary sklep działa bez zmian — migracja rynku to nie powód do przestoju sprzedaży macierzystej.

Robiliśmy takie przejścia bez ani jednego dnia przerwy w sprzedaży. To nie magia — to lista rzeczy do dopilnowania, wykonana w dobrej kolejności.