Migracja strony bez utraty pozycji w Google

Migracja strony to moment, w którym najłatwiej stracić to, co budowałeś latami — pozycje w Google. Zmiana domeny, CMS-a, struktury URL-i czy przejście na HTTPS bez planu potrafi zdmuchnąć ruch organiczny w tydzień. Dobra wiadomość: dobrze przeprowadzona migracja jest dla wyszukiwarki niemal niewidoczna, a przekierowania 301 nie tracą PageRank. W tym przewodniku tłumaczę, jak migrować bez utraty widoczności — w oparciu o oficjalne wytyczne Google.

Migracja domeny, CMS-a czy struktury URL-i bez planu potrafi zdmuchnąć ruch organiczny w tydzień. Tłumaczę, jak migrować bez utraty widoczności: kompletna mapa przekierowań 301, checklista etapów i najczęstsze błędy, których trzeba uniknąć.

Dwie kategorie migracji wg Google

Google dzieli przeprowadzki na dwie grupy, każda z osobną instrukcją:

• Bez zmiany URL-i — ścieżki zostają identyczne, zmienia się tylko hosting/infrastruktura (serwer, IP, DNS). Nie używasz narzędzia zmiany adresu — Google sam to wykrywa.
• Ze zmianą URL-i — zmienia się domena, protokół (HTTP→HTTPS) albo struktura adresów. Wymaga przekierowań 301, aktualizacji sitemap, a przy zmianie domeny — narzędzia zmiany adresu.

Kluczowe: decyduje czy zmieniają się URL-e, a nie czy zmienia się domena. Przebudowa samej struktury adresów na tej samej domenie to wciąż migracja „ze zmianą URL-i".

Typy migracji — co dokładnie się zmienia

Pod hasłem „migracja" kryje się kilka bardzo różnych operacji, a każda ma inny profil ryzyka. Zanim zaczniesz, nazwij dokładnie, co zmieniasz:

Najbezpieczniejsza zasada: zmieniaj jedną rzecz naraz. Łączenie zmiany domeny z przebudową URL-i i redesignem w jednym wdrożeniu sprawia, że gdy ruch spadnie, nie wiesz, co go zabiło. Jeśli musisz zrobić wszystko, rozłóż to na osobne, mierzalne etapy — to rada, którą powtarza także John Mueller.

Przekierowania: 301 vs 302 vs 308 — i mit utraty mocy

• 301 (trwałe) — preferowany sygnał dla przeprowadzek; Google konsoliduje sygnały na nowy adres i przyjmuje go jako kanoniczny.
• 308 — Google traktuje je identycznie jak 301 dla SEO (różnica jest tylko na poziomie HTTP: 308 zachowuje metodę żądania).
• 302/307 (tymczasowe) — Google zwykle zostawia stary URL jako kanoniczny. Do migracji się nie nadają.

Najważniejszy fakt, który ucina mity: przekierowania 3xx nie tracą PageRank (Gary Illyes potwierdził to już w 2016 r.). Uwaga na rozróżnienie dwóch mechanizmów: PageRank przepływa przez wszystkie 3xx, ale to przekierowania trwałe (301/308) mówią Google, który URL indeksować. Dlatego do migracji używaj 301/308.

Złota zasada: mapa przekierowań 1:1

• Zmapuj każdy indeksowany URL (eksport z Search Console + crawl + analytics + logi serwera + sitemapy).
• Przekierowuj 1:1 na najbardziej zbliżony tematycznie odpowiednik — nie hurtowo na stronę główną (Google traktuje to jako „soft 404" i takie adresy wypadają z indeksu).
• Unikaj łańcuchów (A→B→C) — przekierowuj bezpośrednio do celu w jednym skoku.
• Trzymaj przekierowania długo — Google zaleca co najmniej rok, najlepiej na stałe.

Jak zbudować mapę przekierowań w praktyce

Mapa 1:1 brzmi prosto, dopóki nie masz 40 000 URL-i. Oto sprawdzony proces:

1. 1.Zbierz pełną listę adresów źródłowych z wielu źródeł naraz — bo żadne pojedyncze nie jest kompletne: eksport z Search Console (Strony + Skuteczność), crawl (Screaming Frog, Sitebulb), sitemapy, logi serwera (pokazują, co realnie odwiedza Googlebot) i adresy z linkami zwrotnymi (Ahrefs/Majestic).
2. 2.Zdeduplikuj i sklasyfikuj — które URL-e mają ruch, pozycje lub linki (priorytet), a które to śmieci (parametry, sesje) do odcięcia kodem 404/410, nie do przekierowania.
3. 3.Dopasuj 1:1 do najbliższego tematycznie odpowiednika na nowej strukturze. Przy zmianie wzorca adresów (np. /blog/{id} → /blog/{slug}) często da się to zautomatyzować regułą lub mapą w arkuszu.
4. 4.Obsłuż adresy bez odpowiednika. Jeśli treść znika bezpowrotnie, przekieruj do najbliższej tematycznie kategorii nadrzędnej — nie na stronę główną. Gdy nie ma sensownego celu, świadome 410 (Gone) jest lepsze niż przekierowanie wprowadzające w błąd.
5. 5.Przetestuj mapę na stagingu — sprawdź, czy każdy stary URL trafia w jednym skoku pod 200 OK, bez łańcuchów i pętli.

Uwaga na parametry i warianty: ustal kanoniczne wersje (parametry sortowania, paginacja, wielkość liter, ukośnik końcowy) i przekierowuj do nich spójnie, żeby nie tworzyć nowych duplikatów po migracji.

Migracja wielojęzyczna — hreflang i warianty regionalne

Jeśli prowadzisz wersje językowe, migracja to moment największego ryzyka dla `hreflang`. Zasady:

• Aktualizuj adnotacje hreflang na nowe URL-e w tym samym wdrożeniu — przestarzałe wskazania do starych adresów łamią mapowanie języków.
• hreflang musi być wzajemny i kanoniczny — każda wersja wskazuje wszystkie pozostałe i samą siebie, a wskazania prowadzą do adresów docelowych (po 301), nie do przekierowań.
• Nie łącz zmiany domeny z przejściem z subkatalogów na subdomeny języków w jednym kroku — to dwie różne zmiany architektury, które trudno zdiagnozować razem.

Checklist migracji bez utraty pozycji

Narzędzie zmiany adresu (tylko zmiana domeny) — ważna zmiana 2026

Narzędzie „zmiana adresu" w Search Console dotyczy wyłącznie zmiany domeny (nie HTTPS ani zmian ścieżek). Od czerwca 2026 Google doprecyzował, że trzeba je zgłosić dla wszystkich wariantów starej domeny — `www` i bez `www` oraz subdomen — nawet jeśli ich nie używasz, bo narzędzie nie przenosi subdomen automatycznie. Warunek: wszystkie warianty muszą być zweryfikowane w GSC, a przekierowania 301 już działać.

Dzień wdrożenia — runbook krok po kroku

Wdrożenie migracji to operacja na żywym organizmie. Kolejność i kontrola są wszystkim:

1. 1.Okno o niskim ruchu. Wybierz porę najmniejszego obciążenia, ale unikaj piątkowego wieczoru — chcesz mieć ludzi na pokładzie, gdy coś pójdzie nie tak.
2. 2.Usuń blokady stagingowe. `Disallow: /`, `noindex`, hasło/IP — to zdejmujesz w pierwszej kolejności i natychmiast weryfikujesz.
3. 3.Włącz przekierowania 301/308 i sprawdź próbkę krytycznych URL-i (najwięcej ruchu/linków) — jeden skok, 200 OK na końcu.
4. 4.Podmień linki wewnętrzne na nowe adresy w szablonach, menu, sitemapie i danych strukturalnych — nie polegaj wyłącznie na przekierowaniach.
5. 5.Wgraj nową sitemap do Google Search Console i Bing Webmaster Tools; przy zmianie domeny uruchom narzędzie zmiany adresu (wszystkie warianty).
6. 6.Sprawdź podstawy techniczne: kody odpowiedzi, canonical, hreflang, render treści bez JS-owej ściany, certyfikat HTTPS.
7. 7.Włącz monitoring i zachowaj logi od minuty zero — będą bezcenne przy diagnozie.

Monitoring po migracji — oś czasu

Migracja nie kończy się we wdrożeniu — kończy się, gdy sygnały się ustabilizują. Co i kiedy sprawdzać:

• Dzień 0–1: kody odpowiedzi (brak masowych 404/5xx), poprawność 301, indeksowalność (brak przypadkowego `noindex`), działające analytics, sitemap przyjęta w GSC.
• Dni 2–7: raport „Strony" w GSC (wzrost „Wykryto/Scrawlowano – niezindeksowane"?), Crawl Stats (czy Googlebot pobiera nowe URL-e), pierwsze pozycje i ruch względem baseline'u, błędy w raporcie Enhancements (schema).
• Tygodnie 2–4: odbudowa indeksacji nowych adresów, stabilizacja pozycji, spadek liczby starych URL-i w indeksie, monitoring 404 z linków zewnętrznych.
• Tydzień 4+: pełne porównanie do baseline'u (ruch, pozycje, konwersje). CrUX to średnia krocząca z 28 dni, więc Core Web Vitals „dogania" rzeczywistość z opóźnieniem.

Stare przekierowania trzymaj co najmniej rok. Dopiero gdy logi i GSC pokażą, że stare URL-e nie są już odwiedzane ani indeksowane, można rozważyć ich wygaszanie.

Plan awaryjny — kiedy i jak się wycofać

Każda poważna migracja potrzebuje planu B. Zanim wdrożysz, przygotuj: pełny backup starej wersji (pliki + baza + konfiguracja serwera), możliwość szybkiego przywrócenia DNS/serwera oraz zachowaną starą mapę URL-i. Kryteria rollbacku ustal z góry — np. masowe 5xx, skok 404 na kluczowych stronach, błędna kanonikalizacja całego serwisu. Jeśli problem jest punktowy (kilka złych przekierowań), naprawiaj na bieżąco; pełny rollback rezerwuj dla awarii systemowych, bo sam w sobie jest kolejną migracją i kolejnym wstrząsem dla indeksu.

Najczęstsze błędy, które zabijają ruch

• Brakujące przekierowania (stare URL-e zwracają 404) lub hurtowe kierowanie wszystkiego na stronę główną (soft 404).
• Pozostawiona z wersji testowej blokada `Disallow: /` w `robots.txt` albo `noindex` — klasyczna katastrofa, znika cała strona.
• Canonical wskazujący na host stagingowy.
• Zmiana treści i struktury URL-i naraz — trudno zdiagnozować spadki.
• Regres Core Web Vitals lub utrata danych strukturalnych.

Czego się spodziewać

Nawet przy idealnej migracji przejściowe wahania są normalne — Google musi ponownie zaindeksować i przeliczyć sygnały. Google podaje, że przy zmianie domeny efekty układają się zwykle w ciągu kilku tygodni, a duże serwisy mogą potrzebować kilku miesięcy. Trwały spadek bez odbicia to sygnał błędu (złe przekierowania, blokada, utracona treść) — zacznij diagnozę od raportu „Strony" i Crawl Stats w GSC. Mueller radzi też rozbijać zmiany w czasie (osobno domena, osobno przebudowa URL-i, osobno redesign), by dało się wykryć, co zaszkodziło.

Migracja a widoczność w AI (GEO) — o czym się zapomina

Migracja to nie tylko ryzyko dla Google — to też ryzyko dla Twojej obecności w ChatGPT, Perplexity i Copilocie. Modele AI pobierają źródła z indeksów (w dużej mierze Bing dla ChatGPT/Copilot, własny crawl dla Perplexity), więc po przeprowadzce trzeba zadbać o jedno i drugie:

• Reindeksacja w Bing, nie tylko Google. Zgłoś nową sitemap również w Bing Webmaster Tools — inaczej ChatGPT i Copilot przez tygodnie będą cytować stare, przekierowane adresy.
• Nie zablokuj botów AI. W nowym `robots.txt` upewnij się, że przepuszczasz GPTBot, OAI-SearchBot, PerplexityBot i Bingbot — łatwo o to przy kopiowaniu konfiguracji ze stagingu.
• Zachowaj encję i schema. Po migracji utrzymaj spójne dane strukturalne i `sameAs` — to one „sklejają" nowy adres z Twoją encją, żeby AI nadal wiedziało, że to ta sama marka.

W praktyce: po większej migracji warto przeprowadzić audyt widoczności w AI, bo modele aktualizują swoje źródła wolniej niż Google.

---

Przeprowadzam migracje SEO bez utraty widoczności — od mapy przekierowań po monitoring po wdrożeniu — w ramach technicznego SEO. Napisz do mnie zanim ruszysz z migracją; najtaniej naprawia się błędy, których się nie popełniło.

Warto przeczytać dalej:

• Core Web Vitals — jak poprawić LCP, INP i CLS
• Crawl budget — jak Google indeksuje dużą stronę