Migracja strony www bez utraty pozycji w Google — checklist 2026

Migracja strony www bez utraty pozycji w Google to proces, który nie wybacza pomyłek. Źle przeprowadzona migracja oznacza 30-60% utraty pozycji — i nawet 12 miesięcy odbudowy. Rozbieraliśmy takie, które trzeba było odkręcać. Różnica prawie zawsze leży w tym samym miejscu — mapie redirectów i dyscyplinie monitoringu, nie w samej technologii. Kluczowe: 301 redirecty 1:1, czysta sitemap, prefetch crawl + post-launch monitoring.

TL;DR — Migracja strony — kompletna mapa

Faza	Co zrobić	Kiedy
Pre-migration	Audit, backup, 301 plan, baseline GSC + rankingi	2-4 tyg. przed
Launch day	Deploy, redirecty, sitemap submit, robots.txt	T+0
First week	Daily GSC monitoring, crawl errors fix, address book	T+1 do T+7
First month	Weekly check, fix 404s, verify 301 chains	T+8 do T+30
Stabilization	Bi-weekly review, position recovery monitor	T+31 do T+90

---

Kiedy potrzebujesz migracji?

Cztery scenariusze:

1. Zmiana domeny (nflo.pl → nflo.com)
2. Zmiana protokołu (http → https) — rzadkie w 2026, większość już https
3. Zmiana struktury URL (np. /blog/2026/03/post → /blog/post)
4. Replatforming (WordPress → Next.js, Shopify → Magento)

Każdy z tych scenariuszy = pełna procedura migracji. Pominięcie kroków = stała utrata pozycji. W naszej praktyce to zawsze ten sam moment budzi niepokój klienta — dzień, w którym stara domena przestaje istnieć, a nowa jeszcze nie ma historii w oczach Google.

Krok 1: Pre-migration audit (2-4 tygodnie przed)

Baseline rankingów

Przed migracją zapisz stan obecny:

• GSC export — wszystkie zapytania, kliki, impressions, pozycje (ostatnie 16 mies.)
• Ahrefs/Semrush — top 200 rankingowych fraz z pozycjami
• GA4 export — top 100 stron po ruchu organicznym
• Screaming Frog crawl — pełna lista URL-i z meta tagami, schema, internal links

To Twój baseline. Po migracji porównujesz z nim. Ten krok jest najczęściej pomijany — a bez niego nie masz jak odpowiedzieć na pytanie „czy ta migracja faktycznie zaszkodziła", tylko zgadujesz.

Jeśli strona nie przeszła wcześniej żadnego przeglądu, przed migracją warto zrobić audyt SEO od zera. Błędy przeniesione na nową stronę razem z mapą przekierowań trudno potem odróżnić od skutków samej migracji.

Inwentaryzacja URL-i

# Screaming Frog → All URLs → Export CSV
# Filter: Status 200, Indexable

Lista wszystkich URL-i, które muszą mieć redirect po migracji. Zazwyczaj 200-2000 URL-i dla średniej strony.

Backup wszystkiego

• Pliki strony (FTP / git)
• Baza danych (eksport SQL)
• Sitemap (kopia ostatniej wersji)
• robots.txt
• htaccess / nginx config

W razie awarii rollback w 1h.

Krok 2: Mapa redirectów 301

Złota zasada: 1:1 mapping

Każdy stary URL → konkretny nowy URL. Nigdy wszystkie stare URL-e na homepage.

❌ Źle:

/blog/post-1 → /
/blog/post-2 → /
/blog/post-3 → /

✅ Dobrze:

/blog/post-1 → /blog/new-post-1
/blog/post-2 → /blog/new-post-2
/blog/post-3 → /blog/new-post-3

Mass redirect na homepage = Google traktuje jak soft 404 = utrata autorytetu. Jak to wygląda w naturze, a nie w dokumentacji: u eksperta z branży bezpieczeństwa rebuild strony zamienił kilkanaście lat dorobku w one-pager. 7 z 7 sprawdzonych starych adresów przekierowuje na stronę główną, a Google wciąż pokazuje 10+ starych tytułów. Na żywym serwisie zostały dwie realne strony i domyślny wpis „Hello world!" — podręcznikowy soft 404, tyle że policzony.

I tu rzecz, która nie mieści się w standardowej checkliście: odradziliśmy odtwarzanie mapy 1:1. Stara treść przyciągała nie tych klientów — była pisana pod montaż sprzętu, a firma sprzedaje doradztwo decydentom. Odtworzenie mapy jeden do jednego zakonserwowałoby zły magnes zamiast go wymienić. Rekomendacja brzmiała: nieaktualne adresy zamknąć jawnym 410, a 301 zostawić wyłącznie dla treści, które budują autorytet u właściwego odbiorcy. Czasem poprawna migracja to świadome zamknięcie części adresów kodem 410. Uczciwe zastrzeżenie: to diagnoza i decyzja strategiczna — rekomendacja nie weszła jeszcze we wdrożenie, więc pomiaru „po" nie mamy.

Format 301 redirect

W .htaccess (Apache):

RewriteEngine On
RewriteCond %{HTTP_HOST} ^staradomena\.pl$ [NC]
RewriteRule ^(.*)$ https://nowadomena.pl/$1 [L,R=301]

W Next.js (next.config.js):

async redirects() {
  return [
    { source: '/old-path', destination: '/new-path', permanent: true },
  ]
}

W Cloudflare (Page Rules):

URL: staradomena.pl/*
Forwarding URL: 301 → https://nowadomena.pl/$1

Najczęstsze pułapki redirect

• Łańcuchy (A → B → C → D) — Google traci ~10% autorytetu na każdym hopie. Skróć do max 1 hop
• Pętle (A → B → A) — całkowita awaria. Test każdego redirectu
• Trailing slash mismatch (/page vs /page/) — ustaw jeden standard, redirect drugi
• Mixed case (/Page vs /page) — Google traktuje jako różne URL-e
• Query parameters ignoruj lub map (zależy od strategii)

Krok 3: Pre-launch testing

Staging environment

Zanim deploy na produkcję, postaw staging na poddomenie z basic auth + noindex:

staging.nowadomena.pl
User: admin / Password: [silne hasło]
robots.txt: User-agent: * Disallow: /

Test wszystkich:

• 301 redirectów (Screaming Frog: List Mode → URLs → Status Code)
• Schema.org (Google Rich Results Test)
• Sitemap.xml (validate vs old)
• Internal linking (zero broken links)

Crawl test

Screaming Frog na produkcję starej strony, eksportuj wszystkie URL-e. Następnie list mode na te URL-e + nową domenę → wszystkie powinny zwracać 301 → 200 na nowym URL-u.

Krok 4: Launch day

Kolejność operacji (T+0)

1. Deploy nowej strony na produkcji (nadal nie publiczne)
2. Verify w przeglądarce — homepage + 5-10 random URL-i działa
3. Aktywuj 301 redirecty ze starej na nową domenę
4. Submit nowy sitemap.xml w GSC (Property nowa domena)
5. GSC Property → Settings → Change of Address (jeśli zmiana domeny — Google natywny tool)
6. Update robots.txt na nowej domenie (allow crawl)
7. Update internal links w treść (jeśli były hardcoded)
8. Update sameAs w schema (LinkedIn, X, GitHub)
9. Submit do Google + Bing (URL Inspection + Bing Webmaster)
10. Monitor logs — 4xx/5xx errors

Critical 24h after launch

• Sprawdź GSC Coverage Report — czy nowa domena indeksuje?
• Sprawdź GSC Crawl Stats — czy Googlebot odwiedza?
• Sprawdź Server logs — czy są 5xx errors? czy redirecty działają?
• Sprawdź Wszystkie kanały (Google Ads, social media linki, email signatures)

Krok 5: First week monitoring

Daily checklist:

• GSC Skuteczność — porównanie clicks/impressions vs baseline
• GSC Coverage — czy są błędy „Submitted URL not found", „Redirect error"
• Ahrefs/Semrush — alerty pozycji top 50 fraz
• Screaming Frog crawl — 0 broken internal links
• Server logs — 0 5xx errors

Typical week 1 pattern

• Day 1-2: Pozycje stabilne (Google jeszcze nie zarejestrował zmiany)
• Day 3-7: Spadek pozycji o 10-30% (Google rebuduje index)
• Week 2-4: Pozycje wracają do baseline (lub blisko niego)
• Month 2-3: Pełna stabilizacja, czasem wzrost (jeśli migracja poprawiła UX/CWV)

Nie panikuj przy spadkach w pierwszym tygodniu — to normalny przebieg: spadek, cisza, powrót. Telefon w dniu trzecim z pytaniem „czy coś poszło źle" pada zwykle wtedy, gdy ktoś patrzy na wykres pierwszy raz i nie widział jeszcze, jak wygląda tydzień później.

Krok 6: Long-term monitoring (4-12 tygodni)

Weekly tasks

• GSC Pages report — fix błędów indeksacji
• Search Skuteczność — porównanie z baseline
• Link profile (Ahrefs) — czy nowe URL-e zbierają linki, stare wygasają
• Brand search — czy konwersje z brand search nie spadły

Migration recovery rate

Tydzień	% baseline traffic
1	70-90% (przejściowy spadek)
2-3	80-95%
4-6	95-105%
8-12	100-110% (jeśli dobra migracja)

Jeśli po 12 tyg. ruch < 90% baseline = problem do diagnozy.

Częste błędy w migracji

Poniższa dziesiątka to katalog ryzyk, nie relacja z naszych wdrożeń. Punkt drugi mamy policzony na żywo w opisanym wyżej przypadku; resztę traktuj jako listę kontrolną do odhaczenia, nie jako historię, którą osobiście sprzątaliśmy.

1. Brak 301 redirectów — Google indeksuje obie domeny jako duplikaty
2. Mass redirect na homepage — utrata autorytetu wszystkich linków
3. Łańcuchy redirectów — wolne crawling, utrata link equity
4. Brak Change of Address w GSC (przy zmianie domeny)
5. Stare sitemap nadal aktywne — Google crawluje 404
6. Zapomniana stara robots.txt — Disallow: / na nowej domenie!
7. Zmiana URL i treści jednocześnie — Google traci tracking
8. Brak baseline — nie wiesz, czy spadłeś czy wzrosłeś
9. Migration w peak season — minimalizuj ryzyko, wybieraj low-traffic okres
10. Brak monitoring — odkrywasz problem po 2 miesiącach

Migracja a freshness signal

Po migracji sygnał świeżości reset'uje się dla nowej domeny. Aby zminimalizować efekt:

• Zachowaj lastmod w sitemap.xml zgodne z poprzednią datą publikacji
• Zachowaj datę publikacji w schema Article
• Update kluczowych artykułów po migracji (dodaj fresh treść)
• Aktywne PR / mentions po launch (świeże linki)

Podsumowanie

Migracja strony bez utraty pozycji 2026:

1. Pre-migration audit (2-4 tyg.) — baseline, inwentaryzacja, backup
2. Mapa 301 redirectów 1:1 — żadnych mass redirects
3. Pre-launch testing w staging
4. Launch day — kolejność operacji + GSC Change of Address
5. First week — daily monitoring
6. Long-term — 4-12 tyg. stabilizacja

Złota zasada, którą powtarzamy przed każdą migracją, jaką prowadzimy: migrate measure twice, cut once. Lepiej spędzić 4 tyg. na przygotowaniu niż 12 mies. na odbudowie.

Planujesz migrację? Zamów bezpłatną wycenę — zaplanujemy proces i monitoring. Wsparcie podczas migracji to w praktyce ubezpieczenie 30-60% Twojego ruchu organicznego, które inaczej zostawiasz przypadkowi.