Migracja sklepu na Shoper bez utraty ruchu SEO

Czy po migracji sklepu zawsze spada ruch?

Nie. Trzeba jednak liczyć się z możliwością chwilowych wahań.

Google musi ponownie odwiedzić część stron, odczytać przekierowania, przetworzyć nowe adresy i sprawdzić zmienioną wersję serwisu. Przy dużej migracji proces ten nie odbywa się natychmiast.

Nie oznacza to, że spadek jest „normalny” i można go zignorować.

Duża utrata ruchu może wynikać między innymi z:

• brakujących przekierowań,
• przypadkowego noindex,
• blokady robots.txt,
• usunięcia wartościowych treści,
• zmiany linkowania,
• niepoprawnych canonicali,
• błędów 404,
• problemów z renderowaniem,
• złej konfiguracji domeny.

Dlatego przed migracją trzeba mieć punkt odniesienia pozwalający odróżnić naturalne wahania od rzeczywistego błędu.

Nie planuj migracji w najważniejszym okresie sprzedażowym

Pierwsza decyzja nie jest techniczna.

Jeżeli sklep większość rocznej sprzedaży generuje przed Bożym Narodzeniem, migracja pod koniec listopada jest niepotrzebnym ryzykiem.

Podobnie będzie w biznesach sezonowych. Sklep narciarski, ogrodniczy czy sprzedający artykuły szkolne posiada okresy, w których nawet kilkudniowy problem z widocznością może kosztować znacznie więcej.

Nie należy również wykonywać dużej zmiany tuż przed kampanią, premierą nowego produktu czy okresem wzmożonej promocji.

Zrób kopię starego sklepu

Przed migracją warto zabezpieczyć starą wersję serwisu.

Backup jest potrzebny nie tylko na wypadek awarii. Może później pomóc ustalić:

• jak wyglądała konkretna strona,
• jaki miała H1,
• jaki description był ustawiony,
• gdzie prowadził link,
• jaki tekst znajdował się na kategorii,
• jak prezentowana była nawigacja.

Po uruchomieniu nowej wersji część takich informacji może być trudna do odzyskania.

W przypadku większego sklepu warto zabezpieczyć również eksporty danych oraz raporty przygotowane przed zmianą.

Przecrawluj starą stronę przed migracją

Jednym z najważniejszych materiałów przygotowawczych jest pełny crawl starego sklepu (np. z wykorzystaniem narzędzia takiego jak Screaming Frog).

Crawler pozwala zebrać między innymi:

• adresy URL,
• statusy HTTP,
• title,
• meta description,
• H1 i H2,
• canonicale,
• dane robots,
• linkowanie wewnętrzne,
• obrazy,
• strony osierocone możliwe do wykrycia po połączeniu danych z innymi źródłami.

Taki crawl staje się później punktem porównawczym.

Po migracji można sprawdzić, czy adres, który wcześniej zwracał 200, nadal istnieje albo został prawidłowo przekierowany.

Bez takiej dokumentacji część problemów wykrywamy dopiero wtedy, gdy GSC pokaże spadek kliknięć.

Przygotuj pełną listę starych adresów URL

Sam crawl nie powinien być jedynym źródłem.

Lista URL-i powinna zostać uzupełniona między innymi o dane z:

• Google Search Console,
• Google Analytics,
• narzędzi do analizy backlinków,
• sitemap,
• bazy sklepu,
• list adresów aktywnie pozycjonowanych.

Szczególnie ważne są podstrony:

• generujące ruch organiczny,
• posiadające linki przychodzące,
• widoczne wysoko na ważne frazy,
• generujące sprzedaż,
• strategiczne biznesowo.

Nie można ograniczyć migracji do produktów znajdujących się obecnie w menu. Wartościowy artykuł sprzed czterech lat może nie być łatwo dostępny z nawigacji, ale nadal posiadać backlinki i generować ruch z Google.

Najlepiej zachować adresy URL 1:1

Jeżeli nie ma wyraźnej potrzeby zmiany struktury, najbezpieczniej pozostawić dotychczasowe adresy.

Dotyczy to przede wszystkim:

• kategorii,
• produktów,
• producentów,
• wpisów blogowych,
• stron informacyjnych.

Migracja platformy sama w sobie jest już dużą zmianą. Nie warto dodatkowo modyfikować kilku tysięcy URL-i tylko dlatego, że nowa struktura „wygląda ładniej”.

Jeżeli dotychczasowy adres jest prawidłowy, posiada ruch i linki, zmiana może wygenerować więcej ryzyka niż korzyści.

Jeśli adresy się zmieniają, przygotuj mapę przekierowań

Nie zawsze uda się zachować strukturę 1:1.

Wtedy jeszcze przed uruchomieniem nowej wersji trzeba stworzyć mapę:

stary adres → nowy adres

Obowiązkowo należy uwzględnić:

• kategorie produktów,
• produkty,
• producentów,
• strony informacyjne,
• wpisy blogowe,
• ważne landing page’e.

Dodatkowy priorytet powinny mieć strony generujące ruch, posiadające backlinki albo dobre pozycje.

Przekierowanie należy kierować do możliwie najbardziej odpowiadającej tematycznie nowej strony.

Stary model produktu może prowadzić do bezpośredniego następcy. Jeżeli następca nie istnieje, czasem właściwym celem będzie kategoria.

Nie należy automatycznie przekierowywać wszystkich usuniętych produktów na stronę główną.

W Shoperze przekierowania 301 można obsługiwać z panelu

Shoper posiada mechanizm zarządzania przekierowaniami 301.

Obecnie można znaleźć go w sekcji:

Ustawienia → Zaawansowane → Przekierowania

Można wskazać stary adres i skierować go między innymi do produktu, kategorii, producenta, wpisu blogowego, strony informacyjnej albo innego adresu URL.

Platforma w części sytuacji potrafi również automatycznie rozpoznać poprzedni adres tego samego obiektu i wykonać przekierowanie.

Nie należy jednak opierać na tym całej migracji.

Przy zmianie platformy mapa adresów musi zostać zaplanowana i przetestowana niezależnie od automatycznych mechanizmów.

Unikaj łańcuchów przekierowań

Nie przebudowuj wszystkiego jednocześnie

Jednym z częstszych błędów jest potraktowanie migracji jako okazji do wykonania wszystkich zaległych zmian naraz.

Nowa platforma, nowa domena, całkowicie nowe menu, skrócone opisy, usunięcie 30% produktów i zmiana wszystkich URL-i w tym samym dniu oznaczają ogromną liczbę zmiennych.

Jeżeli po wdrożeniu ruch spadnie, bardzo trudno będzie wskazać przyczynę.

Jeżeli nie ma wyraźnego powodu biznesowego, w czasie migracji warto zachować możliwie dużo kluczowych elementów:

• strukturę informacji,
• najważniejsze kategorie,
• wartościowe produkty,
• content,
• linkowanie,
• adresy URL.

Większą przebudowę można przeprowadzić później w kontrolowanych etapach pozycjonowania na Shoperze.

Wersję techniczną zablokuj przed indeksacją

Sklep przygotowywany na domenie technicznej nie powinien trafić do wyników wyszukiwania przed premierą.

Najbezpieczniejszym rozwiązaniem jest ograniczenie dostępu do wersji deweloperskiej przez logowanie lub autoryzację.

Dodatkowo można stosować odpowiednie ustawienia noindex i robots.txt, zależnie od sposobu przygotowywania środowiska.

Trzeba jednak pamiętać o najważniejszym momencie: po uruchomieniu właściwego sklepu blokady muszą zostać usunięte.

Przypadkowe pozostawienie noindex na produkcji jest jednym z najpoważniejszych błędów migracyjnych.

Przenieś meta title i meta description

Nowy sklep nie powinien startować z przypadkowymi metadanymi tylko dlatego, że na starym systemie były zapisane w innym miejscu.

Należy przenieść:

• globalne schematy title,
• globalne schematy description,
• indywidualne title,
• indywidualne meta description.

Kontrola powinna objąć:

• stronę główną,
• kategorie,
• produkty,
• producentów,
• blog,
• strony informacyjne,
• inne ważne landing page’e.

W Shoperze można korzystać z globalnych schematów oraz nadpisywać je indywidualnymi ustawieniami konkretnych stron.

Po migracji trzeba więc sprawdzić oba poziomy.

Przenieś cały wartościowy content

Migracja nie jest momentem, w którym nowe kategorie mają „na razie” ruszyć bez opisów.

Na start powinny trafić wartościowe elementy starego serwisu:

• opis strony głównej,
• opisy kategorii,
• opisy produktów,
• treści stron producentów,
• strony informacyjne,
• wpisy blogowe,
• FAQ,
• nagłówki,
• linki wewnętrzne.

Należy zachować również strukturę H1-H6, jeżeli była prawidłowa.

Szczególnej uwagi wymagają sklepy, w których nazwa widoczna w menu różniła się od zoptymalizowanego H1. Po migracji może okazać się, że nowy szablon ponownie wykorzystuje krótką nazwę kategorii jako nagłówek główny.

Sprawdź, gdzie Shoper wyświetla opisy!

Samo przeniesienie treści do bazy nie wystarczy.

Po zmianie platformy trzeba zobaczyć stronę tak, jak widzi ją użytkownik i robot.

Opis może:

• pojawić się w innym miejscu,
• zostać umieszczony przed H1,
• wyświetlać się również na paginacji,
• zostać schowany w elemencie rozwijanym,
• przesunąć produkty bardzo nisko na urządzeniu mobilnym.

Dlatego każdy ważny typ strony trzeba zweryfikować wizualnie i w kodzie HTML.

Sprawdź linkowanie wewnętrzne

Jeżeli zmieniają się adresy URL, nie wystarczy ustawić przekierowań.

Linki znajdujące się w:

• opisach kategorii,
• wpisach blogowych,
• menu,
• stopce,
• modułach strony głównej,
• stronach informacyjnych

powinny prowadzić bezpośrednio do nowych adresów.

Przekierowanie 301 jest zabezpieczeniem dla starego URL-a, a nie docelową metodą linkowania wewnętrznego.

Po migracji warto więc wykonać crawl i wyszukać wszystkie linki wewnętrzne prowadzące przez 301.

Sprawdź sitemap.xml

Shoper automatycznie generuje mapę witryny.

Jej adres można znaleźć w ustawieniach SEO panelu, w sekcji Google Sitemap.

Po migracji należy:

1. otworzyć sitemapę i sprawdzić, czy działa,
2. zweryfikować przykładowe adresy,
3. upewnić się, że prowadzą do właściwej domeny,
4. zgłosić aktualną mapę w Google Search Console.

Sitemap nie zagwarantuje indeksacji, ale pomaga Google szybciej odnaleźć nowe albo zmienione strony.

Po uruchomieniu odblokuj sklep dla robotów

To powinien być jeden z pierwszych punktów kontroli produkcyjnej.

Sprawdź:

• robots.txt,
• meta robots,
• nagłówki HTTP związane z indeksacją,
• dostęp do strony bez logowania.

Szczególną uwagę warto zwrócić na rozwiązania używane wcześniej do zabezpieczenia wersji testowej.

Czasem migracja jest technicznie wykonana poprawnie, ale Google po prostu nie może wejść na nowy sklep.

Sprawdź SSL i wszystkie warianty domeny

Cały sklep powinien działać przez HTTPS.

Trzeba również sprawdzić zachowanie wariantów:

• http://domena.pl,
• https://domena.pl,
• http://www.domena.pl,
• https://www.domena.pl.

Powinna istnieć jedna wersja docelowa, a pozostałe warianty muszą konsekwentnie prowadzić do niej.

Jeżeli stary sklep korzystał z www, nie ma potrzeby zmieniać wariantu podczas migracji bez wyraźnego powodu.

Przenieś GA4, GTM i Search Console

Po uruchomieniu nowej wersji nie można stracić ciągłości pomiaru.

Należy sprawdzić między innymi:

• Google Analytics 4,
• Google Tag Manager,
• konwersje,
• integracje reklamowe,
• Google Search Console.

Nie wystarczy zobaczyć kod GA w źródle. Trzeba sprawdzić, czy zdarzenia i dane e-commerce rzeczywiście są wysyłane prawidłowo.

W przypadku GSC należy również zweryfikować możliwość kontroli nowych adresów i przesłać aktualną sitemapę.

Sprawdź dane strukturalne

Migracja może zmienić sposób generowania danych dotyczących produktów, cen, dostępności, opinii czy breadcrumbs.

Po uruchomieniu należy sprawdzić reprezentatywną próbę:

• produktów z opiniami,
• produktów bez opinii,
• produktów promocyjnych,
• produktów niedostępnych,
• kategorii,
• wpisów blogowych.

Warto wykorzystać Google Rich Results Test oraz raporty Google Search Console.

Nie należy zakładać, że skoro platforma generuje schema automatycznie, każdy typ strony w konkretnym sklepie będzie działał prawidłowo.

Przecrawluj nową stronę po migracji

Po publikacji potrzebny jest drugi pełny crawl.

Sprawdź każdy stary URL

Przy dużej migracji ręczna kontrola kilkunastu najważniejszych stron nie wystarcza.

Lista wszystkich starych adresów powinna zostać ponownie przeskanowana.

Oczekiwany rezultat to najczęściej:

• 200 - jeżeli URL został zachowany,
• 301 - jeżeli został przeniesiony na nowy odpowiednik.

Trzeba szczególnie wychwycić:

• 404,
• 302 zamiast 301,
• przekierowania do nieodpowiednich stron,
• łańcuchy,
• pętle,
• przekierowania masowo prowadzące na homepage.

To jedna z najważniejszych kontroli całej migracji.

Monitoruj GSC przez kolejne tygodnie

Migracja nie kończy się w dniu uruchomienia strony.

Przez kolejne tygodnie warto regularnie obserwować:

• kliknięcia organiczne,
• wyświetlenia,
• najważniejsze zapytania,
• najważniejsze landing page’e,
• indeksację,
• wybrane canonicale,
• błędy crawlowania,
• dane strukturalne,
• Core Web Vitals.

Nie każdy ruch w raportach oznacza problem. Najważniejsze jest wychwycenie odchyleń dotyczących konkretnych sekcji.

Jeżeli cała domena zachowuje ruch, ale jedna grupa kategorii traci 70% kliknięć, trzeba analizować właśnie tę część migracji.

Co zmienia się, jeśli razem z platformą zmieniasz domenę?

Zmiana domeny zwiększa skalę migracji.

W takim przypadku należy przygotować przekierowania 301 ze starej domeny na odpowiadające adresy nowej.

Nie powinno to wyglądać tak:

wszystkie stare adresy → strona główna nowej domeny.

Każdy wartościowy URL powinien prowadzić do swojego odpowiednika.

Po uruchomieniu trzeba również:

• zweryfikować nową domenę w Google Search Console,
• zachować dostęp do zweryfikowanej starej domeny,
• skorzystać z narzędzia zmiany adresu w GSC, jeżeli spełnione są jego warunki,
• sprawdzić wszystkie linki wewnętrzne,
• sprawdzić wersje HTTP/HTTPS i www/non-www,
• zaktualizować linki w profilach i zewnętrznych serwisach,
• w miarę możliwości zmienić najważniejsze backlinki na nową domenę.

Warto również zaktualizować adresy w reklamach, porównywarkach cenowych, marketplace’ach i innych kanałach zewnętrznych.

Migracja na Shoper - checklista przed uruchomieniem

Przed publikacją nowego sklepu sprawdź:

• czy migracja odbywa się poza najważniejszym okresem sprzedażowym,
• czy istnieje kopia starej strony,
• czy wykonano crawl starego sklepu,
• czy przygotowano listę wszystkich istotnych URL-i,
• czy wykorzystano dane GSC, GA4 i backlinki do ustalenia priorytetów,
• czy wersja techniczna jest zabezpieczona przed indeksacją,
• czy adresy zostały zachowane 1:1 tam, gdzie było to możliwe,
• czy dla zmienionych URL-i przygotowano mapę 301,
• czy przeniesiono globalne schematy meta,
• czy przeniesiono indywidualne title i description,
• czy przeniesiono H1 oraz strukturę nagłówków,
• czy przeniesiono opisy kategorii, produktów i producentów,
• czy przeniesiono wpisy blogowe i strony informacyjne,
• czy zachowano wartościowe linkowanie wewnętrzne,
• czy sprawdzono canonicale,
• czy sprawdzono dane strukturalne,
• czy nie połączono migracji z niepotrzebną masową przebudową serwisu.

Migracja na Shoper - checklista po uruchomieniu

Po publikacji sprawdź:

• czy sklep jest dostępny dla robotów,
• czy nie pozostał globalny noindex,
• czy robots.txt nie blokuje ważnych sekcji,
• czy SSL działa w całej domenie,
• czy warianty www/non-www i HTTP/HTTPS są prawidłowo przekierowane,
• czy GA4 i GTM zbierają dane,
• czy sklep jest zweryfikowany w GSC,
• czy przesłano prawidłową sitemapę,
• czy Google poprawnie renderuje najważniejsze typy stron,
• czy dane strukturalne są poprawne,
• czy strona działa prawidłowo na mobile,
• czy wykonano crawl nowego sklepu,
• czy wszystkie stare URL-e zwracają 200 albo właściwy 301,
• czy nie ma łańcuchów i pętli przekierowań,
• czy linkowanie wewnętrzne prowadzi bezpośrednio do nowych URL-i,
• czy nie powstała duża liczba 404,
• czy wydajność strony jest prawidłowa,
• czy GSC nie pokazuje nowych problemów z indeksacją.

Krótka checklista migracyjna dla dewelopera

Deweloper powinien otrzymać osobną, jednoznaczną listę najważniejszych wymagań:

• wykonaj kopię starej strony,
• zabezpiecz środowisko testowe przed indeksacją,
• zachowaj istniejące adresy URL tam, gdzie jest to możliwe,
• wdróż przekierowania 301 zgodnie z przygotowaną mapą,
• nie przekierowuj masowo niepowiązanych adresów na stronę główną,
• usuń blokadę indeksacji po publikacji,
• sprawdź SSL,
• sprawdź canonicale,
• zachowaj lub przenieś kody analityczne,
• upewnij się, że ważny content znajduje się w kodzie nowej strony,
• umożliw wykonanie pełnego crawla przed i po wdrożeniu.

Specjalista SEO powinien natomiast ocenić, które adresy należy zachować, gdzie skierować przekierowania i jakie elementy starego serwisu mają największą wartość organiczną. To nie są decyzje, które warto podejmować automatycznie na podstawie samej struktury URL.

Najczęściej zadawane pytania (FAQ)