Migracja sklepu e-commerce krok po kroku

Nie zawsze, ale prawie zawsze powoduje tymczasowe wahania. Jeśli przekierowania 301 są kompletne i poprawne, meta dane przeniesione, a sitemap zgłoszony do GSC natychmiast po przełączeniu — Google zwykle "przepisuje" historię w ciągu 4–8 tygodni bez trwałej utraty pozycji. Problem pojawia się gdy brakuje przekierowań dla podzbioru URL (np. stare URL kategorii z parametrami), gdy noindex zostaje na produkcji choćby przez dobę, albo gdy struktura URL zmienia się drastycznie bez mapy. Najgroźniejsza jest migracja przeprowadzona bez wcześniejszego crawlu starego sklepu — nie wiesz wtedy czego nie przekierowałeś.

Dla sklepu z ok. 500 produktami, standardową strukturą kategorii i typowymi integracjami (płatności, kurierzy, podstawowy ERP) realny harmonogram to 6–10 tygodni: 2 tygodnie planowania i przygotowania danych, 3–4 tygodnie prac na stagingu (import, konfiguracja, testy), 1–2 tygodnie testów end-to-end i poprawek, 1 tydzień buforu przed przełączeniem DNS. Sklepy które "zrobimy w miesiąc" kończą się zwykle przekroczeniem terminu lub pominiętymi etapami testów — to właśnie te, które tracą SEO i mają błędy w checkout po launch'u.

Tak, ale wymaga to planowania. Standardowe podejście to: nowy sklep działa na stagingu do momentu pełnej gotowości, przełączenie DNS następuje w oknie o najmniejszym ruchu (typowo noc z niedzieli na poniedziałek, 2:00–4:00), a czas propagacji DNS to 1–4 godziny. W tym czasie stary sklep nadal działa pod starym IP — zamówienia złożone w oknie przełączenia wymagają ręcznej weryfikacji. Przy sklepach o bardzo wysokim ruchu (powyżej kilkuset zamówień dziennie) warto rozważyć maintenance window z komunikatem dla klientów zamiast ryzykować niespójność danych zamówień.