Migracja PrestaShop 1.6 lub 1.7 do 9 bez utraty SEO: lista kontrolna 301

Nowy sklep działa już na PrestaShop 9, zamówienia wpływają, a tydzień później Search Console zaczyna pokazywać setki stron „Nie znaleziono (404)”: stare adresy produktów, które Google wciąż miał w wynikach. Żeby migracja PrestaShop odbyła się bez utraty SEO, każdy adres, który ma pozycje albo odwiedziny, w dniu przełączenia musi zrobić jedną z dwóch rzeczy: zostać dokładnie taki sam albo przekierować przekierowaniem 301 na swoją nową stronę.

Oto lista kontrolna, której trzymamy się przy migracjach z 1.6 i 1.7 do 9: co zmienia się w Twoich adresach URL, co spisać wcześniej, jak przygotować mapę przekierowań i co sprawdzić w dniu przełączenia oraz w kolejnych tygodniach.

Migracja zaczyna się od serwera: PrestaShop 9 wymaga PHP 8.1 lub nowszego, a w artykule jaka wersja PHP dla PrestaShop znajdziesz tabelę dla każdej wersji i daty końca poprawek bezpieczeństwa każdego PHP.

Co zmienia się w adresach URL między 1.6, 1.7 a 9?

Mniej, niż się wydaje, ale nie nic. Oto domyślne formaty adresów PrestaShop, wzięte z kodu każdej wersji:

• Produkty. W 1.6 adres zawiera kategorię oraz, jeśli produkt go ma, kod kreskowy EAN: /buty/12-niebieskie-sneakersy.html. 1.7 i 8 zachowują ten format i dodają numer kombinacji, jeśli taka jest. PrestaShop 9 domyślnie usuwa kategorię i EAN: /12-niebieskie-sneakersy.html.
• Marki i dostawcy. W 1.6 wyglądają tak: /3_nazwa-marki i /2__nazwa-dostawcy; od 1.7.5 tak: /brand/3-nazwa-marki i /supplier/2-nazwa-dostawcy.
• Kategorie i strony treści mają ten sam format we wszystkich wersjach: /3-buty i /content/4-o-nas.
• Kategorie z filtrami. W 1.6 moduł filtrów mógł umieszczać filtry w ścieżce (/3-buty/kolor-niebieski). Od 1.7 trafiają za znak zapytania, do parametru q.
• Języki. Do wersji 8 sklep z kilkoma językami umieszcza kod języka w każdym adresie, także w języku domyślnym (/pl/). PrestaShop 9 dodaje przełącznik, który usuwa go z języka domyślnego: musi odpowiadać temu, co robił Twój stary sklep.

Dwa szczegóły przesądzają prawie o wszystkim. Po pierwsze: liczba w adresie to ID produktu lub kategorii, więc migracja musi zachować te same ID. Narzędzie, które numeruje katalog od nowa, zmienia każdy adres URL. Po drugie: jeśli aktualizujesz sklep modułem 1-Click Upgrade od PrestaShop, jego skrypty aktualizacji zapisują stare formaty produktów, marek i dostawców jako własne ścieżki, żeby dalej działały. Jeśli nowa wersja jest instalowana od zera, a dane są przenoszone, obowiązują nowe formaty, chyba że ustawisz je sam.

To najtańsze przekierowanie, jakie istnieje: w Preferencje → Ruch → SEO & URL pole „Ścieżka do produktów” i pola obok pozwalają zachować dotychczasowy format. Adres, który się nie zmienia, nie potrzebuje żadnego przekierowania.

Przed migracją: jakie adresy URL muszę spisać?

Wszystkie, które coś dają, a nie tylko te z mapy witryny. Zbierz je w arkuszu z trzema kolumnami: stary adres, nowy adres i status.

1. Mapa witryny starego sklepu. Zapisz jej kopię przed przełączeniem: to pełna lista tego, co zgłosiłeś Google.
2. Search Console → Skuteczność → Strony. Strony z kliknięciami i wyświetleniami z ostatnich 16 miesięcy. Tych nie możesz stracić.
3. Search Console → Linki. Twoje najczęściej linkowane strony. Link z innej witryny do adresu, który zwraca 404, przestaje cokolwiek dawać Twojemu sklepowi.
4. Logi serwera lub Analytics. Strony wejścia, na które ludzie trafiają z e-maili, reklam albo zakładek, a których Google nie widzi.
5. Zdjęcia. Jeśli Grafika Google przynosi Ci odwiedziny, spisz też adresy zdjęć (dlaczego, wyjaśniamy niżej).

Jak przygotować mapę przekierowań 301?

Przejdź arkusz wiersz po wierszu i każdemu adresowi daj jeden cel:

• Ten sam format i to samo ID: nic do zrobienia. Właśnie dlatego warto zachować ścieżki.
• Format, który się zmienia (marki, dostawcy, stare filtry, produkty, jeśli nie zachowujesz ścieżki): przekierowanie na nowy adres tej samej strony.
• Produkty lub kategorie, których nie przenosisz: na produkt, który je zastępuje, albo na ich kategorię. Nigdy wszystko na stronę główną: Google ostrzega, że masowe przekierowania na niezwiązaną stronę mogą być traktowane jak miękki błąd 404, a klient i tak nie znajdzie tego, czego szukał.
• Jeden skok, nie dwa. Jeśli stary adres już przekierowywał na inny, skieruj go od razu na stronę docelową.

Jeśli nie wiesz, czy wybrać 301, 302 czy 410, albo dokąd skierować daną stronę, opisaliśmy to w artykule błędy 404 w PrestaShop: jak je znaleźć i przekierować 301.

Co jeszcze musi przetrwać przeprowadzkę?

Adres jest najważniejszy, ale nie jedyny. Sprawdź te punkty na kopii testowej, przed przełączeniem:

• Meta tytuły i meta opisy. Są zapisane dla każdego produktu, kategorii i strony, w każdym języku, i przechodzą razem z Twoimi danymi. Otwórz kilka i porównaj. Meta keywords znikają w PrestaShop 9: nic nie tracisz, Google nie używa ich od lat.
• Canonical i hreflang. Aktualne motywy dodają oba znaczniki w nagłówku każdej strony. Sprawdź, czy wskazują na Twoją prawdziwą domenę, a nie na adres kopii testowej.
• Zdjęcia. Adres zdjęcia produktu wygląda tak: /123-large_default/niebieskie-sneakersy.jpg, a środkowa część to rozmiar zdjęcia zdefiniowany przez motyw. Motyw z 1.6 miał rozmiary, takie jak thickbox_default, których aktualne motywy już nie mają. Jeśli te zdjęcia mają odwiedziny, utwórz stare rozmiary w Wygląd → Zdjęcia i wygeneruj ponownie miniatury: stare adresy znów zadziałają.
• robots.txt i tryb przerwy technicznej. Kopia testowa jest zwykle zamknięta dla wyszukiwarek. W dniu przełączenia wygeneruj ponownie robots.txt, wyłącz przerwę techniczną i sprawdź, czy żadna strona nie ma noindex.

Dzień przełączenia: jak sprawdzić, czy wszystko poszło dobrze?

1. Przetestuj 20–30 adresów z listy, zaczynając od tych z największą liczbą kliknięć. Każdy powinien odpowiedzieć jednym przekierowaniem 301 i trafić na stronę, która się ładuje. Jeśli któryś przekierowuje dwa razy albo kończy się błędem 404, popraw go, zanim pójdziesz dalej.
2. Przeskanuj nowy sklep crawlerem, na przykład Screaming Frog (jego darmowa wersja skanuje do 500 adresów), szukając błędów 404 i linków wewnętrznych, które wciąż prowadzą do starych adresów.
3. Prześlij nową mapę witryny w Search Console i usuń starą, tak jak zaleca Google.
4. Sprawdź dziesięć najważniejszych stron narzędziem Sprawdzenie adresu URL, żeby upewnić się, że Google ma do nich dostęp.
5. Przejrzyj każdy język: przekierowanie, które działa po polsku, może nie istnieć po niemiecku.

Na co uważać w kolejnych tygodniach?

Pierwsze tygodnie przesądzają o wyniku. Samo Google mówi, że średniej wielkości witryna może potrzebować kilku tygodni lub więcej, żeby ustabilizować się po zmianie adresów, i że wahania są normalne. Nienormalny jest błąd 404, na który wciąż ktoś wchodzi.

• Co tydzień „Nie znaleziono (404)” w raporcie Strony w Search Console oraz rejestr błędów 404 Twojego sklepu, który łapie też wejścia z e-maili i innych witryn.
• Kliknięcia w raporcie Skuteczność: porównaj 28 dni po przełączeniu z takim samym okresem przed nim. Jeśli strona traci odwiedziny, sprawdź najpierw jej przekierowanie.
• Utrzymaj przekierowania co najmniej rok, jak zaleca Google, i zaktualizuj linki, które sam kontrolujesz: newslettery, profile w mediach społecznościowych i marketplace'y.

Jak ustawiamy przekierowania przy naszych migracjach?

Naszym modułem przekierowań 301 dla PrestaShop, który działa od 1.7.5 do 9 i którego darmowa edycja nie ma limitu reguł. Instaluje się go w nowym sklepie od pierwszego dnia: zapisuje każdy błąd 404, jaki dostaje sklep, z botami liczonymi osobno, a z każdego tworzysz przekierowanie na produkt, kategorię, stronę, markę albo dowolny adres. Reguła wskazuje na samą stronę, więc działa dalej, nawet jeśli później zmienisz jej adres URL.

Przy migracji z setkami adresów edycja PRO oszczędza Ci przepisywania: importuje całą mapę z pliku CSV, z podglądem każdego wiersza przed zapisaniem, łapie całe grupy starych adresów jedną regułą („zaczyna się od”, symbol wieloznaczny albo wyrażenie regularne) i podpowiada najlepszy cel dla każdego błędu 404. A jeśli dopiero zastanawiasz się nad przejściem, wyjaśniliśmy, z czym wiąże się aktualizacja PrestaShop 1.6 lub 1.7 do 9 i ile kosztuje.