Zmiana platformy sklepu może zmienić adresy produktów, treści kategorii i obsługę zamówień. Przed wyborem terminu ustal, które dane mają pozostać bez zmian i jak sprawdzisz wpływ migracji na ruch oraz sprzedaż.
Krótka odpowiedź
301. Przed startem sprawdź treści, canonicale, blokady indeksacji, sitemapę i testowy zakup. Po przełączeniu monitoruj indeksację, ruch organiczny i sprzedaż osobno.
Usługi KC Mobile
Potrzebujesz pomocy w tym temacie?
Czytasz poradnik „Jak przenieść sklep na inną platformę i zachować widoczność SEO”. Napisz, co chcesz zrobić i na jakim etapie jesteś. Ustalimy, czy możemy pomóc i jaki zakres prac będzie potrzebny.
Co sprawdzić przed wyborem terminu migracji?
Termin migracji wybierz na podstawie sezonowości sprzedaży, ruchu organicznego i gotowości zespołu do reagowania po uruchomieniu nowej platformy. Zapisz dane bazowe, aby porównywać te same zakresy po zmianie.
Przed ustaleniem daty zbierz:
- ruch organiczny, konwersje i sprzedaż według kategorii, produktów oraz stron informacyjnych;
- kliknięcia, wyświetlenia i adresy docelowe z Google Search Console;
- URL-e z sitemap, analityki, logów serwera i raportu linków przychodzących;
- liczbę zamówień, dostępność produktów, promocje i okresy sezonowego popytu.
Porównuj analogiczne okresy i zapisuj zmiany kampanii, cen oraz dostępności asortymentu. Google zaleca wybór okresu mniejszego ruchu, jeśli pozwala na to sezonowość. Jeżeli nowy sklep ma działać na WordPressie, strony i sklepy oparte na WordPressie mogą wymagać zaplanowania zarówno przeniesienia treści, jak i konfiguracji platformy.

Czytasz poradnik „Jak przenieść sklep na inną platformę i zachować widoczność SEO”. Napisz, co chcesz zrobić i na jakim etapie jesteś. Ustalimy, czy możemy pomóc i jaki zakres prac będzie potrzebny. Omów temat tego poradnika
Które adresy sklepu trzeba zachować lub przekierować?
Zachowaj URL, jeśli po migracji strona nadal ma tę samą treść i funkcję; w pozostałych przypadkach przypisz odpowiednik albo zwróć 404 lub 410, gdy zasób nie ma zamiennika. Kod 404 oznacza brak zasobu, a 410 informuje o jego trwałym usunięciu.
Tabela pokazuje decyzje dla typów adresów, które sklepy często generują.
| Typ adresu | Decyzja | Warunek |
|---|---|---|
| Produkt | Zachowaj lub przekieruj | Istnieje równoważna strona |
| Wariant | Zachowaj lub przekieruj | Wariant ma własny adres i odpowiednik |
| Kategoria | Zachowaj lub przekieruj | Nowa kategoria obejmuje podobny asortyment |
| Filtr | Zachowaj lub wyłącz | Filtr ma użyteczną stronę docelową |
| Paginacja | Odtwórz lub usuń | Lista nadal dzieli produkty na strony |
| Wyniki wyszukiwarki | Zwróć 200 i rozważ noindex | Strona działa, ale nie jest landing page'em |
| Usunięty zasób | Zwróć 404 lub 410 | Nie ma odpowiednika |
Filtry i warianty oceniaj osobno, ponieważ platformy tworzą wiele kombinacji parametrów. Zachowaj adres filtra, jeśli odpowiada na realną potrzebę użytkownika i prezentuje stabilny zestaw produktów. Nie przenoś pustych ani niemal identycznych stron bez uzasadnienia.
Dokumentacja Google o migracji witryny ze zmianą adresów URL zaleca mapowanie starych adresów na odpowiadające im nowe strony.
Jak przygotować mapę przekierowań 301?
Mapa przekierowań 301 łączy stary URL z jednym nowym adresem o możliwie podobnej treści i funkcji. Przekierowanie 301 oznacza trwałe przeniesienie, a bezpośredni cel ogranicza dodatkowe przejścia użytkownika i robota wyszukiwarki.
Zbierz URL-e z sitemap, Google Search Console, analityki, logów i raportów linków. Uwzględnij strony z ruchem reklamowym lub linkami zewnętrznymi, nawet jeśli nie ma ich w menu.
Tabela określa, jakie dane zapisać i jak zweryfikować każdą regułę.
| Element mapy | Oczekiwany wynik | Kontrola |
|---|---|---|
| Stary URL | Jeden rekord dla adresu | Usuń duplikaty |
| Nowy URL | Odpowiednia strona | Porównaj temat i funkcję |
| Kod odpowiedzi | 301 dla trwałej zmiany | Odczytaj status HTTP |
| Cel przekierowania | Końcowy adres bezpośredni | Wyeliminuj łańcuchy |
| Brak odpowiednika | 404 lub 410 | Zweryfikuj odpowiedź serwera |
Dla usuniętej strony bez odpowiednika zaplanuj 404 lub 410 zamiast przekierowania na przypadkową kategorię. Google zaleca przekierowania po stronie serwera i unikanie łańcuchów. Zgodnie z dokumentacją Google sprawdzoną w październiku 2026 r. przekierowania należy utrzymywać możliwie długo, zwykle co najmniej rok.
Jak przenieść produkty, kategorie i dane SEO?
Każdy produkt porównaj przed i po migracji pod względem identyfikatora, adresu, treści, wariantów i dostępności. Sama zgodność nazwy nie wystarczy, jeśli nowa platforma zmienia URL lub przypisanie produktu do kategorii.
Dla produktów i kategorii sprawdź:
- nazwę, opis produktu, opis kategorii i treści informacyjne;
- stary i nowy URL oraz decyzję z mapy przekierowań;
- title, meta description i canonical, czyli adres wskazany jako preferowana wersja strony;
- dane strukturalne, jeśli występują;
- SKU, EAN, cechy wariantów, stan magazynowy, cenę i status publikacji.
Zachowaj treści, które odpowiadają za użyteczność strony i jej widoczność organiczną. Canonical nowej strony powinien wskazywać właściwy adres produkcyjny, a linki wewnętrzne i sitemapę należy zaktualizować do nowych URL-i.

Jak sprawdzić środowisko testowe przed uruchomieniem?
Środowisko testowe powinno odwzorowywać strukturę sklepu produkcyjnego i pozostać zablokowane przed indeksacją do dnia publikacji. Przed startem sprawdź, czy blokada stagingu nie pozostała na wersji produkcyjnej.
Przeskanuj środowisko testowe i sprawdź:
- kody odpowiedzi dla produktów, kategorii, filtrów i stron informacyjnych;
- robots.txt, meta robots i nagłówki blokujące indeksowanie;
- canonicale, linki wewnętrzne, paginację i odnośniki do wariantów;
- koszyk, płatność, e-maile transakcyjne i synchronizację stanów.
Google zaleca usunięcie z nowej wersji blokad robots.txt i noindex użytych na czas developmentu. Screaming Frog SEO Spider może sprawdzić statusy i linki, a narzędzie URL Inspection w Google Search Console pozwala zweryfikować wybrane strony po publikacji. Płatności testuj w trybie testowym, aby nie tworzyć rzeczywistych obciążeń ani wysyłek.
Jak zaplanować dzień przełączenia platformy?
Dzień przełączenia wymaga przypisania odpowiedzialności za kopię danych, synchronizację zamówień, zmianę DNS, przekierowania i test zakupu. Kolejność zależy od integracji sklepu z magazynem, płatnościami i systemem obsługi zamówień.
Tabela wskazuje kolejność działań i warunek zakończenia każdego etapu.
| Etap | Odpowiedzialność | Warunek zakończenia |
|---|---|---|
| Kopia i wstrzymanie zmian | Administrator sklepu | Kopia jest dostępna |
| Synchronizacja zamówień | Osoba od integracji | Zamówienia i stany są zgodne |
| Zmiana DNS | Administrator domeny | Domena prowadzi do nowego serwera |
| Aktywacja przekierowań | Administrator techniczny | Stare adresy mają właściwe cele |
| Kontrola SSL | Administrator techniczny | HTTPS działa na kluczowych URL-ach |
| Test zakupu | Zespół e-commerce | Zamówienie i stan produktu aktualizują się |
Przed zmianą DNS ustal warunki wycofania przełączenia i osobę podejmującą decyzję. Po starcie wykonaj zakup testowy i sprawdź wiadomość transakcyjną, status zamówienia, płatność oraz aktualizację stanu.
Narzędzie Change of Address służy do zmiany domeny lub subdomeny, jeśli migracja spełnia warunki Google. Nie służy do samej zmiany ścieżek w obrębie tej samej domeny. Szczegóły określa dokumentacja Google Change of Address.
Co monitorować w pierwszych tygodniach po migracji?
Po migracji monitoruj osobno indeksację i ruch organiczny oraz działanie procesu zakupowego. Spadek zamówień może wynikać z błędu płatności lub magazynu, nawet gdy ruch z Google pozostaje stabilny.
W Google Search Console sprawdzaj indeksowanie, sitemapę, błędy 404, strony wykluczone i canonicale. W analityce kontroluj wejścia organiczne, dodania do koszyka i zakupy. W logach serwera szukaj żądań robotów i odpowiedzi 5xx.
Reaguj od razu na zablokowany sklep, niedziałający zakup i błędy serwera. Dokumentacja Google sprawdzona w październiku 2026 r. wskazuje, że przetworzenie większości adresów w średniej witrynie może trwać kilka tygodni lub dłużej; tempo zależy od liczby URL-i i szybkości serwera.
Jakie błędy najczęściej obniżają ruch po zmianie platformy?
Ruch organiczny po migracji może spaść przez brak przekierowań, nietrafne cele, blokadę indeksacji albo utratę treści kategorii. Spadek sprzedaży przy stabilnym ruchu może wskazywać na problem koszyka lub integracji zamówień.
Tabela łączy typowe błędy z sygnałem w danych i pierwszą kontrolą.
| Błąd | Sygnał | Pierwsza kontrola |
|---|---|---|
| Stare URL-e prowadzą na stronę główną | Nietrafne wejścia lub soft 404 | Porównaj cel ze starą treścią |
| Brak przekierowań 301 | Wzrost odpowiedzi 404 | Sprawdź reguły serwera |
| Staging pozostał zablokowany | Nowe strony nie są indeksowane | Sprawdź robots.txt i noindex |
| Utrata opisów kategorii | Spadek wejść na kategorie | Porównaj treści przed i po zmianie |
| Zmieniona obsługa filtrów | Brak wejść na ważne adresy | Sprawdź mapowanie i canonicale |
| Sitemap zawiera stare URL-e | Przekierowane adresy w raporcie | Wygeneruj sitemapę z nowych URL-i |
Google wskazuje, że przekierowania wielu niepowiązanych stron na jeden adres mogą zostać uznane za soft 404. Dla usuniętej strony bez odpowiednika pozostaw 404 lub 410 i usuń jej adres z linków wewnętrznych oraz sitemap.
Jeśli sklep działa na WordPressie, ale wymaga przebudowy po migracji, realizacja witryny na WordPressie może obejmować przygotowanie nowej wersji platformy. Przy zmianie serwera bez zmiany URL-i procedurę opisuje poradnik o migracji strony na nowy hosting.
Więcej poradników w tym temacie
Wspomniane narzędzia
Najczęściej zadawane pytania
Jak zachować pozycje Google podczas zmiany platformy sklepu?
Czy każdy adres starego sklepu trzeba przekierować 301?
Kiedy najlepiej zmienić platformę e-commerce?
Jak długo Google przetwarza migrację sklepu?
Co zrobić, gdy po migracji pojawią się błędy 404?
Potrzebujesz pomocy w tym temacie?
Czytasz poradnik „Jak przenieść sklep na inną platformę i zachować widoczność SEO”. Napisz, co chcesz zrobić i na jakim etapie jesteś. Ustalimy, czy możemy pomóc i jaki zakres prac będzie potrzebny.
