🔴 Krytyczne - pominięcie grozi utratą pozycji i ruchu organicznego
🟡 Ważne - wpływa na jakość migracji i szybkość odzyskania widoczności
🟢 Dodatkowe - optymalizacja, która wykorzystuje migrację jako okazję do poprawy SEO
Przejdź przez etapy w kolejności. Nie przeskakuj do uruchomienia bez ukończenia etapów przygotowawczych.
Etap 1: Audyt stanu obecnego (4-6 tygodni przed migracją)
🔴 Pełny crawl obecnej witryny - Screaming Frog lub Sitebulb. Eksportuj pełną listę URL-i z kodami odpowiedzi, tytułami, meta description, kanonicznymi i nagłówkami H1.
🔴 Eksport danych z Google Search Console - pobierz dane o wydajności (kliknięcia, wyświetlenia, pozycje) za ostatnie 16 miesięcy. Zidentyfikuj TOP 100 stron pod względem ruchu organicznego.
🔴 Eksport danych z Google Analytics - ruch organiczny per URL za ostatnie 12 miesięcy. Zidentyfikuj strony generujące przychód.
🟡 Lista URL-i do zachowania - na podstawie crawla i danych z GSC/GA stwórz listę URL-i, które muszą mieć przekierowania. Priorytet: strony z ruchem organicznym i linkami zewnętrznymi.
🟡 Audyt profilu linkowego - eksportuj linki zewnętrzne z Ahrefs/Majestic. Zidentyfikuj strony z największą liczbą linków. Te URL-e wymagają precyzyjnych przekierowań.
🟢 Benchmark Core Web Vitals - zmierz LCP, CLS, INP na kluczowych stronach. Po migracji porównasz z nowymi wartościami.
Etap 2: Mapowanie URL-i (3-4 tygodnie przed migracją)
🔴 Mapa przekierowań stary URL > nowy URL - plik CSV z kolumnami: stary URL, nowy URL, typ przekierowania (301), priorytet. Każdy URL z ruchem lub linkami musi mieć swój odpowiednik.
🔴 Różnice w strukturze URL PrestaShop 1.6 vs 8.x - typowe zmiany:
Traktuj te reguły jako punkt wyjścia, nie gotowy kod do wklejenia. Przed wdrożeniem dopasuj je do faktycznej struktury URL-i i przetestuj na stagingu.
🟡 Zweryfikuj paginację - sprawdź, czy strony paginacji (/pl/kategoria?page=2) mają odpowiedniki w nowej wersji. Często zmienia się format parametrów.
🟡 Produkty niedostępne / archiwalne - zdecyduj co z produktami wycofanymi: 301 na następcę, 301 na kategorię, czy 410 (Gone).
🟢 Optymalizacja URL-i przy okazji - jeśli stare URL-e zawierały ID numeryczne lub były niezoptymalizowane, migracja to dobry moment na poprawę. Ale każda zmiana wymaga przekierowania.
Etap 3: Przygotowanie środowiska staging (2-3 tygodnie przed migracją)
🔴 PrestaShop 8.x zainstalowany na staging - osobna domena lub subdomena (np. staging.twojsklep.pl). Ważne: staging musi być zablokowany dla botów (robots.txt: Disallow: /, basic auth, lub noindex).
🔴 Dane zmigrowane na staging - produkty, kategorie, klienci, zamówienia. Sprawdź kompletność danych.
🔴 Moduły SEO zainstalowane i skonfigurowane - moduł friendly URLs, moduł sitemap XML, moduł meta tagów. Sprawdź, czy generują poprawne URL-e.
🟡 Porównanie meta tagów: stary vs nowy - porównaj tagi title, meta description i H1 na kluczowych stronach (TOP 50 z ruchu organicznego). Różnice = ryzyko.
🟡 Dane strukturalne na staging - sprawdź, czy Product schema, BreadcrumbList i Organization schema działają poprawnie na nowej wersji.
🟢 Testy wydajności na staging - zmierz TTFB, LCP, CLS na staging. Porównaj z benchmarkiem z etapu 1.
Etap 4: Testowanie przekierowań (1-2 tygodnie przed migracją)
🔴 Przekierowania wgrane na staging - wgraj reguły .htaccess / nginx na staging i przetestuj każdy URL z mapy przekierowań.
🔴 Test TOP 100 URL-i - ręcznie sprawdź przekierowania dla 100 najważniejszych URL-i (najwięcej ruchu + linków). Każdy musi zwracać 301 na poprawny nowy URL.
🔴 Brak łańcuchów przekierowań - upewnij się, że żaden URL nie przekierowuje więcej niż raz (A > B > C). Każde przekierowanie powinno być bezpośrednie (A > C).
🟡 Test stron 404 - wpisz losowe, nieistniejące URL-e. Strona 404 powinna być czytelna, zawierać wyszukiwarkę i linki do głównych kategorii.
🟡 Test na urządzeniach mobilnych - sprawdź kluczowe strony na telefonie. Responsywność, szybkość, używalność.
🟢 Automatyczny test wszystkich URL-i - użyj skryptu (curl, Python) do przetestowania wszystkich URL-i z mapy przekierowań. Eksportuj wynik do CSV.
Etap 5: Dzień migracji (D-Day)
🔴 Backup starej witryny - pełny backup plików i bazy danych. Przechowaj przez minimum 3 miesiące.
🔴 Zmiana DNS / deploy produkcyjny - przełącz domenę na nowy serwer/instalację. Sprawdź propagację DNS.
🔴 Przekierowania aktywne na produkcji - zweryfikuj, że reguły przekierowań działają na domenie produkcyjnej. Sprawdź minimum 20 URL-i ręcznie.
🔴 Robots.txt na produkcji - upewnij się, że plik robots.txt na produkcji ZEZWALA na crawlowanie (usuń blokady ze stagingu!).
🔴 Sitemap XML zaktualizowany - nowy sitemap z nowymi URL-ami. Zgłoszenie w Google Search Console.
🟡 Canonical tags poprawne - sprawdź, czy tagi canonical na kluczowych stronach wskazują na nowe URL-e (nie stare).
🟡 Google Analytics i GTM - sprawdź, czy tagi analityczne działają na nowej wersji. Zrób testowe zamówienie i sprawdź w DebugView.
🟡 Powiadom Google o zmianie - w GSC: użyj narzędzia “Zmiana adresu” jeśli zmieniła się domena. Jeśli nie, wystarczy ponowne zgłoszenie sitemapy.
Etap 6: Monitoring po migracji (tydzień 1)
🔴 Codzienne sprawdzanie GSC - monitoruj raport pokrycia: nowe błędy crawlowania, strony z kodem 404, strony wykluczone z indeksu.
🔴 Monitoring ruchu organicznego - porównuj ruch organiczny dzień do dnia z tym samym okresem rok wcześniej. Spadek 10-20% w pierwszym tygodniu jest normalny. Spadek 50%+ wymaga natychmiastowej reakcji.
🔴 Monitoring przekierowań - sprawdź logi serwera pod kątem 404. Każdy URL z ruchem, który zwraca 404, wymaga natychmiastowego przekierowania.
🟡 Monitoring pozycji - codzienne sprawdzanie pozycji na TOP 20 fraz. Wahania w pierwszych dniach są normalne.
🟡 Monitoring konwersji - porównaj współczynnik konwersji przed i po migracji. Spadek konwersji może wskazywać na problem z UX, nie z SEO.
Etap 7: Monitoring długoterminowy (miesiąc 1-3)
🔴 Miesiąc 1: pełny raport - porównanie ruchu organicznego, pozycji, konwersji i przychodu z organic vs. okres przed migracją. Zidentyfikuj strony, które straciły ruch.
🟡 Miesiąc 1: naprawy - na podstawie raportu: dodaj brakujące przekierowania, popraw meta tagi na stronach które straciły pozycje, napraw błędy techniczne.
🟡 Miesiąc 2: stabilizacja - ruch organiczny powinien wrócić do poziomu sprzed migracji lub go przekroczyć. Jeśli nie, zidentyfikuj przyczynę (brakujące przekierowania, problemy techniczne, utrata linków).
🟡 Miesiąc 3: podsumowanie - finalny raport z migracji. Porównanie KPI: ruch organiczny, pozycje, konwersje, przychód. Dokumentacja wyciągniętych wniosków.
🟢 Optymalizacja post-migracyjna - wykorzystaj migrację jako okazję: nowe treści na kategoriach, poprawa linkowania wewnętrznego, optymalizacja Core Web Vitals na nowym systemie.
🟢 Audyt przekierowań po 6-12 miesiącach - po pełnej reindeksacji i stabilizacji sprawdź, które przekierowania nadal przyjmują ruch lub mają linki zewnętrzne. Usuwaj tylko te, które są bezpieczne do usunięcia; przekierowania dla URL-i z linkami i ruchem zostaw długoterminowo.
Następne kroki
Migracja PrestaShop to projekt, w którym błędy SEO kosztują realne pieniądze w utraconym ruchu i sprzedaży. Jeśli planujesz migrację i chcesz mieć pewność, że nie stracisz pozycji - umów bezpłatną konsultację.