Migracja sklepu internetowego to jeden z najbardziej ryzykownych projektów w e-commerce. Źle przeprowadzona potrafi obniżyć ruch organiczny o 40-70% w ciągu kilku tygodni — i odbudowa pozycji zajmuje miesiące. Dobrze przeprowadzona jest niewidoczna dla Google i klientów, a często nawet poprawia widoczność dzięki czystszej strukturze i szybszemu silnikowi.

W tym przewodniku pokazujemy konkretną procedurę migracji sklepu z dowolnej platformy (Shoper, WooCommerce, Magento, IdoSell, Shopify) na PrestaShop, bez utraty pozycji w wynikach wyszukiwania.

Dlaczego migracje psują SEO

Większość spadków po migracji wynika nie z samej platformy, ale z trzech błędów technicznych: złych przekierowań, zmiany struktury URL i utraty schema.org. Google nie wie, że nowy URL /buty-sportowe-meskie/ to dawne /produkty/obuwie/buty-sportowe-meskie.html — i traktuje to jako nową stronę, którą musi indeksować od zera.

Drugim częstym źródłem strat są uszkodzone linki wewnętrzne w opisach produktów i blogu — po switchu prowadzą do 404, a Googlebot szybko obniża jakość całej domeny w oczach algorytmu.

Plan migracji w 9 krokach

1. Audyt SEO przed migracją

Zacznij od pełnej inwentaryzacji: wszystkie URL-e indeksowane w Search Console, lista produktów, kategorii, stron CMS, postów bloga, parametrów filtrów. To samo dotyczy schema.org (Product, Offer, BreadcrumbList, FAQ) — często widoczne w wynikach jako rich snippets. Bez tej listy nie ma sensu rozmawiać o migracji.

Dobry audyt SEO przed migracją wskazuje też URL-e z największym ruchem (priorytet ochrony) i te, które można konsolidować lub usunąć.

2. Mapowanie 1:1 starych i nowych URL-i

Każdy stary URL musi mieć dokładnie jeden odpowiednik w nowym sklepie. Buduje się arkusz w formacie stary_url | nowy_url | typ_strony. Bez tej mapy nie da się zrobić poprawnych przekierowań 301 ani sprawdzić, czy nic nie zostało zgubione.

3. Czyste, krótkie, semantyczne URL-e

To okazja, żeby pozbyć się ogonków typu .html, ID-ków produktów w ścieżce i dziwnych parametrów. PrestaShop pozwala na strukturę typu /kategoria/podkategoria/nazwa-produktu/ — przyjazną dla Google i czytelną dla użytkownika.

4. Przekierowania 301 na poziomie serwera

Reguły przekierowań wpisujemy w .htaccess lub konfiguracji nginx — nie w pluginie. Plugin może paść, .htaccess działa zawsze. Każde przekierowanie typu 302, 307 albo łańcuch 301→301→200 to strata mocy linków.

5. Migracja produktów i kategorii

Produkty przenosimy razem z opisami, atrybutami, wariantami, zdjęciami w oryginalnych rozdzielczościach, meta title/description i własnymi URL-ami. Zachowujemy też zdjęcia w tej samej kolejności (Google bierze pod uwagę alt-text i pozycję). Kategorie powinny zachować pełną hierarchię — zmiana struktury katalogu to często więcej szkód niż pożytku.

6. Schema.org i dane strukturalne

PrestaShop 8/9 ma natywne wsparcie dla Product, Offer, BreadcrumbList. Trzeba je włączyć i sprawdzić w Rich Results Test przed switchem. Jeśli stary sklep miał FAQ schema na kartach produktu — odtwarzamy je w nowym silniku.

7. Core Web Vitals i wydajność

Migracja to świetny moment na techniczny restart. Nowy hosting, cache, CDN, optymalizacja obrazów — wszystko, o czym pisaliśmy w artykule o optymalizacji PrestaShop pod Core Web Vitals. Sklep, który ładuje się w 1,5 sekundy zamiast 4, automatycznie zyskuje pozycje.

8. Staging i testy przed publikacją

Przed switchem cały nowy sklep musi działać na środowisku staging, zablokowany przed indeksowaniem (robots.txt + meta noindex + Basic Auth). Sprawdzamy: każdy szablon przekierowania, schema.org, sitemap, hreflang (jeśli wielojęzyczny), działanie koszyka, integracje z systemami płatności i kurierami.

9. Switch i monitoring 30 dni po

Switch robimy w najmniej ruchliwym oknie tygodnia (np. piątek 23:00). Następnego dnia: nowy sitemap zgłoszony w Search Console, request indexing kluczowych URL-i, monitoring 404 i statusów HTTP. Przez pierwsze 30 dni codziennie sprawdzamy crawl stats, error rate i pozycje top 50 fraz.

Czego unikać podczas migracji

• Migracji „na żywo” bez stagingu — to gwarantowane godziny downtime i błędy na produkcji.
• Importu produktów przez plugin „one click” — przepisuje dane, ale traci metadane SEO i alt-text obrazów.
• Zmiany platformy i redesignu jednocześnie — jeśli ruch spadnie, nie wiesz, co go zabiło. Dziel projekty na etapy.
• Migracji bez backupu starego sklepu — pełny dump bazy + zdjęć + szablonu trzymamy przez minimum 90 dni.

Ile trwa migracja na PrestaShop

Realny czas zależy od liczby produktów i poziomu customizacji. Dla typowego sklepu B2C z 500-2000 SKU pełna migracja sklepu trwa 1-2 tygodnie (Starter), z customowymi modułami i integracjami ERP — 3-5 tygodni. Switch sam w sobie zajmuje godzinę — reszta to przygotowanie, testy i mapowanie.

Podsumowanie

Migracja na PrestaShop bez utraty SEO jest możliwa, ale wymaga procesu: audyt → mapa URL-i → staging → 301 → switch → monitoring. Każdy z tych etapów ma swoje pułapki, ale jeśli zrobisz je w odpowiedniej kolejności, dostaniesz w prezencie szybszy, czystszy i lepiej widoczny sklep.