Migracje stron i sklepów internetowych od Cybereyeagency

Migracje stron i sklepów internetowych: od Cybereyeagency — jak przeprowadzić migrację bez utraty ruchu i SEO

Wyobraź sobie: szykujesz nową wersję sklepu tuż przed sezonem sprzedażowym, developer mówi „przeniesiemy wszystko w weekend”, a następnego poniedziałku widzisz spadki ruchu i złamaną strukturę linków.

Ten moment paniki — brak konwersji, komunikaty 404 i spadek pozycji — zna każdy, kto choć raz robił migrację bez planu.

Brzmi znajomo? Chcesz znać prawdziwy sposób, żeby tego uniknąć?

Ale jest haczyk: ten koszmar można zamienić na kontrolowaną operację. Wystarczy checklista i jasna procedura.

Co zwykle idzie nie tak podczas migracji i dlaczego warto się bać?

Wyobraź sobie: 50 najważniejszych stron sklepu przestaje się poprawnie indeksować i nikt tego nie zauważa przez kilka dni.

Ruch organiczny spada. Kampanie PPC kosztują więcej, bo konwersje leciutko spadają. Dział sprzedaży pyta „co z sezonem?”.

To nie teoria — to efekt luk w mapowaniu URL, złych redirectów i niedopilnowanych canonicali.

Więc zabezpiecz topowe strony najpierw. To tam 80% ryzyka i 80% przychodu.

Co zrobić przed migracją? Audyt, mapa URL i priorytety — od czego zacząć?

Najpierw audyt. Nie zgadujemy — mapujemy.

Pobierz wszystkie URL z produkcji: strony kategorii, produktowe, landing pages, blog, filtry, paginacja, media.

Sprawdź w Google Analytics i Search Console, które URL-e generują najwięcej sesji, transakcji i przychodów.

Oznacz 3 poziomy priorytetu: krytyczne (top 50 landing pages i kategorie), ważne (top 200), reszta.

I oto dlaczego to ważne: większość ryzyka jest skupiona w małej grupie stron — zabezpiecz je najpierw.

Jak przygotować mapę URL — praktyczny przykład

• Eksport: pobierz listę wszystkich URL z CMS, sitemap.xml i z logów serwera.
• Pola w mapie: stary URL | nowy URL | typ redirect | priorytet | komentarz.
• Przykład reguły: /product/1234 -> /produkt/1234 301
• Przykład wzorca regex: ^/category/(.*)/page/([0-9]+)$ -> /kategoria/$1?page=$2 301 lub obsługa rel="next/prev".

Pro-Tip: Zacznij od top 50 stron i zrób „zero loss list” — lista URL, których brak indeksacji oznacza widoczną stratę przychodu.

Podczas migracji — jakie techniczne kroki muszą być wykonane i w jakiej kolejności?

Musisz mieć plan redirectów, strategię dla canonicali, aktualną sitemapę i poprawny robots.txt. SSL i nagłówki też muszą działać bez zarzutu.

Redirecty 301 to podstawa. Każdy zmieniony permalink powinien wskazywać na odpowiednik w nowej strukturze.

Warto używać wzorców na poziomie serwera (NGINX, Apache) lub CDN. Ale testuj każdą regułę — nawet te, które wyglądają prosto.

Konkrety, które wdrażamy:

• Redirect 301 dla każdej zmiany URL — nie używaj 302 przy stałych przenosinach.
• Canonical tag: wskaż preferowany URL, gdy są duplikaty (filtrowanie, parametry).
• Hreflang dla wersji językowych: upewnij się, że wszystkie wersje odsyłają dwustronnie.
• Sitemap.xml: wygeneruj aktualną mapę z nowymi URL i wrzuć ją do Search Console przed i po migracji.
• Robots.txt: sprawdź, że nie blokujesz nowych ścieżek, assets ani renderowania JS.
• Nagłówki: upewnij się, że statusy 200/301/404 są prawidłowe i że Cache-Control, Content-Type oraz HSTS są ustawione.
• Paginacja i filtry: stosuj rel="next"/"prev" lub canonicale do wersji kanonicznej kategorii; nie indeksuj bezsensownych parametrów.

Pro-Tip: Przy dużym katalogu użyj „mapy wzorców” — zamiast pojedynczych redirectów dla 10k produktów, zmapuj reguły regex na poziomie serwera i przetestuj je na stagingu.

Jak przygotować środowisko stagingowe i przeprowadzić testy przedwdrożeniowe?

Nie przenoś bez end-to-end testów na stagingu, który jak najdokładniej imituje produkcję.

Skopiuj bazę produktową, ale zamaskuj dane wrażliwe — prywatność najpierw.

Na stagingu uruchom te same sitemapy i redirecty. Wykonaj crawle (Screaming Frog, Sitebulb) i porównanie logów serwera.

Testy, które naprawdę wykryją problemy

• Porównanie listy URL: produkcja vs. staging — znajdź brakujące i nowe ścieżki.
• Symulacja indeksacji: crawl z renderowaniem JS, jak Googlebot.
• Porównanie logów: czy boty Google docierają do stron, czy są blokowane.
• Snapshot z Search Console: zapisz coverage, index status i performance jako punkt odniesienia.
• Test redirectów: automatyczne skrypty sprawdzające każdy redirect i kod statusu.

Pro-Tip: Zrób „dress rehearsal” w dniu i godzinie planowanej migracji, używając stagingu i identycznego schematu ruchu — nawet prosty skrypt symulujący 1 000 odsłon pomoże.

Po migracji — co musisz monitorować i jak reagować szybko?

Gdy migracja jest live, zacznij harmonogram szybkich kontroli: godzinne, 6‑godzinne i 24‑godzinne.

Najważniejsze metryki to: organiczny ruch, pozycje kluczowych fraz, indeksacja (Search Console), błędy 4xx/5xx i konwersje.

Lista metryk do śledzenia natychmiast po wdrożeniu

• Sesje organiczne — porównanie do analogicznego okresu wstecz.
• Top landing pages — czy top50 nadal ma ruch?
• Coverage w Search Console — nagły wzrost błędów lub spadek zaindeksowanych stron.
• Błędy 5xx i 4xx w logach i w Screaming Frog.
• CTR i pozycje dla 20 kluczowych fraz.
• Spadek konwersji i średniego koszyka — jeśli rośnie CPA, to alarm.

Określ kryteria rollbacku zanim zacznie się problem. Dzięki temu działasz szybko i zdecydowanie.

Przykładowe kryteria rollbacku

• Spadek organicznych sesji o >25% w ciągu 48 godzin przy tych samych kampaniach.
• Top 10 landing pages tracą >30% ruchu i nie wracają po 24 godzinach.
• Powtarzalne błędy 5xx przekraczające 1% wszystkich żądań.
• Nieoczekiwane blokowanie botów przez robots.txt lub nagłówki.

Rollback to nie porażka. To kontrolowany sposób minimalizacji strat.

Jak wygląda plan rollbacku krok po kroku?

• Wersja freeze: zatrzymujesz zmiany w deploy pipeline i przywracasz poprzednie reguły serwera/redirecty.
• Rollback danych: przywracasz poprzednią bazę produktów jeśli zmiany danych wpływają na widoczność.
• Komunikacja: informujesz dział sprzedaży i klienta o decyzji i przewidywanym czasie przywrócenia.
• Monitoring: obserwujesz przywrócony stan przez kolejne 48 godzin z częstymi checkpointami.

Specyfika e‑commerce: filtry, paginacja i ochrona danych sprzedażowych — co jeszcze trzeba wiedzieć?

Sklepy mają filtry, sortowania i paginację, które szybko tworzą tysiące kombinacji URL.

Nie każda kombinacja powinna być indeksowana. Musisz zdecydować o canonicalizacji i parametrach w Search Console.

Zabezpiecz API i dane klientów. Generuj sitemap tylko ze stron, które chcesz indeksować.

Praktyczne reguły dla katalogów produktowych

• Indeksuj tylko główne URL-e kategorii i produkty; filtry: canonical lub noindex, follow.
• Używaj parametrów w Search Console, jeśli potrzebujesz kontroli nad indeksacją parametrów.
• Paginacja: rel="next/prev" albo canonical do pierwszej strony kategorii — wybierz, co dla twojej struktury działa lepiej.
• Zabezpiecz endpointy transakcyjne i loguj zmiany cen i dostępności — bo to wpływa na SEO i UX.

Gotowa checklist i playlista kroków — co wykonać natychmiast

• Audyt URL: eksport + priorytety (top50, top200).
• Mapa redirectów: stary -> nowy, testy regex, backup reguł.
• Staging: pełna kopia, testy renderowania, crawl, logi.
• Search Console snapshoty: przed i po.
• Sitemap i robots.txt: przygotowane i przetestowane.
• Monitoring: dashboard (GA/GA4, GSC, logi, narzędzie trackingowe), kontrola 1/6/24h przez pierwsze 72h.
• Rollback plan: warunki, procedura i komunikacja.

Pro-Tip: Ustal listę 10 fraz i 20 stron, które sprawdzasz ręcznie po wdrożeniu — szybki test manualny często wykryje to, czego nie złapały skrypty.

Krótka historia — case study Cybereyeagency: co działa najlepiej?

Klient miał sklep B2C z 8 000 produktami i potrzebował replatformingu przed sezonem.

Zrobiliśmy mapę URL, priorytetyzację top 200 pod względem przychodu i przygotowaliśmy reguły regex dla 90% produktów.

Staging był wierną kopią produkcji. Testy redirectów były zautomatyzowane. Snapshoty Search Console zapisane przed deployem.

Wdrożenie trwało 4 godziny z feature flagami — zaczęliśmy od 20% ruchu, potem rozkręcaliśmy stopniowo.

Monitorowaliśmy sesje, błędy i top landing pages co godzinę przez pierwsze 48 godzin.

Efekt: chwilowy spadek ruchu o 8%, który wrócił do poprzednich poziomów w 72 godziny po szybkiej korekcie kilku redirectów.

Co zadziałało najlepiej: priorytetyzacja, staging, automatyczne testy redirectów i stopniowe wdrożenie z feature flagami.

Na koniec — kilka słów od przyjaciela, zanim klikniesz „deploy”

Masz prawo się bać — to duża operacja. Ale strach nie powinien blokować działania.

Zrób mapę URL, uruchom staging i testy, ustal kryteria rollbacku i monitoruj intensywnie pierwsze 72 godziny.

Chcesz pomocy z checklistą techniczną lub audytem przed migracją? Możemy to przeprowadzić razem — najpierw zrób plan i odetchnij.