Migracja strony a SEO - jak nie stracić pozycji w Google?

Migracja strony to każda większa zmiana w witrynie, która może wpłynąć na adresy URL, strukturę, treść, domenę, CMS, protokół, indeksację albo sposób crawlowania strony przez Google. Źle przeprowadzona migracja może skończyć się spadkiem pozycji, utratą ruchu, błędami 404 i chaosem w Google Search Console.

Nowa strona wygląda lepiej.

Jest szybsza.

Ma nowoczesny design.

Lepsze zdjęcia.

Poprawione teksty.

Nową strukturę.

A po wdrożeniu ruch z Google spada o 40%.

To klasyczny scenariusz źle przeprowadzonej migracji SEO.

Problem nie zawsze leży w samej nowej stronie.

Często problemem są techniczne rzeczy, których użytkownik nie widzi:

• stare adresy URL nie mają przekierowań,
• ważne podstrony zwracają 404,
• canonicale wskazują stare adresy,
• sitemap zawiera nieaktualne URL-e,
• robots.txt blokuje nową stronę,
• linkowanie wewnętrzne prowadzi przez przekierowania,
• część treści została usunięta,
• Google nie rozumie, która wersja strony jest właściwa.

Migracja strony bez planu SEO to nie odświeżenie witryny. To ryzyko utraty ruchu, który był budowany miesiącami albo latami.

Ten poradnik pokazuje, jak przygotować migrację strony krok po kroku, co sprawdzić przed wdrożeniem, jak ustawić przekierowania, jak kontrolować indeksację i jak ograniczyć ryzyko spadków w Google.

Migracja strony - co to właściwie znaczy?

Migracja strony to większa zmiana techniczna, strukturalna lub adresowa, która wpływa na sposób działania witryny.

Nie chodzi tylko o zmianę domeny.

Migracją może być również:

• zmiana CMS-a,
• zmiana struktury URL,
• zmiana szablonu strony,
• przejście z HTTP na HTTPS,
• zmiana domeny,
• połączenie dwóch stron w jedną,
• przeniesienie bloga z subdomeny do katalogu,
• zmiana sklepu na inną platformę,
• usunięcie lub połączenie kategorii,
• przebudowa architektury informacji,
• zmiana wersji językowych,
• zmiana technologii frontendu.

Dla właściciela firmy migracja często oznacza:

Robimy nową stronę.

Dla SEO oznacza:

Musimy przenieść całą wartość starej strony na nową tak, żeby Google nie zgubił adresów, treści, linków i sygnałów.

To zupełnie inne podejście.

Jeśli zmienia się tylko wygląd, ale URL-e, treść i struktura zostają takie same, ryzyko jest mniejsze.

Jeśli zmienia się domena, URL-e, treść, CMS i linkowanie, ryzyko jest dużo większe.

Im więcej elementów zmieniasz jednocześnie, tym bardziej musisz przygotować migrację.

Dlaczego migracja strony może zaszkodzić SEO?

Google nie widzi migracji tak jak człowiek.

Dla użytkownika nowa strona może wyglądać jak ta sama firma w nowszym wydaniu.

Dla Google może to być zupełnie inny zestaw adresów, treści, linków, canonicali i statusów HTTP.

Migracja szkodzi SEO, gdy Google traci ciągłość między starą a nową wersją strony.

Najczęstsze przyczyny spadków:

• brak przekierowań 301 ze starych adresów,
• przekierowania do nietrafnych podstron,
• przekierowanie wszystkiego na stronę główną,
• utrata ważnych treści,
• zmiana tytułów, nagłówków i intencji stron,
• usunięcie stron, które generowały ruch,
• usunięcie linkowania wewnętrznego,
• zablokowanie strony w robots.txt,
• pozostawienie noindex po wersji testowej,
• nieaktualna sitemap.xml,
• błędne canonicale,
• problemy z HTTPS,
• duplikacja wersji strony,
• błędy 404 na ważnych adresach.

Migracja nie musi powodować spadków.

Ale źle przeprowadzona migracja prawie zawsze zostawia ślady.

Czasem spadki są krótkotrwałe, bo Google musi przetworzyć zmiany.

Czasem są trwałe, bo stara wartość strony została utracona.

Różnica zależy od przygotowania.

Sytuacja	Ryzyko SEO	Co zrobić?
Zmiana wyglądu bez zmiany URL-i	Niskie lub średnie	Sprawdzić treść, szybkość, indeksację i linkowanie
Zmiana struktury URL	Wysokie	Przygotować mapę przekierowań 301
Zmiana domeny	Bardzo wysokie	Przekierowania 1:1, Search Console, Change of Address
Zmiana CMS-a	Średnie lub wysokie	Kontrola URL-i, treści, meta danych, schema i statusów
Migracja sklepu	Bardzo wysokie	Produkty, kategorie, filtry, canonicale, sitemap i przekierowania

Rodzaje migracji strony internetowej

Nie każda migracja jest taka sama.

Dlatego przed rozpoczęciem trzeba nazwać typ zmiany.

Najczęstsze rodzaje migracji:

1. Migracja domeny

Przenosisz stronę z jednej domeny na drugą.

stara-domena.pl → nowa-domena.pl

To jedna z najbardziej ryzykownych migracji, bo zmienia się główny adres całej witryny.

2. Migracja HTTP na HTTPS

Strona przechodzi z wersji niezabezpieczonej na bezpieczną.

http://example.pl/ → https://example.pl/

Technicznie to też zmiana URL-i, dlatego wymaga przekierowań, aktualizacji canonicali i sitemap.

3. Migracja CMS-a

Strona przechodzi na inny system zarządzania treścią.

Na przykład:

• stary autorski CMS → WordPress,
• WordPress → Webflow,
• PrestaShop → Shopify,
• WooCommerce → Magento,
• stary sklep → nowa platforma e-commerce.

4. Migracja struktury URL

Zmieniasz adresy podstron.

/oferta/pozycjonowanie-stron/ → /seo/

To wymaga dokładnej mapy przekierowań.

5. Migracja treści

Usuwasz, łączysz albo przebudowujesz dużą część contentu.

To może mocno wpłynąć na frazy, topical authority i linkowanie.

6. Migracja subdomeny do katalogu

Na przykład:

blog.example.pl → example.pl/blog/

Taka migracja może mieć sens SEO, ale wymaga pełnych przekierowań 301 i kontroli indeksacji.

7. Migracja wersji językowych

Zmieniasz strukturę językową, na przykład:

en.example.com → example.com/en/

Tutaj dochodzi jeszcze hreflang, canonicale i lokalizacja treści.

Każdy typ migracji ma inne ryzyka.

Ale wszystkie mają wspólny mianownik:

Musisz powiedzieć Google, gdzie przeniosła się stara wartość strony.

Kiedy migracja jest największym ryzykiem dla Google?

Migracja jest najbardziej ryzykowna wtedy, gdy jednocześnie zmieniasz wiele elementów.

Przykład wysokiego ryzyka:

• nowa domena,
• nowy CMS,
• nowe adresy URL,
• nowa struktura menu,
• usunięta część treści,
• inne tytuły i nagłówki,
• zmienione kategorie,
• brak mapy przekierowań.

W takiej sytuacji Google musi przetworzyć praktycznie nową stronę.

Jeśli nie dostanie jasnych sygnałów, spadki są bardzo prawdopodobne.

Migracja jest szczególnie ryzykowna, gdy:

• strona ma już duży ruch organiczny,
• ma dużo linków zewnętrznych,
• ma wiele zaindeksowanych podstron,
• ma rozbudowany sklep,
• ma blog z wieloma artykułami,
• ma wersje językowe,
• ma wiele lokalnych landing page'y,
• ma skomplikowane filtry i parametry,
• ma historię wcześniejszych migracji.

Im większa strona, tym większa potrzeba procesu.

Przy małej stronie firmowej migracja może być prosta.

Przy sklepie z tysiącami produktów to projekt techniczny.

Przy portalu z setkami tysięcy adresów to operacja na żywym organizmie.

Audyt przed migracją - co trzeba sprawdzić?

Audyt przed migracją to zabezpieczenie przed stratami.

Nie zaczynaj od projektowania nowego menu.

Zacznij od danych.

Przed migracją sprawdź:

• które podstrony generują ruch organiczny,
• które URL-e mają najlepsze pozycje,
• które adresy mają linki zewnętrzne,
• które strony generują konwersje,
• które artykuły przynoszą ruch long tail,
• które kategorie produktów mają widoczność,
• które adresy są w sitemap.xml,
• które adresy są indeksowane,
• które URL-e mają błędy,
• jak wygląda linkowanie wewnętrzne,
• jakie canonicale są obecnie ustawione,
• czy robots.txt czegoś nie blokuje.

Źródła danych:

• Google Search Console,
• Google Analytics 4,
• crawl strony,
• sitemap.xml,
• CMS,
• narzędzia backlinkowe,
• logi serwera,
• raporty sprzedaży w e-commerce,
• ranking fraz, jeśli jest prowadzony.

Celem audytu jest określenie, czego nie wolno zgubić.

Nie wszystkie adresy mają taką samą wartość.

Ale adresy z ruchem, linkami i konwersjami muszą być potraktowane priorytetowo.

Jak przygotować listę starych adresów URL?

Lista starych adresów URL to fundament migracji.

Nie możesz poprawnie przekierować adresów, których nie znasz.

Zbierz stare URL-e z kilku źródeł, bo żadne pojedyncze źródło nie pokaże wszystkiego.

Źródło	Co daje?	Dlaczego jest ważne?
Google Search Console	Adresy widoczne i znane Google	Pokazuje realne dane wyszukiwarki
Google Analytics 4	Adresy z ruchem użytkowników	Pomaga chronić ruch i konwersje
Crawl strony	Adresy znalezione przez linkowanie wewnętrzne	Pokazuje obecną strukturę serwisu
Sitemap.xml	Adresy zgłaszane wyszukiwarkom	Pomaga znaleźć strony ważne technicznie
Narzędzia backlinkowe	Adresy z linkami zewnętrznymi	Chroni wartość linków
CMS	Wszystkie opublikowane treści	Pokazuje treści, których crawl mógł nie znaleźć
Logi serwera	Adresy odwiedzane przez boty i użytkowników	Przydatne przy dużych serwisach

Następnie usuń duplikaty i oznacz adresy według priorytetu:

• wysoki - ruch, linki, sprzedaż, pozycje,
• średni - linkowanie wewnętrzne, sitemap, potencjał SEO,
• niski - brak ruchu, brak linków, brak wartości,
• do usunięcia - treści nieaktualne bez odpowiednika.

Bez tej listy migracja jest zgadywaniem.

Z tą listą można przygotować realną mapę przekierowań.

Mapa przekierowań 301 - najważniejszy element migracji

Mapa przekierowań to dokument, który pokazuje, gdzie ma trafić każdy ważny stary adres URL.

Najprostszy format:

Stary URL	Nowy URL	Typ decyzji	Priorytet
/oferta/pozycjonowanie-stron/	/seo/	301	Wysoki
/blog/audyt-seo/	/blog/audyt-seo-co-sprawdzic/	301	Wysoki
/produkt/stary-model/	/produkt/nowy-model/	301	Średni
/promocja-2020/	brak	410 lub 404	Niski

Mapa przekierowań nie powinna być robiona automatycznie bez kontroli.

Najgorsza mapa wygląda tak:

wszystkie stare adresy → strona główna

To szybkie, ale bardzo słabe.

Dobra mapa przekierowań prowadzi do najbliższego odpowiednika.

Strona usługi do strony usługi.

Artykuł do podobnego artykułu.

Produkt do zamiennika.

Kategoria do nowej kategorii.

Jeśli nie ma odpowiednika, czasem lepsze jest 404 albo 410 niż sztuczne przekierowanie.

Jak przekierowywać adresy, żeby nie stracić ruchu?

Przekierowanie powinno być stałe, bezpośrednie i trafne.

Najważniejsze zasady:

• używaj 301 dla trwałych zmian,
• przekierowuj do najbliższego tematycznie odpowiednika,
• nie przekierowuj wszystkiego na stronę główną,
• unikaj łańcuchów przekierowań,
• unikaj pętli przekierowań,
• sprawdź, czy finalny URL zwraca 200,
• nie przekierowuj do strony z noindex,
• nie przekierowuj do strony z canonicalem gdzie indziej,
• nie zostawiaj starych URL-i w sitemapie,
• popraw linki wewnętrzne na finalne adresy.

Dobrze:

/blog/stary-poradnik-seo/ → /blog/nowy-poradnik-seo/

Dobrze:

/oferta/google-ads/ → /google-ads/

Dobrze:

/kategoria/buty-do-biegania/ → /buty-do-biegania/

Źle:

/blog/stary-poradnik-seo/ → /kontakt/

Źle:

/produkt/konkretny-model/ → /

Źle:

/uslugi/audyt-seo/ → /blog/

Dobre przekierowanie odpowiada na pytanie:

Gdzie użytkownik powinien trafić, żeby dostać najbardziej zbliżoną odpowiedź do tej, której szukał?

Jeśli nie potrafisz wskazać takiego miejsca, nie rób przekierowania na siłę.

Migracja domeny a SEO

Migracja domeny to jedna z najbardziej wrażliwych operacji SEO.

Przykład:

https://stara-domena.pl/ → https://nowa-domena.pl/

Przy zmianie domeny trzeba przenieść nie tylko stronę główną.

Trzeba przenieść każdy ważny adres.

Dobrze:

https://stara-domena.pl/oferta/seo/ → https://nowa-domena.pl/oferta/seo/

Dobrze:

https://stara-domena.pl/blog/audyt-seo/ → https://nowa-domena.pl/blog/audyt-seo/

Źle:

https://stara-domena.pl/oferta/seo/ → https://nowa-domena.pl/

Przy zmianie domeny wykonaj:

1. Zweryfikuj starą i nową domenę w Google Search Console.
2. Przygotuj mapę przekierowań stary URL → nowy URL.
3. Wdróż przekierowania 301.
4. Zaktualizuj canonicale na nową domenę.
5. Zaktualizuj sitemap.xml.
6. Zaktualizuj linkowanie wewnętrzne.
7. Sprawdź robots.txt.
8. Prześlij nową sitemapę w Search Console.
9. Użyj narzędzia Change of Address, jeśli zmiana dotyczy domeny.
10. Monitoruj błędy, indeksację i ruch.

Starej domeny nie powinno się wyłączać od razu.

Przekierowania powinny działać długo, ponieważ użytkownicy, linki i Google mogą jeszcze przez długi czas trafiać na stare adresy.

Migracja HTTP na HTTPS

Migracja HTTP na HTTPS też jest migracją adresów.

Dla Google:

http://example.pl/

i:

https://example.pl/

to różne URL-e.

Dlatego trzeba zrobić przekierowania:

http://example.pl/uslugi/ → https://example.pl/uslugi/

Nie tylko:

http://example.pl/ → https://example.pl/

Migracja HTTPS wymaga:

• działającego certyfikatu SSL,
• przekierowań 301 z HTTP na HTTPS,
• aktualizacji canonicali,
• aktualizacji sitemap.xml,
• aktualizacji robots.txt,
• poprawy linków wewnętrznych,
• usunięcia mixed content,
• kontroli Search Console,
• sprawdzenia formularzy, płatności i logowania.

Najczęstszy błąd:

Certyfikat jest zainstalowany, ale strona dalej działa równolegle po HTTP i HTTPS.

To nie jest poprawne wdrożenie.

Finalna wersja powinna być jedna.

Najczęściej HTTPS.

Migracja CMS-a, np. WordPress, Shopify, PrestaShop

Zmiana CMS-a może wyglądać jak czysto techniczna decyzja.

Ale dla SEO ma duże znaczenie.

Nowy CMS może inaczej generować:

• adresy URL,
• tytuły SEO,
• meta description,
• nagłówki H1-H6,
• canonicale,
• sitemapę,
• robots.txt,
• schema,
• paginację,
• filtry,
• adresy obrazów,
• przekierowania.

Przed migracją CMS-a porównaj starą i nową stronę.

Sprawdź, czy na nowej wersji:

• najważniejsze strony nadal istnieją,
• adresy URL są takie same albo mają 301,
• title i H1 nie zostały przypadkowo zmienione,
• treść nie została skrócona,
• schema nadal działa,
• obrazy mają poprawne adresy i alty,
• strony nie mają noindex,
• robots.txt nie blokuje crawlowania,
• sitemap zawiera finalne adresy,
• strona ładuje się poprawnie.

Przy WordPressie szczególnie sprawdź ustawienia permalinków i wtyczek SEO.

Przy Shopify, PrestaShop, Magento i WooCommerce sprawdź produkty, kategorie, filtry i canonicale.

Migracja CMS-a bez audytu SEO często kończy się tym, że "strona działa", ale Google widzi zupełnie inną strukturę.

Migracja sklepu internetowego

Migracja sklepu jest szczególnie ryzykowna.

Sklep ma zwykle dużo adresów:

• produkty,
• kategorie,
• podkategorie,
• marki,
• filtry,
• parametry,
• warianty,
• promocje,
• poradniki,
• landing page'e sezonowe.

Przy migracji e-commerce trzeba ustalić, co zrobić z każdym typem adresu.

Typ adresu	Ryzyko	Działanie
Kategorie	Bardzo wysokie	Przenieść lub przekierować 1:1
Produkty z ruchem	Wysokie	Przenieść, zostawić URL albo ustawić trafne 301
Produkty niedostępne	Średnie	Zależnie od ruchu: zostawić, przekierować, 404 lub 410
Filtry	Wysokie	Ustalić, które mają być indeksowane
Blog i poradniki	Wysokie	Przenieść treści i zachować przekierowania
Koszyk i checkout	Techniczne	Testować funkcjonalnie, nie indeksować

W sklepie bardzo ważne są też:

• feed produktowy,
• Google Merchant Center,
• płatności,
• maile transakcyjne,
• linki z kampanii reklamowych,
• integracje z magazynem,
• dane strukturalne Product, Offer, BreadcrumbList,
• status dostępności produktów.

Migracja sklepu to nie tylko SEO.

To SEO, sprzedaż, analityka i technika jednocześnie.

Canonical, sitemap.xml i robots.txt podczas migracji

Podczas migracji trzeba pilnować spójności sygnałów technicznych.

Przekierowania mówią jedno.

Canonicale, sitemap i robots.txt nie mogą mówić czegoś innego.

Po migracji canonicale powinny wskazywać finalne adresy.

Dobrze:

<link rel="canonical" href="https://example.pl/nowy-url/" />

Źle:

<link rel="canonical" href="https://example.pl/stary-url/" />

Sitemap.xml powinna zawierać finalne adresy:

• status 200,
• HTTPS,
• kanoniczne,
• indeksowalne,
• niezablokowane,
• bez przekierowań.

Robots.txt nie może blokować nowej strony.

Szczególnie uważaj na zapis przeniesiony ze stagingu:

User-agent: *
Disallow: /

To jeden z najgroźniejszych błędów po wdrożeniu.

Po migracji sprawdź:

• /robots.txt,
• /sitemap.xml lub /sitemap_index.xml,
• canonicale na najważniejszych stronach,
• statusy HTTP,
• noindex,
• hreflang, jeśli dotyczy,
• dane strukturalne.

SEO techniczne musi być spójne.

Jeśli każdy sygnał wskazuje inną wersję strony, Google będzie potrzebować więcej czasu, żeby to uporządkować.

Linkowanie wewnętrzne po migracji

Przekierowania 301 są potrzebne.

Ale nie powinny zastępować poprawnego linkowania wewnętrznego.

Po migracji linki wewnętrzne powinny prowadzić bezpośrednio do nowych, finalnych adresów.

Źle:

Link w menu → stary URL → 301 → nowy URL

Dobrze:

Link w menu → nowy URL

Sprawdź linki w:

• menu głównym,
• stopce,
• breadcrumbs,
• artykułach blogowych,
• sekcjach CTA,
• boxach "powiązane wpisy",
• opisach kategorii,
• kartach produktów,
• elementach HTML generowanych przez motyw,
• schema, jeśli zawiera URL-e.

Po migracji warto wykonać crawl strony i sprawdzić:

• linki do 404,
• linki przez 301,
• linki do HTTP,
• linki do starej domeny,
• linki do stron z noindex,
• linki do niekanonicznych adresów.

Dobre linkowanie wewnętrzne pomaga Google szybciej zrozumieć nową strukturę.

I pomaga użytkownikom poruszać się po stronie bez niepotrzebnych przeskoków.

Jak testować stronę przed publikacją?

Testy przed publikacją są tańsze niż ratowanie spadków po migracji.

Strona testowa powinna być zabezpieczona hasłem albo ograniczeniem dostępu.

Nie polegaj wyłącznie na robots.txt.

Przed wdrożeniem sprawdź:

• czy nowa strona nie ma globalnego noindex,
• czy robots.txt nie blokuje wszystkiego,
• czy przekierowania działają,
• czy finalne URL-e zwracają 200,
• czy nie ma soft 404,
• czy canonicale są poprawne,
• czy sitemap zawiera nowe adresy,
• czy treści zostały przeniesione,
• czy title i H1 są poprawne,
• czy schema działa,
• czy strona działa mobilnie,
• czy formularze wysyłają dane,
• czy sklep przyjmuje zamówienia,
• czy analityka działa.

Przy dużych stronach warto zrobić crawl środowiska testowego.

Porównaj starą i nową wersję:

• liczbę adresów,
• statusy HTTP,
• tytuły,
• nagłówki H1,
• meta description,
• canonicale,
• liczbę słów,
• linkowanie wewnętrzne,
• schema,
• obrazy i alty.

Jeśli na etapie testowym widzisz chaos, po publikacji będzie gorzej.

Co sprawdzić w dniu wdrożenia?

Dzień wdrożenia powinien mieć checklistę.

Nie działaj na zasadzie:

Wrzucamy i zobaczymy.

W dniu publikacji sprawdź:

• czy strona działa pod właściwą domeną,
• czy certyfikat SSL jest poprawny,
• czy HTTP przekierowuje na HTTPS,
• czy WWW/non-WWW prowadzi do jednej wersji,
• czy stare URL-e mają 301,
• czy ważne nowe URL-e zwracają 200,
• czy nie ma globalnego noindex,
• czy robots.txt nie blokuje strony,
• czy sitemap działa,
• czy canonicale wskazują finalne adresy,
• czy formularze działają,
• czy analityka zbiera dane,
• czy Search Console widzi stronę,
• czy nie pojawiają się masowe 404.

Po wdrożeniu wykonaj szybki crawl:

• najważniejszych starych URL-i,
• najważniejszych nowych URL-i,
• stron z ruchem organicznym,
• adresów z backlinkami,
• sitemap.xml.

Najważniejsze problemy trzeba naprawić od razu.

Szczególnie:

• brak przekierowań,
• blokada robots.txt,
• noindex,
• masowe 404,
• niepoprawny SSL,
• zły canonical,
• niedziałający sklep lub formularze.

Najczęstsze błędy przy migracji strony

Większość problemów po migracji nie wynika z pecha.

Wynika z pominiętych kroków.

Błąd	Skutek	Co zrobić?
Brak mapy przekierowań	Masowe 404 i utrata starych adresów	Przygotować stary URL → nowy URL
Przekierowanie wszystkiego na stronę główną	Nietrafne przekierowania i ryzyko soft 404	Przekierowywać do najbliższych odpowiedników
Stagingowy robots.txt na produkcji	Google nie może crawlować strony	Usunąć Disallow: / z produkcji
Globalny noindex po wdrożeniu	Strony wypadają z indeksu	Sprawdzić meta robots i nagłówki HTTP
Nieaktualna sitemap.xml	Google dostaje stare lub błędne URL-e	Wygenerować sitemapę finalnych adresów
Canonicale do starej wersji	Sprzeczne sygnały kanoniczne	Ustawić canonicale na finalne URL-e
Usunięcie treści z ruchem	Spadek widoczności na frazy long tail	Przenieść, zaktualizować albo przekierować treści
Brak aktualizacji linkowania wewnętrznego	Strona stale przechodzi przez 301 lub trafia na 404	Poprawić linki na finalne adresy
Brak monitoringu po migracji	Problemy są wykrywane za późno	Monitorować GSC, crawl, ruch i logi

Największy błąd?

Myślenie, że SEO sprawdzi się po wdrożeniu.

SEO trzeba uwzględnić przed migracją.

Checklista migracji SEO

Poniżej masz praktyczną checklistę do wykorzystania przed, w trakcie i po migracji.

Punkt kontroli	Tak/Nie	Uwagi
Wyeksportowano stare URL-e		GSC, GA4, sitemap, crawl, CMS, backlinki
Oznaczono URL-e z ruchem i linkami		Priorytet wysoki
Przygotowano mapę przekierowań		Stary URL → nowy URL
Wdrożono przekierowania 301		Tylko dla trwałych zmian
Nie przekierowano wszystkiego na stronę główną		Przekierowania muszą być trafne
Sprawdzono robots.txt		Brak blokady produkcji
Sprawdzono noindex		Brak globalnego noindex
Zaktualizowano canonicale		Finalne adresy 200
Zaktualizowano sitemap.xml		Tylko nowe, indeksowalne URL-e
Zaktualizowano linkowanie wewnętrzne		Menu, stopka, treści, breadcrumbs
Sprawdzono dane strukturalne		Article, Product, Breadcrumb, LocalBusiness itd.
Wykonano crawl po wdrożeniu		404, 301, 200, canonical, noindex

Ta checklista nie zastępuje audytu.

Ale pozwala uniknąć najdroższych błędów.

Plan 30 dni po migracji strony

Po migracji nie można zostawić strony samej sobie.

Pierwsze tygodnie są kluczowe.

Okres	Priorytet	Działania
Dzień 0	Wdrożenie	Publikacja strony, przekierowania, sitemap, kontrola robots.txt, noindex i SSL
Dni 1-2	Krytyczne testy	Crawl najważniejszych starych i nowych URL-i, kontrola 301, 404, canonicali i sitemap
Dni 3-5	Search Console	Inspekcja URL, przesłanie sitemap, kontrola błędów indeksacji i pokrycia
Dni 6-10	Linkowanie	Poprawa linków wewnętrznych, menu, stopki, breadcrumbs i linków w treściach
Dni 11-15	Treść i widoczność	Porównanie ruchu, fraz, pozycji i stron landingowych ze stanem sprzed migracji
Dni 16-20	Błędy techniczne	Naprawa 404, soft 404, łańcuchów przekierowań, mixed content i błędów canonicali
Dni 21-25	Indeksacja	Analiza, które nowe adresy są indeksowane, a które Google pomija
Dni 26-30	Raport i korekty	Podsumowanie strat, wzrostów, błędów, priorytetów i dalszych działań SEO

Po 30 dniach powinieneś wiedzieć:

• czy Google przetwarza nowe adresy,
• czy stare adresy poprawnie przekierowują,
• czy nie ma masowych 404,
• czy sitemap działa,
• czy canonicale są spójne,
• czy najważniejsze strony utrzymują widoczność,
• czy są obszary wymagające szybkiej poprawy.

Po migracji mogą wystąpić wahania.

Ale jeśli przygotowanie było dobre, wahania powinny być łatwiejsze do kontrolowania.

Najczęstsze pytania

Migracja strony nie musi niszczyć SEO. Ale musi być zaplanowana.

Migracja strony to jeden z tych momentów, w których można dużo zyskać albo dużo stracić.

Nowa strona może być szybsza, lepsza i bardziej sprzedażowa.

Ale jeśli zgubisz stare adresy, przekierowania, treści i sygnały SEO, Google może potraktować ją jak zupełnie nowy projekt.

Najważniejsze zasady są proste:

• nie migruj bez listy starych URL-i,
• nie zmieniaj adresów bez mapy przekierowań,
• nie przekierowuj wszystkiego na stronę główną,
• nie usuwaj treści z ruchem bez planu,
• sprawdź robots.txt i noindex,
• zaktualizuj canonicale i sitemapę,
• popraw linkowanie wewnętrzne,
• testuj stronę przed publikacją,
• monitoruj Google Search Console po wdrożeniu.

Jeśli planujesz migrację strony, sklepu, domeny albo CMS-a, zarezerwuj darmową analizę SEO z Digitay. Sprawdzimy ryzyka, przygotujemy listę adresów, mapę przekierowań i techniczne zalecenia, żeby ograniczyć ryzyko utraty widoczności w Google.