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. 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.

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.

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.

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 content (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 Performance — 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 normalne.

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

Weekly tasks

• GSC Pages report — fix błędów indeksacji
• Search Performance — 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

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 contentu 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 content)
• 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: migrate measure twice, cut once. Lepiej spędzić 4 tyg. na przygotowaniu niż 12 mies. na odbudowie.

Planujesz migrację? Zamów konsultację SEO — zaplanujemy proces i monitoring. Wsparcie pod-czas migracji = ubezpieczenie 30-60% Twojego ruchu organicznego.