Audyt post-migration: co sprawdzić po zmianie

Audyt post-migration to ostatni, krytyczny element każdej migracji SEO. 80% zespołów świętuje cutover i odchodzi od projektu – a największe problemy SEO pojawiają się w tygodniach 2–8 po migracji. Ten artykuł to protokół audytu post-migration: co sprawdzać, kiedy, jakimi narzędziami, i jakie działania podjąć przy identyfikacji problemów. Z bazą 30+ audytów post-migration przeprowadzonych w latach 2023–2026 pokazujemy konkretne checkpointy, typowe błędy i szablony raportowe.

Audyt post-migration dzieli się na trzy fazy czasowe: tydzień 1–2 (hypercare), tydzień 3–8 (stabilizacja), miesiąc 3–6 (ocena ROI). Każda faza ma inne priorytety, inne metryki i inne interwencje. Bez audytu post-migration ryzykujecie, że 20% ruchu nie wróci nigdy, a problemy, które można było naprawić w tydzień, staną się chronicznymi.

Tekst jest wykonawczy – checklisty z konkretnymi krokami, narzędziami i kryteriami sukcesu. Po przeczytaniu macie gotowy plan działania dla każdej z trzech faz. Audyt post-migration to nie dodatkowa praca, to nieodzowny etap, bez którego migracja nie jest skończona.

Dlaczego audyt post-migration jest krytyczny

Migracja nie kończy się cutover’em. Google potrzebuje 4–12 tygodni, żeby przetrawić zmiany, przecrawl’ować nową strukturę, odzyskać rankings. W tym czasie:

• Pojawiają się problemy, które nie były widoczne w staging’u (edge case’y, rare URLs, paginacja).
• Niektóre stare URL nie mają 301 redirect – 404 dla real users i Googlebot.
• Core Web Vitals czasami pogarszają się (np. nowy motyw ma cięższy JS).
• Indexation nowych URL jest wolna – niektóre czekają 8+ tygodni.
• Schema markup może być zepsuty dla specyficznych typów stron.
• Internal linking z zewnętrznych źródeł (udostępnienia) wskazuje na stare URL.

Bez audytu post-migration te problemy kumulują się i 20–30% ruchu może nie wrócić nigdy. Z audytem – wracacie w 6–10 tygodni plus częściowo zyskujecie na naprawionych issues.

Faza 1 — Hypercare (tydzień 1–2)

Cel fazy: wykrycie krytycznych problemów w pierwszych 14 dniach, gdy Google jest najbardziej wrażliwy na sygnały jakości.

Daily checklist (40 punktów)

1. GSC Coverage report – czy errors rosną? Sprawdźcie kategorie: „Not found (404)”, „Redirect error”, „Server error (5xx)”.
2. GSC URL Inspection – sample 10 URL dziennie. Status „URL is on Google” lub „URL is not on Google”?
3. GSC Core Web Vitals report – czy „Poor URLs” nie rośnie nagle?
4. GA4 Organic traffic – porównanie z tym samym dniem tygodnia poprzedniego tygodnia. Akceptowalne -15% w tyg 1, -5% w tyg 2.
5. GA4 Landing pages – top 50, czy wszystkie aktywne?
6. Ahrefs rankings – top 100 keywords, czy mieszczą się w top 10 jak przed migracją?
7. Ahrefs Site Audit errors – nowe błędy (broken links, canonical issues, schema errors)?
8. Server log analysis – Googlebot requests, rate limit errors, 5xx?
9. 404 monitoring – każdy 404 do mapowania natychmiast.
10. Conversion tracking – czy GA4 events odpalają się poprawnie na nowych URL?
11. Robots.txt – czy nie blokuje przypadkiem niczego?
12. Sitemap XML – czy Google zaindeksował submitted URLs?
13. Schema validation – Rich Results Test dla top 20 typów stron.
14. Internal links – crawl Screaming Frog’iem top 500 URL, czy nie prowadzą do 404?
15. Hreflang (jeśli multijęzyk) – czy bi-directional działa?
16. Meta tags – title i description na wszystkich ważnych stronach?
17. Images alt text – czy są, czy nie pogubiły się w migracji?
18. Mobile rendering – PageSpeed Insights Mobile dla top 10.
19. JavaScript rendering – Mobile-Friendly Test dla stron z JS frameworks.
20. Page load – monitoring real-user LCP, INP, CLS.
21. Server uptime – 99,9%+ akceptowalne, gorsze = rollback consideration.
22. Crawl stats w GSC – Googlebot nie powinien mieć drastycznych spadków.
23. External backlinks – Ahrefs, czy linki do starych URL działają przez 301?
24. Branded queries – czy nowa wersja strony rankuje na markę?
25. Local SEO (jeśli lokalne) – Google Business Profile, lokalne listings.
26. E-commerce specific – produkty widoczne w Google Shopping?
27. RSS / news feeds – czy nowe URL trafiają do newsowych?
28. Social sharing – OG tags dla nowych URL?
29. Email campaigns – nowe URL w kampaniach email?
30. Google Ads – czy nowe final URLs zatwierdzone?
31. Meta Ads / LinkedIn – tak samo.
32. Internal search – wyszukiwarka strony prowadzi do poprawnych URL?
33. Footer links – wszystkie sprawdzone?
34. Breadcrumbs – działają, mają schema?
35. Pagination – strony list kategorii, czy są indexowalne?
36. Tag pages (WordPress) – czy są, czy zgubiły się?
37. Author pages – aktualne po migracji?
38. Archive pages – działają?
39. Search results pages – noindex, aby nie konkurowały?
40. 404 page – custom, pomocny, z search bar’em?

Daily review 15–30 minut per dzień dla SEO specialist’a. Alerty skonfigurowane w GSC i Ahrefs dla automatyzacji wykrycia.

Faza 2 — Stabilizacja (tydzień 3–8)

Cel fazy: recovery rankings, stabilizacja ruchu, naprawa problemów znalezionych w fazie 1.

Weekly checklist

1. GSC Performance report – impressions + clicks trend. Akceptowalny powrót 80%+ baseline’u w tygodniu 4, 95%+ w tygodniu 8.
2. Rankings distribution – % keywords w top 3, top 10, top 30. Porównanie z baseline’em.
3. Lost keywords – Ahrefs „Lost keywords” report, identyfikacja, dlaczego straciliśmy.
4. New keywords – czy nowe URL rankują na nowe keywords (bonus)?
5. Core Web Vitals trend – w GSC, czy Poor URLs maleją?
6. Indexation rate – ile % submitted URLs zindeksowanych? Cel: > 92%.
7. 404 log review – pozostałe 404, dodanie redirects lub akceptacja (410 Gone).
8. Backlink health – czy nie tracimy wartościowych linków?
9. Content performance – które strony wróciły, które nie. Analiza przyczyn dla nie-returning.
10. Conversion rate – czy się nie pogorszył drastycznie?

Weekly action items

• Naprawa wszystkich 404 zgłoszonych przez GSC.
• URL Inspection + Request Indexing dla 10 najważniejszych non-indexed URL.
• Content refresh dla top 5 stron, które nie wróciły (treść zaktualizowana, nowy focus keyword, lepsza struktura).
• Internal linking boost – dodanie linków z high-authority stron do stron wymagających recovery.
• Technical fixes – schema errors, slow LCP, broken internal links.

Szczegółowe narzędzia audytu SEO technicznego w Audyt SEO 2026: metodyka, która znajduje problemy.

Faza 3 — Ocena ROI (miesiąc 3–6)

Cel fazy: ocena, czy migracja się zwróciła, identyfikacja long-term issues, planowanie dalszych optymalizacji.

Monthly executive summary

• Organic traffic vs baseline – czy przekroczył? Jeśli tak – o ile %?
• Rankings distribution – porównanie pełne top 100 keywords.
• Nowe keywords – które wygraliśmy dzięki migracji?
• Core Web Vitals – nowy baseline.
• Conversion rate – business impact.
• Domain authority – Ahrefs DR trend.
• Total ROI – zainwestowane vs wygenerowane przychody.

Kwartalny deep-dive

Raz na kwartał po migracji – pełen audyt SEO (nie tylko post-migration). Porównanie z baseline’em sprzed migracji, identyfikacja, które obszary poprawiły się, które pogorszyły, co wymaga inwestycji.

Dashboard post-migration — co monitorować codziennie

Bez wizualnego dashboardu codzienny monitoring jest uciążliwy. Looker Studio + GSC + GA4 API dają pełen obraz w 1 miejscu.

Kluczowe widgety dashboardu

1. Organic traffic trend – linia 30 dni + porównanie z poprzednim miesiącem.
2. Top landing pages – tabela top 20 z delta vs baseline.
3. Core Web Vitals – LCP, INP, CLS z kolorami (zielony/pomarańczowy/czerwony).
4. Coverage errors – liczba 404, server errors, redirect errors.
5. Average position – GSC average ranking dla top 100 keywords.
6. Index coverage – % submitted URLs indexed.
7. Conversions – organic conversions daily, trend.
8. Alerts – automated triggers gdy jakakolwiek metryka wychodzi z tolerancji.

Alerty automatyczne

• Organic traffic spadek > 20% day-over-day – natychmiastowy Slack alert do SEO + PM.
• 404 errors w GSC > 100 nowych – daily alert.
• Core Web Vitals Poor URLs > 10% – weekly alert.
• Average position spadek > 5 dla top 20 keywords – daily alert.
• Server uptime < 99,5% – natychmiastowy alert.

Konfiguracja alertów 2–4 godziny pracy, oszczędność – dziesiątki godzin manual checking’u.

Analiza zachowania Googlebot’a

Server logs pokazują, jak Google traktuje waszą nową wersję – lepiej niż GSC, bo w real-time. Analiza log files to zaawansowany post-migration check.

Co log files mówią o stanie migracji

• Crawl rate – jeśli spadł, Google może uznać, że strona jest gorszej jakości.
• Crawl depth – czy Googlebot dochodzi do głębokich URL? Jeśli nie – internal linking issue.
• Status codes distribution – % 200 vs 301 vs 404 vs 5xx. 301 > 20% to znak problematyczny.
• Response time – jeśli serwer odpowiada wolniej Googlebotowi niż real users, problem.
• Crawl budget usage – które URL Google crawluje najczęściej? Czy to najważniejsze strony biznesowo?

Narzędzia log analysis

Screaming Frog Log Analyzer (pro edition), Oncrawl, JetOctopus, Kibana + ElasticSearch dla enterprise. Dla małych stron – Excel z regex na nginx access log.

Typowe problemy post-migration i ich naprawy

Problem 1 — strony nie indeksują się

Symptom: GSC Coverage pokazuje „Submitted, not indexed” dla 20%+ URL. Przyczyny: duplicate content, low quality, slow server, blocked by robots. Naprawa: URL Inspection ręcznie, content improvement, internal linking boost.

Problem 2 — rankings nie wracają

Symptom: 10%+ top 100 keywords nie wróciło w 8 tygodni. Przyczyny: content zmienił się w migracji (nawet nieznacznie), focus keyword się zmienił, konkurencja wykorzystała moment migracji. Naprawa: content refresh z focus na keyword, internal linking, opcjonalnie link building.

Problem 3 — Core Web Vitals się pogorszyły

Symptom: LCP > 3s, INP > 300ms na nowej wersji (lepsze niż stare). Przyczyny: nowy motyw cięższy, więcej JS/CSS, słabsza konfiguracja cache. Naprawa: technical optimization – lazy loading, image compression, CSS/JS minify, Critical CSS inline.

Problem 4 — 404 na starych URL

Symptom: GSC Coverage pokazuje nowe 404 errors. Przyczyny: nie wszystkie stare URL mają 301. Naprawa: analyze 404 log, add missing redirects, re-submit sitemap.

Problem 5 — link juice utracony

Symptom: Ahrefs DR spadł o 3–5 punktów. Przyczyny: redirect chains, niektóre 301 nie działają. Naprawa: crawl redirects, fix chains, verify 301 status codes.

Problem 6 — conversion spadł

Symptom: organic conversion rate spadł o 15%+. Przyczyny: UX zmienił się, forms działają inaczej, checkout broken. Naprawa: UX audit, A/B test new vs old flow, CRO focus na new URLs.

Content recovery — jak ratować strony, które nie wróciły

Po 8 tygodniach typowo 85–95% ruchu wraca do baseline’u. Pozostałe 5–15% to strony, które wymagają dedykowanej pracy. Process content recovery ma 5 kroków.

Krok 1 — identyfikacja stron do ratowania

Ahrefs + GSC export: lista URL, które miały > 500 UU/mc przed migracją, a po 8 tygodniach mają < 50% baseline’u. Sortujcie według value (traffic + konwersji). Top 20 to wasza lista priorytetowa.

Krok 2 — root cause analysis

Dla każdej strony z listy – analiza, dlaczego nie wróciła. Typowe przyczyny: focus keyword się zmienił (sprawdźcie H1 i title), content został skrócony podczas migracji (porównanie wordcount), internal linking zmienił się (mniej linków wchodzących), Core Web Vitals pogorszyły się (wolniejsza niż wcześniej).

Krok 3 — targeted content refresh

Dla stron z odpowiednio zidentyfikowaną przyczyną – naprawa. Najczęstsze action items: content expansion z 1 200 słów do 2 500 słów, update focus keyword z exact match na bardziej natural phrase, dodanie FAQ sekcji (dobry dla AIO 2026), poprawa internal linking (3–5 nowych linków z authority stron).

Krok 4 — technical fixes

Jeśli problem techniczny – schema errors, slow LCP, broken responsive. Fix + URL Inspection + Request Indexing w GSC.

Krok 5 — external push

Dla najbardziej wartościowych stron – dodatkowy link building (guest post, outreach, digital PR) i social promotion. 2–5 links z DR > 40 potrafi przywrócić stronę w 2–4 tygodnie.

Mierzenie efektu recovery

Weekly review listy top 20 recovery pages. Sukces = powrót do 80%+ baseline’u w ciągu 8–12 tygodni od interwencji. Strony, które nadal nie wracają po 12 tygodniach – kandydat do merge z inną stroną lub 410 Gone (accept loss).

Narzędzia audytu post-migration

• Google Search Console – Coverage, Performance, Core Web Vitals, URL Inspection.
• Google Analytics 4 – Organic traffic, landing pages, conversions.
• Ahrefs Site Audit – technical errors, crawlability.
• Screaming Frog – detailed crawling, custom extraction.
• Semrush – alternative do Ahrefs, czasem różne data.
• PageSpeed Insights – Core Web Vitals lab + field.
• GTmetrix – dokładniejsza analiza performance.
• Sitebulb – wizualne raporty, dobre dla prezentacji board’u.
• Looker Studio – dashboard z wszystkich źródeł.
• Log file analyzer (Screaming Frog Log Analyzer, Oncrawl) – real Googlebot behavior.

Najczęstsze błędy audytu post-migration

• Skip faza 1 hypercare – „naprawimy jak się pojawią problemy”. Za późno, Google już zarejestrowało spadki.
• Audit tylko 1 tydzień – ramping is 6–12 tygodni, ograniczony audit przegapia większość problemów.
• Brak baseline’u do porównania – jeśli nie zebraliście danych przed migracją, nie macie z czym porównać.
• Ignorowanie Core Web Vitals – „ładuje się szybko u mnie” to nie jest pomiar. PSI + CrUX data.
• Focus tylko na traffic – rankings, conversions, CTR też się liczą.
• Brak komunikacji z biznesem – zarząd musi wiedzieć co się dzieje, inaczej panika.
• Zbyt szybki rollback – tydzień 1 spadek 20% jest normalny, nie powód do rollback’u.
• Ignorowanie external signals – social media, email campaigns, offline marketing influencują SEO.
• Brak dokumentacji – co się zmieniło, co naprawiliście, jakie były efekty. Następna migracja będzie dużo łatwiejsza z dokumentacją.

Komunikacja wyników z resztą organizacji

Audyt post-migration to nie tylko technical fix list. To też strategic update dla biznesu. Jak komunikować wyniki, żeby były użyteczne.

Dla zarządu

Monthly executive summary – 1 strona. Kluczowe: vs baseline, vs budget, vs expectations. Wykresy organic traffic, konwersji, ROI. Action items konkretne z datą. Format: slide deck 5 slajdów + 30-minutowy meeting, Q&A.

Dla sales team

Weekly sync – jakie kluczowe zmiany w URLs, które strony nowe/zaktualizowane, czy leads się zmienia jakościowo. Listy starych → nowych URL dla ich signatur emailowych, decks’ów i materiałów.

Dla content team

Biweekly sync – które artykuły wymagają refresh’u, nowe keyword opportunities, priorytet produkcji. Integracja post-migration insights z content roadmap.

Dla developer team

Daily standup w fazie 1–2, weekly w fazie 3. Backlog ticketów z priorytetem i estymacją. Quarterly post-mortem – co zadziałało, co się nie udało, jak następna migracja może być lepsza.

Long-term strategy — co dalej po recovery

Po 6 miesiącach migracja jest ukończona. Co dalej? Audyt post-migration pozostawia kilka strategicznych wniosków, które warto wdrażać przez kolejny rok.

Wnioski strategiczne z migracji

• Które strony okazały się najważniejsze – te, które najszybciej wróciły + konwertowały. Priorytet content’u dalej na nich.
• Które URL były thin content – te, które po 410 Gone niczego nie straciły. Lekcja dla przyszłego content planningu.
• Które zmiany techniczne dały największy boost – wycena ROI na konkretne ulepszenia (np. Core Web Vitals → +15% traffic).
• Jakie rodzaje backlinks przetrwały migrację najlepiej – editorial vs directory vs PR. Guidance dla link building strategy.

Dokumentacja dla następnej migracji

Za 3–5 lat będziecie robić kolejną migrację. Dokumentacja obecnej – 20–40 stron Notion – pozwoli następnej być 2× szybszą i bezpieczniejszą. Co zawrzeć: timeline wykonania, problemy napotkane, narzędzia użyte, budżet vs actual, lessons learned.

Szablon raportu post-migration

Raport dla zarządu po 3 miesiącach od migracji. Struktura 8 sekcji, łącznie 15–30 stron.

1. Executive summary (1 strona) – kluczowe wnioski, ROI, rekomendacje.
2. Metodyka – co audytowaliśmy, jakie narzędzia, okres.
3. Traffic recovery – wykresy, baseline vs aktualny, procentowe zmiany.
4. Rankings analysis – top keywords, gained vs lost, distribution.
5. Technical health – Core Web Vitals, crawl errors, coverage.
6. Content analysis – które strony wróciły, które wymagają dodatkowej pracy.
7. Business impact – konwersje, leads, przychody organic.
8. Action items – lista zadań na kolejne 3 miesiące.

Analogie do audytu klasycznego (nie post-migration) znajdziecie w Audyt SEO 2026, metodologie migracji domeny w Migracja domeny krok po kroku, a redesign + migracja razem w Redesign i zmiana CMS bez strat SEO.

FAQ — najczęstsze pytania

Ile trwa recovery po migracji SEO?

Zależnie od skali. Mała migracja (tylko design) – 2–4 tygodnie. Średnia (design + URL) – 6–10 tygodni. Duża (CMS + URL + design) – 3–6 miesięcy. Typowo 80% recovery w miesiącach 1–2, 95%+ w miesiącach 3–4, pełne odzyskanie + bonus w 6 miesiącach.

Kiedy uznać migrację za nieudaną?

Jeśli po 6 miesiącach traffic nie wrócił do 80% baseline’u, a rankings top 100 nie wróciły do 70%+. Wtedy czas na głęboki audyt post-migration, identyfikację blokerów, decyzję o ewentualnym rollback’u lub rebuild’zie problematycznych stron.

Czy można cofnąć migrację po 2 miesiącach?

Technicznie tak, praktycznie kosztowne i ryzykowne. Rollback po 2 miesiącach oznacza kolejną migrację (nowa → stara), z własnymi ryzykami. Lepsze podejście – identyfikacja konkretnych problemów nowej wersji i ich naprawa, niż pełen rollback. Tylko katastrofalne scenariusze (60%+ spadek traffic, biznes krytyczny) uzasadniają rollback.

Ile kosztuje audit post-migration agencji?

Dla małej strony (<500 URL) – 5 000–10 000 PLN (pełne 6 miesięcy). Dla średniej (500–5000 URL) – 15 000–30 000 PLN. Dla dużej (5000+ URL) – 30 000–60 000 PLN. Koszty rozłożone na 6 miesięcy monthly retainer + discovery upfront.

Czy audyt post-migration może zrobić junior SEO?

Fazę 1 i 2 – z dobrą checklist’ą tak, pod nadzorem senior’a. Fazę 3 (ocena ROI, strategia naprawy) – wymaga senior’a. Junior może przygotować dane, interpretować je senior. Bez senior review audyt ma 30% szansy pominięcia kluczowych issues.

Jak komunikować wyniki audytu do zarządu?

Executive summary 1 strona + dashboard Looker Studio + monthly meeting 30 minut. Visual, nie techniczny. Liczby w kontekście (vs baseline, vs oczekiwanie, vs branża). Action items konkretne z kosztami i ROI. Bez „error rate 0,3%” – raczej „99,7% stron działa poprawnie, pozostałe 0,3% naprawimy w tym tygodniu za 4 000 PLN”.

Czy Google indexing API przyspiesza recovery?

Tak, ale z ograniczeniami. Indexing API jest oficjalnie dla JobPostings i BroadcastEvent, ale w praktyce przyspiesza crawl innych typów. Używajcie dla top 100 najważniejszych URL. Limit – 200 URLs/day w free tier. Nie zastępuje normalnej indexacji, ale skraca ją o 1–3 tygodnie dla priorytetowych stron.

Jak długo monitorować po migracji?

Minimum 6 miesięcy aktywnego monitoringu. Potem monthly check przez rok. Migracja wpływa na SEO przez 12–18 miesięcy, nawet jeśli główne efekty widoczne są w 3–6 miesiącach. Długoterminowy monitoring pozwala złapać „late regressions” – problemy, które manifestują się po pół roku.

Co dalej

Audyt post-migration to element bez którego żadna migracja nie jest skończona. Pełny kontekst SEO 2026 znajdziecie w pillarze SEO 2026: kompletny przewodnik po technicznym, contentowym i międzynarodowym SEO. Migracja domeny jako osobny scenariusz – Migracja domeny krok po kroku — plan bez strat. Redesign + migracja CMS – Redesign i zmiana CMS bez strat SEO. Klasyczny audyt SEO uzupełniający post-migration – Audyt SEO 2026: metodyka, która znajduje problemy.

Następny krok: jeśli jesteście w trakcie migracji lub właśnie ją zakończyliście, wdrożcie checklist fazy 1 już dzisiaj. Jeśli migracja jeszcze przed wami – zaplanujcie audit post-migration jako integralną część budżetu projektu, nie dodatek. Wracając do pillara SEO 2026, dobrze przeprowadzony audit post-migration potrafi być różnicą między migracją, która ostatecznie poprawiła SEO o 20%, a taką, która kosztowała 30% ruchu permanentnie. Różnica w budżecie – 5–10% kosztu całej migracji. Różnica w efekcie – dziesiątki tysięcy PLN miesięcznego przychodu organic. To jedna z najbardziej asymetrycznie pozytywnych inwestycji SEO, jakie można poczynić.

Trzy najczęstsze pytania zadawane przez board po migracji

1. „Kiedy wrócimy do normalnego traffic’u?” – odpowiadajcie danymi, nie emocjami. Typowy timeline 6–12 tygodni, realne dane z dashboardu każdy tydzień.
2. „Czy to było warto?” – pokazujcie nie tylko traffic, ale też Core Web Vitals, konwersje, jakość ruchu, bounce rate.
3. „Kiedy następna migracja?” – odpowiedź: „3–5 lat, jeśli nic nie wymaga pilnej zmiany”. Migracja to nie coroczna operacja, tylko strategiczna inwestycja raz na kilka lat, wymagająca dużego przygotowania technicznego i biznesowego z wyprzedzeniem.