Jak przenieść PrestaShop bez utraty pozycji w Google

Dlaczego migracje są niebezpieczne dla SEO

Migracja sklepu PrestaShop to jedna z operacji niosących największe ryzyko z perspektywy SEO. Niezależnie od tego, czy przenosisz sklep na nowy serwer, zmieniasz domenę, aktualizujesz PrestaShop z wersji 1.6 do 1.7 lub 8.x, czy restrukturyzujesz wzorce adresów URL — każda migracja niesie ze sobą ryzyko zniszczenia miesięcy lub lat wypracowanych pozycji w wyszukiwarkach.

Powód jest prosty. Google i inne wyszukiwarki zaindeksowały Twoje obecne adresy URL, przypisały im autorytet i zbudowały mapę struktury Twojej witryny. Kiedy zmieniasz cokolwiek w tych adresach URL, ich strukturze lub dostępności, wyszukiwarki muszą ponownie ocenić wszystko. Jeśli przejście zostanie przeprowadzone źle, Google interpretuje zmianę jako zniknięcie starej treści i pojawienie się nowej, niesprawdzonej. Efektem jest spadek pozycji, z którego odzyskanie może zająć miesiące — o ile w ogóle nastąpi pełne odzyskanie.

Dobra wiadomość jest taka, że migracje można przeprowadzić bezpiecznie. Przy odpowiednim planowaniu, prawidłowej implementacji przekierowań i uważnym monitorowaniu możesz zachować zdecydowaną większość swoich pozycji podczas migracji. Ten przewodnik przeprowadzi Cię przez każdy etap procesu, od wstępnego audytu SEO po monitoring po migracji.

Audyt SEO przed migracją

Zanim dotkniesz jakiegokolwiek pliku konfiguracyjnego, potrzebujesz pełnego obrazu aktualnego stanu SEO. Ten audyt służy dwóm celom: daje Ci punkt odniesienia do porównania po migracji i identyfikuje najcenniejsze strony, które muszą być obsłużone z absolutną starannością.

Przeskanuj swoją obecną witrynę

Użyj narzędzia do crawlowania, takiego jak Screaming Frog, Sitebulb lub darmowej wersji Screaming Frog (ograniczonej do 500 adresów URL), aby przeskanować całą witrynę. Wyeksportuj pełną listę adresów URL, ich kody statusu HTTP, tytuły stron, opisy meta, tagi kanoniczne i strukturę linkowania wewnętrznego. Zapisz te dane. Będziesz ich potrzebować po migracji, aby zweryfikować, że nic nie zostało utracone.

Eksportuj dane z Google Search Console

Google Search Console to najbardziej wiarygodne źródło informacji o tym, które strony faktycznie generują ruch organiczny. Przejdź do Skuteczność > Wyniki wyszukiwania i wyeksportuj dane za ostatnie 16 miesięcy (maksymalny dostępny okres). Zwróć szczególną uwagę na:

Strony z największą liczbą kliknięć i wyświetleń. To Twoje strony generujące przychód. Awaria przekierowania na którejkolwiek z tych stron będzie miała natychmiastowy i widoczny wpływ na ruch.

Zapytania generujące największy ruch. Po migracji będziesz monitorować te zapytania, aby zweryfikować stabilność pozycji.

Strony z dużą liczbą wyświetleń, ale małą liczbą kliknięć. Te strony są na granicy osiągnięcia dobrych pozycji i są szczególnie wrażliwe na zakłócenia.

Udokumentuj swoją strukturę URL

PrestaShop generuje adresy URL na podstawie ustawień przyjaznych adresów URL, struktury kategorii i konfiguracji produktów. Udokumentuj te wzorce. Na przykład, czy Twoje adresy URL produktów mają strukturę /kategoria/nazwa-produktu.html, czy po prostu /nazwa-produktu.html? Czy adresy URL kategorii zawierają identyfikatory, takie jak /3-nazwa-kategorii? Czy strony CMS znajdują się pod /content/5-nazwa-strony?

Zrozumienie tych wzorców jest kluczowe, ponieważ nowa instalacja może domyślnie generować inne struktury adresów URL, a każdy zmieniony adres URL wymaga przekierowania.

Sprawdź istniejące linki zwrotne

Użyj narzędzia do sprawdzania linków zwrotnych, takiego jak Ahrefs, Moz lub raport Linki w Google Search Console, aby zidentyfikować, które zewnętrzne strony linkują do Twojego sklepu i do których konkretnych stron. Te strony z linkami zwrotnymi niosą największy autorytet, a ich utrata oznacza utratę wartości SEO każdego linku zwrotnego, który na nie wskazuje.

Tworzenie mapy URL

Mapa URL to najważniejszy dokument w całej migracji. To arkusz kalkulacyjny, który mapuje każdy stary adres URL na odpowiadający mu nowy adres URL. Każdy adres URL, który kiedykolwiek generował ruch, ma linki zwrotne lub pojawia się w mapie witryny, musi mieć swoje mapowanie.

Generowanie listy adresów URL

Połącz adresy URL ze skanowania witryny, eksportu z Google Search Console, raportu linków zwrotnych i mapy witryny XML. Usuń duplikaty i posortuj według ważności (ruch i wartość linków zwrotnych). Twoja finalna lista powinna zawierać:

Wszystkie adresy URL produktów. W PrestaShop są one generowane na podstawie nazwy produktu i konfiguracji przyjaznych adresów URL. Jeśli zmieniasz strukturę adresów URL (na przykład usuwasz rozszerzenia .html lub zmieniasz format ścieżki kategorii), każdy adres URL produktu ulega zmianie.

Wszystkie adresy URL kategorii. Adresy URL kategorii w PrestaShop często zawierają identyfikator kategorii, a ten identyfikator może być inny w nowej instalacji, jeśli ponownie importujesz kategorie.

Wszystkie adresy URL stron CMS. Obejmują one stronę informacyjną, regulamin, politykę prywatności i wszelkie inne strony z treścią.

Wszystkie adresy URL producentów i dostawców, jeśli korzystasz z tych funkcji.

Paginowane adresy URL dla kategorii z dużą liczbą produktów.

Tworzenie mapowania

Dla każdego starego adresu URL określ, jaki będzie odpowiadający mu nowy adres URL. Jeśli struktura adresów URL nie zmienia się (ta sama domena, te same ustawienia przyjaznych adresów URL, te same identyfikatory), wiele adresów URL może mapować się na siebie i nie potrzeba przekierowania. Ale zweryfikuj to. Nawet niewielkie zmiany, takie jak inna głębokość drzewa kategorii lub różnica w końcowym ukośniku, tworzą nowe adresy URL wymagające przekierowań.

Jeśli zmieniasz wzorce adresów URL systematycznie (na przykład usuwasz wszystkie rozszerzenia .html), możesz użyć przekierowań opartych na wyrażeniach regularnych zamiast mapować każdy adres URL indywidualnie. Ale zawsze zweryfikuj wyrażenie regularne na swojej faktycznej liście adresów URL przed uruchomieniem.

Implementacja przekierowań 301

Przekierowanie 301 informuje wyszukiwarki, że strona została trwale przeniesiona do nowej lokalizacji. Przenosi zdecydowaną większość wartości SEO (equity linków) ze starego adresu URL na nowy. To mechanizm, który zachowuje Twoje pozycje podczas migracji.

Gdzie umieszczać przekierowania

Dla PrestaShop na Apache przekierowania umieszcza się w pliku .htaccess w katalogu głównym dokumentów. Umieść reguły przekierowań przed regułami rewrite PrestaShop (przed sekcją zaczynającą się od # Dispatcher).

Dla PrestaShop na Nginx przekierowania umieszcza się w konfiguracji bloku serwera. Może być konieczne przeładowanie Nginx po zmianach: sudo nginx -t && sudo systemctl reload nginx.

Składnia reguł przekierowań

Dla Apache .htaccess, indywidualne przekierowania używają tego formatu:

Redirect 301 /stara-sciezka/stary-produkt.html https://www.nowadomena.com/nowa-sciezka/nowy-produkt

Dla przekierowań opartych na wzorcach z użyciem mod_rewrite:

RewriteEngine On
RewriteRule ^stara-kategoria/(.*)$ /nowa-kategoria/$1 [R=301,L]

Dla Nginx, indywidualne przekierowania:

location = /stara-sciezka/stary-produkt.html {
  return 301 https://www.nowadomena.com/nowa-sciezka/nowy-produkt;
}

Obsługa dużej liczby przekierowań

Sklepy PrestaShop z tysiącami produktów potrzebują bardziej skalowalnego podejścia niż pisanie indywidualnych reguł przekierowań. Opcje obejmują użycie RewriteMap w Apache (który czyta z pliku tekstowego lub bazy danych), użycie modułu PrestaShop zaprojektowanego do zarządzania przekierowaniami lub implementację przekierowań na poziomie aplikacji przez niestandardowy moduł przechwytujący błędy 404 i sprawdzający tabelę przekierowań.

Podejście na poziomie aplikacji ma tę zaletę, że jest zarządzalne przez panel administracyjny, ale dodaje niewielki narzut wydajnościowy do każdego żądania 404. Podejście przez .htaccess jest szybsze, ale trudniejsze w zarządzaniu na dużą skalę.

Aktualizacja mapy witryny XML

Twoja mapa witryny XML informuje wyszukiwarki, które adresy URL istnieją na Twojej stronie i powinny być przeskanowane. Po migracji mapa witryny musi natychmiast odzwierciedlać nową strukturę adresów URL.

Generowanie nowej mapy witryny

PrestaShop posiada wbudowane generowanie mapy witryny, ale wielu właścicieli sklepów korzysta z modułu takiego jak Google Sitemap lub zewnętrznego modułu SEO dla większej kontroli. Po migracji wygeneruj świeżą mapę witryny zawierającą wszystkie nowe adresy URL. Zweryfikuj, że mapa witryny nie zawiera żadnych starych adresów URL, które teraz przekierowują.

Przesyłanie zaktualizowanej mapy witryny

Przejdź do Google Search Console, nawiguj do sekcji Mapy witryn i prześlij nowy adres URL mapy witryny (zazwyczaj https://www.twojadomena.com/1_index_sitemap.xml dla PrestaShop). Jeśli sam adres URL mapy witryny uległ zmianie, usuń stary wpis i dodaj nowy.

Przesłanie świeżej mapy witryny sygnalizuje Google, że struktura Twojej strony uległa zmianie i zachęca do szybszego crawlowania nowych adresów URL. W połączeniu z prawidłowymi przekierowaniami 301 ze starych adresów URL, daje to Google jasny obraz tego, co się stało.

Kroki migracji w Google Search Console

Migracja w tej samej domenie (przeniesienie serwera lub aktualizacja)

Jeśli Twoja domena nie zmienia się, nie są potrzebne żadne specjalne działania w Search Console poza przesłaniem zaktualizowanej mapy witryny i monitorowaniem. Google odkryje zmiany poprzez normalne crawlowanie.

Migracja ze zmianą domeny

Jeśli zmieniasz domeny, użyj narzędzia Zmiana adresu w Google Search Console. Wymaga to, aby zarówno stara, jak i nowa domena były zweryfikowane w Search Console. Kroki są następujące:

Po pierwsze, skonfiguruj i zweryfikuj nową domenę w Google Search Console. Po drugie, upewnij się, że wszystkie przekierowania 301 są na miejscu ze starej domeny na nową. Po trzecie, przejdź do właściwości starej domeny w Search Console i użyj Ustawienia > Zmiana adresu. Po czwarte, postępuj zgodnie z instrukcjami, aby określić nową domenę.

Informuje to Google wyraźnie, że Twoja strona została przeniesiona, co znacząco przyspiesza proces przejścia. Bez tego kroku Google ostatecznie to ustali na podstawie przekierowań 301, ale zajmie to więcej czasu.

Kwestie propagacji DNS

Jeśli Twoja migracja obejmuje zmianę rekordów DNS (kierowanie domeny na nowy serwer), pamiętaj, że propagacja DNS nie jest natychmiastowa. Różne resolvery DNS na całym świecie aktualizują się w różnym czasie, a pełna propagacja może zająć od 24 do 72 godzin.

Minimalizowanie przestojów

Przed migracją zmniejsz TTL (Time To Live) DNS do niskiej wartości, takiej jak 300 sekund (5 minut). Zrób to co najmniej 48 godzin przed właściwą migracją, aby stary, wysoki TTL zdążył wygasnąć wszędzie. Kiedy zmienisz rekordy DNS, resolvery będą sprawdzać aktualizacje co 5 minut zamiast co kilka godzin.

Po zakończeniu i zweryfikowaniu migracji zwiększ TTL z powrotem do normalnej wartości, takiej jak 3600 (1 godzina) lub wyższej, aby zmniejszyć obciążenie zapytaniami DNS.

Uruchamianie obu serwerów równolegle

Podczas okna propagacji niektórzy odwiedzający dotrą do starego serwera, a niektórzy do nowego. Utrzymuj stary serwer z kopią strony (lub przynajmniej z regułami przekierowań) do czasu zakończenia propagacji. Natychmiastowe wyłączenie starego serwera powoduje przestoje dla odwiedzających, których DNS nie został jeszcze zaktualizowany.

Monitoring pozycji po migracji

Praca nie kończy się, gdy migracja staje się aktywna. Monitoring po migracji jest niezbędny, aby wychwycić problemy, zanim spowodują trwałe szkody.

Natychmiastowe sprawdzenia (Dzień 1)

Zweryfikuj, że wszystkie kluczowe strony ładują się poprawnie na nowej witrynie. Przetestuj każde przekierowanie z Twojej mapy URL, aby potwierdzić, że działa. Sprawdź Google Search Console pod kątem nowych błędów crawlowania. Przeprowadź świeże skanowanie witryny i porównaj je z danymi ze skanowania przed migracją.

Monitoring w pierwszym tygodniu

Sprawdzaj Google Search Console codziennie pod kątem błędów crawlowania, problemów z indeksowaniem i wszelkich spadków ruchu. Sprawdź raport Pokrycie pod kątem stron, które nie są już indeksowane lub zwróciły błędy. Monitoruj pozycje swoich kluczowych słów kluczowych za pomocą narzędzia do śledzenia pozycji. Pewne wahania są normalne w pierwszym tygodniu, ale duże spadki na ważnych słowach kluczowych wskazują na problem z przekierowaniem.

Monitoring w pierwszym miesiącu

Porównaj ruch organiczny w Google Analytics lub swojej platformie analitycznej z tym samym okresem przed migracją. Sprawdź, czy wszystkie ważne strony są ponownie indeksowane, wyszukując site:twojadomena.com/konkretna-strona w Google. Zweryfikuj, że stare adresy URL są usuwane z indeksu (powinny przekierowywać na nowe adresy URL, a Google powinien ostatecznie zastąpić je w swoim indeksie).

Ocena po trzech miesiącach

Po trzech miesiącach od migracji Twój ruch organiczny powinien ustabilizować się na poziomie równym lub zbliżonym do poziomu sprzed migracji. Jeśli tak się nie stało, zbadaj, które konkretne strony lub zapytania straciły pozycje i sprawdź ich łańcuchy przekierowań, jakość treści i kondycję techniczną.

Najczęstsze błędy migracyjne

Używanie przekierowań 302 zamiast 301

Przekierowanie 302 informuje wyszukiwarki, że przeniesienie jest tymczasowe. Wyszukiwarki nie przenoszą pełnej wartości linków (equity) przez przekierowania 302. Zawsze używaj 301 dla trwałych migracji. To najczęstszy i najbardziej szkodliwy błąd.

Zapomnienie o przekierowaniu non-www na www (lub odwrotnie)

Jeśli Twoja stara strona używała www.example.com, a nowa używa example.com (lub odwrotnie), potrzebujesz przekierowań zarówno dla zmiany struktury URL, jak i zmiany www/non-www. Zapomnienie o jednym z nich tworzy sytuację, w której niektóre stare adresy URL zwracają błędy 404.

Brak aktualizacji linków wewnętrznych

Po migracji Twoje linki wewnętrzne powinny wskazywać bezpośrednio na nowe adresy URL, a nie na stare adresy URL, które przekierowują. Podczas gdy przekierowania zachowują wartość SEO dla linków zewnętrznych, linki wewnętrzne prowadzące przez przekierowania tworzą niepotrzebne łańcuchy przekierowań i spowalniają crawlowanie.

Utrata HTTPS

Jeśli Twoja stara strona używała HTTPS, a nowa nie (lub odwrotnie), Google traktuje je jako różne adresy URL. Upewnij się, że Twój certyfikat SSL jest prawidłowo skonfigurowany na nowym serwerze przed uruchomieniem i że wszystkie przekierowania używają prawidłowego protokołu.

Zmienianie wielu rzeczy jednocześnie

Jeśli zmieniasz domenę, strukturę URL, treść i projekt strony jednocześnie, diagnozowanie przyczyn ewentualnych spadków pozycji staje się niemożliwe. Zmień jak najmniej rzeczy podczas samej migracji. Aktualizacje treści i projektu mogą nastąpić po ustabilizowaniu się pozycji.

Harmonogram migracji

Dobrze zaplanowana migracja PrestaShop przebiega według następującego harmonogramu:

4 tygodnie przed: Przeprowadź pełny audyt SEO, wyeksportuj wszystkie dane, rozpocznij tworzenie mapy URL. Obniż TTL DNS, jeśli zmieniasz serwery.

2 tygodnie przed: Sfinalizuj mapę URL, napisz wszystkie reguły przekierowań, skonfiguruj nową stronę w środowisku staging i dokładnie przetestuj.

1 tydzień przed: Przetestuj wszystkie przekierowania na stagingu. Zweryfikuj, że nowa mapa witryny XML jest poprawna. Przeprowadź pełne skanowanie strony staging i porównaj z danymi skanowania starej strony.

Dzień migracji: Wdróż nową stronę, aktywuj przekierowania, zaktualizuj DNS jeśli to konieczne, prześlij nową mapę witryny do Search Console, użyj narzędzia Zmiana adresu jeśli zmieniasz domeny.

Tydzień 1: Monitoruj Search Console codziennie, naprawiaj wszelkie błędy crawlowania natychmiast, weryfikuj działanie przekierowań.

Miesiąc 1: Cotygodniowe przeglądy Search Console, porównuj ruch z punktem odniesienia, sprawdzaj postęp indeksowania.

Miesiąc 3: Pełna ocena w odniesieniu do punktu odniesienia sprzed migracji. Rozwiąż wszelkie pozostałe problemy.

Podsumowanie

Udana migracja PrestaShop, która zachowuje pozycje w Google, wymaga trzech rzeczy: dokładnego przygotowania, prawidłowej implementacji przekierowań i starannego monitoringu po migracji. Audyt przed migracją daje Ci punkt odniesienia i identyfikuje najcenniejsze strony. Mapa URL i przekierowania 301 zapewniają, że wartość SEO każdej strony zostanie przeniesiona do nowej lokalizacji. Aktualizacja mapy witryny i konfiguracja Search Console pomagają Google szybko odkryć i przetworzyć zmiany. A monitoring po migracji wychwytuje problemy, zanim staną się trwałe. Pomiń którykolwiek z tych kroków, a ryzykujesz utratę pozycji, których zbudowanie zajęło miesiące lub lata. Zastosuj je wszystkie, a Twoja migracja stanie się kontrolowanym przejściem, a nie katastrofą SEO.