{
„@context”: „https://schema.org”,
„@type”: „Article”,
„articleSection”: „Case Study”,
„name”: „Migracja PrestaShop 1.6 do 8.1 z zachowaniem SEO”,
„description”: „Bezpieczna migracja sklepu PrestaShop 1.6 do 8.1: 100% danych, zero utraty SEO.”,
„publisher”: {
„@type”: „Organization”,
„name”: „HelpGuru.eu”,
„url”: „https://helpguru.eu”
},
„author”: {
„@type”: „Person”,
„name”: „Adrian Szewalski”,
„url”: „https://helpguru.eu/news/author/aszewalski/”
},
„about”: {
„@type”: „Thing”,
„name”: „PrestaShop 1.6 → 8.1”
},
„mainEntity”: {
„@type”: „ItemList”,
„name”: „Wyniki Case Study”,
„itemListElement”: [
{
„@type”: „ListItem”,
„position”: 1,
„name”: „Przed”,
„description”: „PHP 5.6, brak HTTPS, dziury bezpieczeństwa, brak responsywności mobile”
},
{
„@type”: „ListItem”,
„position”: 2,
„name”: „Po”,
„description”: „PHP 8.1, HTTPS, 100% danych, 301 dla 340 URL, Mobile 84/100”
},
{
„@type”: „ListItem”,
„position”: 3,
„name”: „Czas realizacji”,
„description”: „6 dni roboczych”
}
]
}
}

Sklep z 2014 roku – sześć lat bez aktualizacji

PrestaShop 1.6.1.7, PHP 5.6, MySQL 5.5. Przez lata “działało”, więc nikt nie ruszał. Do momentu gdy hosting zapowiedział koniec wsparcia dla PHP 5.6 i zaczęły pojawiać się ataki na znane podatności.

Skala projektu: 4 200 produktów, 18 500 klientów, 23 000 historycznych zamówień. Wymóg: przeniesienie 100% danych i brak utraty pozycji SEO – 340 URL w TOP 10 Google.

Dlaczego nie można po prostu “zaktualizować” PrestaShopa 1.6 do 8.1?

Oficjalny upgrader PS obsługuje wyłącznie ścieżki 1.7.x → 8.x. Migracja z 1.6 wymaga fresh install + import danych. Bardziej skomplikowane, ale daje pełną kontrolę nad tym, co trafia do nowej instalacji.

Harmonogram migracji – 6 dni roboczych

Dzień 1–2: Audyt i przygotowanie

• Pełny export bazy danych (11 GB)
• Inwentaryzacja 47 aktywnych modułów (12 miało odpowiedniki dla PS 8, 8 wymagało nowych licencji, 27 zbędnych)
• Mapa URL: crawl Screaming Frog wszystkich zindeksowanych stron (340 URL produktów, 28 kategorii, 6 CMS)
• Fresh install PS 8.1 na środowisku stagingowym

Dzień 3–4: Import danych

Dedykowane skrypty migracji (PHP + SQL):

-- Migracja klientów (mapowanie pól 1.6 to 8.x)
INSERT INTO ps8.ps_customer (id_customer, email, passwd, ...)
SELECT id_customer, email, passwd, ...
FROM ps16.ps_customer WHERE deleted = 0;

-- Migracja zamówień z zachowaniem relacji
INSERT INTO ps8.ps_orders SELECT * FROM ps16.ps_orders;
INSERT INTO ps8.ps_order_detail SELECT * FROM ps16.ps_order_detail;

Weryfikacja po każdej tabeli: count przed i po musi zgadzać się co do sztuki. Wynik: 23 000 zamówień przeniesione z dokładnością 100%. Klienci logują się tym samym hasłem co przed migracją (hash bcrypt kompatybilny).

Dzień 5: Przekierowania 301 i SEO

PS 1.6 używał /pl/elektronika/smartfony/iphone-15.html, PS 8.1 generuje /elektronika/smartfony/iphone-15. Dla 340 URL w TOP 10 – automatycznie wygenerowane dokładne przekierowania 301.

Dodatkowo: canonical tags, hreflang (wersja EN), aktualizacja sitemap.xml z nowymi URL.

Dzień 6: Testy i uruchomienie

• Test wszystkich 340 przekierowań (każde musi zwrócić HTTP 301)
• Test procesu zakupowego: koszyk → płatność → email potwierdzenia
• Nowa mapa sitemapy w GSC + monitoring 48h po uruchomieniu: zero błędów 404

Wyniki po migracji

• ✅ Dane: 100% klientów, zamówień i historii przeniesione
• ✅ PHP: 5.6 → 8.1
• ✅ Mobile PageSpeed: 8 → 84/100
• ✅ Przekierowania 301: 340 URL, zero strat SEO
• ✅ HTTPS: wdrożone z HSTS
• ✅ Pozycje Google: utrata 0% pozycji po 30 dniach, 12% URL awansowało

Migracja to inwestycja, nie koszt

Stary PS 1.6 na PHP 5.6 to otwarte zaproszenie dla hakerów. Znane krytyczne podatności CVE: 23. Koszt migracji: jednorazowy. Koszt włamania i utraty zaufania klientów: niepoliczalny.