Jak migrować stronę WordPress bez utraty SEO — kompletny przewodnik 2026

Migracja strony WordPress to jeden z tych momentów gdy jedna zła decyzja może kosztować miesiące pracy SEO. Widziałem strony które po migracji domeny straciły 60% ruchu organicznego — i strony które przeszły przez ten sam proces bez mierzalnego spadku pozycji.

Różnica? Przygotowanie i systematyczność. Ten przewodnik pokazuje jak to zrobić poprawnie.

Czym jest migracja WordPress i kiedy jej potrzebujesz?

Migracja WordPress to przeniesienie strony internetowej z jednego środowiska do drugiego — zmiana serwera, domeny, protokołu (HTTP→HTTPS) lub struktury URL. Z perspektywy SEO każda zmiana adresu URL to potencjalne ryzyko — Google musi odnaleźć nowe adresy, powiązać je ze starymi i przenieść autorytet linków.

Rodzaje migracji WordPress

Rodzaj migracji	Ryzyko SEO	Czas re-indeksacji	Główne wyzwanie
Zmiana hostingu (ta sama domena)	Niskie	1–2 tygodnie	Propagacja DNS, czas przestoju
HTTP → HTTPS	Niskie–średnie	2–4 tygodnie	Redirecty 301, mixed content
Zmiana struktury URL	Średnie	4–8 tygodni	Mapowanie i przekierowanie każdego URL
Zmiana domeny	Wysokie	6–16 tygodni	Transfer autorytetu domeny
Zmiana CMS (np. Joomla → WordPress)	Bardzo wysokie	3–6 miesięcy	Pełne mapowanie struktury, migracja treści

Każdy rodzaj migracji wymaga innego podejścia, ale fundament jest zawsze ten sam: zachowanie ciągłości URL-i lub bezbłędne przekierowanie 301 ze starych na nowe adresy.

---

Krok 1: Pre-migration checklist — co zrobić przed migracją

Większość problemów SEO po migracji wynika z braku przygotowania. Ten etap zajmuje 2–4 godziny, ale oszczędza tygodnie problemów.

1.1 Pełny backup strony

Zanim cokolwiek ruszysz — backup. Pełny. Pliki + baza danych. Zapisany poza serwerem.

Jak zrobić backup przed migracją:

1. Zainstaluj UpdraftPlus lub Duplicator (darmowe wersje wystarczą)
2. Wykonaj pełny backup: pliki WordPress + baza danych
3. Pobierz backup lokalnie na komputer (nie zostawiaj tylko na serwerze)
4. Zweryfikuj backup — rozpakowując go lub sprawdzając datę pliku SQL

Backup to Twoja polisa ubezpieczeniowa. Bez niego każda migracja jest skokiem w ciemność.

1.2 Crawl obecnych URL-i — mapa strony

Przed migracją musisz wiedzieć dokładnie, jakie URL-e indeksuje Google. To Twój punkt odniesienia.

Jak wykonać crawl strony:

1. Pobierz Screaming Frog SEO Spider (darmowa wersja obsługuje do 500 URL-i)
2. Wpisz adres strony i uruchom crawl
3. Wyeksportuj listę wszystkich URL-i do CSV (File → Export → All Inlinks)
4. Zapisz kolumny: URL, Status Code, Title, H1, Inlinks count

Ten plik CSV to Twoja mapa — każdy URL ze statusem 200 (działa) musi mieć swojego odpowiednika po migracji lub przekierowanie 301.

1.3 Screenshot pozycji w Google Search Console

Przed migracją zapisz dane o pozycjach dla kluczowych fraz:

1. Otwórz Google Search Console → Wyniki wyszukiwania
2. Ustaw zakres dat na ostatnie 3 miesiące
3. Eksportuj raport do Arkuszy Google (przycisk "Eksportuj")
4. Zapisz: frazy kluczowe, pozycje, kliknięcia, wyświetlenia

Po migracji porównasz te dane z nowymi — to jedyny obiektywny sposób oceny wpływu migracji na SEO.

1.4 Sprawdź istniejące linki zewnętrzne

Linki z innych stron (backlinki) wskazują na konkretne URL-e. Jeśli zmienisz domenę lub strukturę, musisz wiedzieć które URL-e mają backlinki — to one są najważniejsze do przekierowania.

Narzędzia do sprawdzenia backlinków: Ahrefs, SEMrush, Majestic (płatne) lub Google Search Console → Linki (darmowe, ale niepełne).

---

Krok 2: Przygotowanie nowego środowiska

Nowe środowisko WordPress powinno być gotowe zanim zaczniesz przenosić dane. Chodzi o minimalizację czasu przestoju.

2.1 Instalacja WordPress na nowym serwerze/domenie

Jeśli migrujesz na nowy hosting:

1. Zamów nowy hosting i skonfiguruj domenę testową (lub użyj pliku /etc/hosts do testów lokalnych)
2. Zainstaluj WordPress w tym samym katalogu co na starym serwerze
3. Skonfiguruj PHP w tej samej wersji co na starym serwerze (sprawdź w phpinfo())
4. Upewnij się że certyfikat SSL jest gotowy

2.2 Weryfikacja środowiska przed migracją danych

Lista kontrolna nowego serwera:

• PHP 8.1 lub wyższy (WordPress 6.x wymaga minimum PHP 7.4, ale 8.1+ zalecane)
• MySQL 8.0 lub MariaDB 10.4+
• Certyfikat SSL aktywny
• Limit pamięci PHP minimum 256MB (memory_limit = 256M)
• Maksymalny rozmiar uploadu dopasowany do poprzedniego serwera

---

Krok 3: Migracja danych WordPress

To serce całego procesu. Masz dwa główne podejścia: plugin migracyjny lub ręczna migracja.

3.1 Migracja przez plugin (zalecane dla większości stron)

All-in-One WP Migration — najłatwiejsza opcja dla stron do 512MB. Zaufało mu ponad 60 milionów stron. Darmowa wersja obsługuje nieograniczony rozmiar eksportu, import może wymagać rozszerzenia premium ($69–$99/rok) jeśli plik jest duży.

Duplicator Pro — lepsza opcja dla większych stron i bardziej zaawansowanych migracji. Ponad 1 milion aktywnych instalacji, ocena 4,9/5. Cena od $49,50/rok. Proces: stwórz "paczke" na starym serwerze, pobierz ją, wgraj na nowy serwer z instalatorem.

Migrate Guru — darmowe dla stron do 200GB. Migruje bezpośrednio między serwerami (nie przechodzi przez Twój komputer), automatycznie zastępuje URL-e w bazie danych. Idealne dla dużych stron.

Krok po kroku z All-in-One WP Migration:

1. Na starym serwerze: zainstaluj plugin → All-in-One WP Migration → Eksportuj → Do pliku
2. Pobierz plik .wpress na komputer
3. Na nowym serwerze: zainstaluj plugin → Importuj → Z pliku → wybierz plik
4. Poczekaj na zakończenie importu (może trwać kilkanaście minut)
5. Przejdź do Ustawień → Ogólne → upewnij się że URL strony jest poprawny
6. Przejdź do Ustawień → Bezpośrednie odnośniki → "Zapisz zmiany" (regeneruje .htaccess)

3.2 Ręczna migracja (dla zaawansowanych)

Ręczna migracja daje pełną kontrolę i jest niezawodna dla dużych stron:

1. Eksport bazy danych: phpMyAdmin → Eksport → format SQL → zapisz plik .sql
2. Skopiowanie plików: przez FTP/SFTP pobierz cały katalog WordPress na komputer
3. Import bazy: na nowym serwerze przez phpMyAdmin utwórz nową bazę, importuj plik SQL
4. Upload plików: przez FTP/SFTP wgraj wszystkie pliki na nowy serwer
5. Edycja wp-config.php: zaktualizuj dane bazy danych (DB_NAME, DB_USER, DB_PASSWORD, DB_HOST)
6. Zamiana URL-i w bazie: użyj narzędzia Search Replace DB lub pluginu Better Search Replace

3.3 Zamiana URL-i w bazie danych — kluczowy krok

Jeśli zmieniasz domenę lub protokół (HTTP→HTTPS), musisz zaktualizować URL-e w bazie danych. To częsty punkt błędów — pominięcie go powoduje mixed content (zasoby ładowane po HTTP na stronie HTTPS), błędy w linkach wewnętrznych i zduplikowane treści.

Plugin Better Search Replace (darmowy, ponad 1 milion instalacji):

1. Zainstaluj plugin na nowym WordPressie
2. "Search for": stary URL (np. http://stara-domena.pl)
3. "Replace with": nowy URL (np. https://nowa-domena.pl)
4. Zaznacz wszystkie tabele
5. Odznacz "Run as dry run" i kliknij "Run Search/Replace!"
6. Sprawdź raport — plugin poda ile rekordów zmienił

Ważne: zamień zarówno http://domena.pl jak i https://domena.pl jeśli poprzednia strona miała mieszane linki. Zamień też //domena.pl (wersja bez protokołu).

---

Krok 4: Konfiguracja przekierowań 301

Przekierowania 301 to najważniejszy element migracji z perspektywy SEO. Informują Google: "ten URL przeniósł się na stałe pod nowy adres". Google przenosi autorytet (PageRank) ze starego na nowy URL — ale nie od razu i nie w 100%.

4.1 Kiedy potrzebujesz redirectów 301?

• Zmiana domeny (każdy URL ze starej domeny → odpowiadający URL na nowej domenie)
• Zmiana protokołu HTTP → HTTPS (każdy URL po HTTP → ten sam URL po HTTPS)
• Zmiana struktury URL (np. /blog/artykul → /artykuly/artykul)
• Zmiana rozszerzeń plików (.html → bez rozszerzenia)

Nie potrzebujesz redirectów 301 jeśli: zmieniasz tylko hosting (ta sama domena, te same URL-e).

4.2 Jak ustawić redirecty 301 w .htaccess (Apache)

Plik .htaccess to najszybsza metoda dla serwerów Apache (większość hostingów shared w Polsce):

Redirect całej domeny (stara → nowa):

RewriteEngine On
RewriteCond %{HTTP_HOST} ^stara-domena.pl$ [OR]
RewriteCond %{HTTP_HOST} ^www.stara-domena.pl$
RewriteRule ^(.*)$ https://nowa-domena.pl/$1 [R=301,L]

Redirect HTTP → HTTPS (na tej samej domenie):

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Redirect www → non-www (lub odwrotnie):

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

Pojedynczy redirect (konkretny URL):

Redirect 301 /stary-adres/ https://nowa-domena.pl/nowy-adres/

4.3 Redirecty 301 przez plugin WordPress

Jeśli nie chcesz edytować .htaccess ręcznie, użyj pluginu Redirection (darmowy, 2+ miliony instalacji):

1. Zainstaluj i aktywuj plugin Redirection
2. Przejdź do Narzędzia → Redirection
3. Dodaj nowy redirect: pole "Source URL" (stary URL) i "Target URL" (nowy URL)
4. Wybierz typ: 301 Moved Permanently
5. Zapisz

Plugin tworzy listę redirectów którą możesz łatwo edytować, eksportować i importować. Idealny jeśli masz kilkadziesiąt URL-i do przekierowania.

4.4 Jak mapować URL-e do redirectów

Dla migracji z wieloma zmianami URL-i (np. restrukturyzacja kategorii):

1. Użyj pliku CSV z crawlu Screaming Frog (krok 1.2) — to lista starych URL-i
2. W Excelu/Arkuszach Google dodaj kolumnę "Nowy URL" i uzupełnij mapowanie
3. Zaimportuj gotową listę do pluginu Redirection lub konwertuj do reguł .htaccess

Zasada priorytetu: najpierw przekieruj URL-e z największą liczbą backlinków i ruchu organicznego.

---

Krok 5: Weryfikacja po migracji

Migracja bez weryfikacji to migracja w ciemno. Ten etap trwa 1–2 godziny, ale jest absolutnie niezbędny.

5.1 Natychmiastowe sprawdzenia (dzień migracji)

Lista kontrolna "dzień 0":

1. Strona otwiera się pod nowym adresem
2. Certyfikat SSL działa (kłódka w przeglądarce, brak ostrzeżeń)
3. Brak mixed content — użyj narzędzia online "Why No Padlock" lub rozszerzenia Chrome
4. Redirecty działają — wpisz stary URL i sprawdź czy trafia na nowy
5. Formularz kontaktowy działa
6. WooCommerce (jeśli jest): dodaj produkt do koszyka i sprawdź checkout
7. Brak stron z noindex — sprawdź w nagłówkach HTTP lub Yoast SEO
8. Sitemap XML dostępny pod /sitemap.xml lub /sitemap_index.xml
9. Robots.txt dostępny pod /robots.txt i nie blokuje indeksacji

5.2 Google Search Console — zgłoszenie nowej strony

To krok który większość właścicieli stron pomija — i potem dziwi się że Google nie indeksuje nowych URL-i:

1. Zaloguj się do Google Search Console
2. Dodaj nową właściwość (jeśli zmieniałeś domenę) lub pozostań w starej (jeśli tylko hosting/HTTPS)
3. Prześlij nową sitemapę: Sitemap → Dodaj nową sitemapę → wklej URL
4. Jeśli zmieniałeś domenę: użyj funkcji Zmiana adresu (Ustawienia → Zmiana adresu) — to sygnał dla Google że domena się zmieniła i pomaga przyspieszyć transfer autorytetu
5. Użyj narzędzia Inspekcja URL na kluczowych stronach i wyślij prośbę o indeksację

5.3 Crawl po migracji — porównanie

Po 24–48 godzinach od migracji:

1. Wykonaj pełny crawl nowej strony tym samym narzędziem (Screaming Frog)
2. Porównaj liczbę URL-i: stara strona vs nowa strona — powinny być zbliżone
3. Sprawdź statusy HTTP: brak 4xx (błędy) i 5xx (błędy serwera) dla nowych URL-i
4. Sprawdź czy stare URL-e zwracają 301 (nie 302, nie 200)

5.4 Monitoring po migracji — przez 8 tygodni

Migracja to nie jednorazowe wydarzenie — to proces. Plan monitoringu:

Tydzień	Co sprawdzić	Narzędzie
Tydzień 1–2	Błędy crawla, pokrycie indeksacji, redirecty	Google Search Console → Pokrycie
Tydzień 3–4	Pierwsze dane o pozycjach, ruch organiczny	GSC → Wyniki wyszukiwania, Google Analytics
Tydzień 5–8	Stabilizacja pozycji, identyfikacja strat	GSC, Ahrefs/SEMrush, Search Console Compare
Po 8 tygodniach	Pełna ocena wpływu migracji na SEO	Porównanie z danymi sprzed migracji

---

Ile trwa odbudowanie pozycji po migracji WordPress?

To pytanie które słyszę najczęściej — i odpowiedź jest mniej optymistyczna niż większość agencji przyznaje.

Realistyczne oczekiwania:

• Zmiana hostingu (ta sama domena, te same URL-e): praktycznie zero wpływu na SEO, jeśli DNS zmieni się szybko i serwer jest szybszy lub równy poprzedniemu. Czas: 1–2 tygodnie na stabilizację DNS.
• HTTP → HTTPS (poprawna migracja): minimalne wahania pozycji przez 2–4 tygodnie, po czym powrót do normy. W praktyce HTTPS jest sygnałem rankingowym — poprawna migracja często daje lekki wzrost w dłuższej perspektywie.
• Zmiana struktury URL z redirectami 301: chwilowy spadek pozycji (10–20%) przez 4–8 tygodni. Po pełnej re-indeksacji Google powinien przywrócić pozycje. Wyjątek: jeśli nowe URL-e są lepiej zoptymalizowane, możesz zyskać.
• Zmiana domeny: najtrudniejszy scenariusz. Google potrzebuje czasu na ocenienie nowej domeny. Nawet przy idealnych redirectach 301 można oczekiwać 4–16 tygodni stabilizacji. Badania pokazują że część autorytetu linków zewnętrznych nie jest przenoszona przez redirecty 301 (szacuje się że ok. 85–99% PageRank przechodzi przez redirect 301).

Kiedy martwić się powinien: jeśli po 12 tygodniach od migracji (zmiana domeny) pozycje nie wróciły do poprzednich poziomów, szukaj błędów technicznych: pętle redirectów, błędy indeksacji w GSC, przypadkowy noindex.

---

Najczęstsze błędy podczas migracji WordPress i jak ich unikać

Błąd 1: Brak redirectów 301 lub niepełne mapowanie

Symptom: strony wracają status 404 po migracji, Google Search Console pokazuje błędy "Nieznaleziono (404)".

Rozwiązanie: przed migracją zrób crawl (Screaming Frog) i miej pełną listę URL-i. Każdy URL ze starego serwera który zmienił adres musi mieć redirect 301.

Błąd 2: Łańcuchy i pętle redirectów

Symptom: ERR_TOO_MANY_REDIRECTS w przeglądarce, Google nie może zaindeksować stron.

Skąd się biorą: redirect A→B, B→C, C→A tworzy pętlę. Albo mix HTTP/HTTPS i www/non-www w .htaccess tworzy łańcuch 3+ redirectów.

Rozwiązanie: każdy redirect powinien być bezpośredni (A→C, nie A→B→C). Sprawdź redirecty narzędziem online "Redirect Checker" lub Screaming Frog → Mode → List → wklej stare URL-e.

Błąd 3: Mixed content (mieszana zawartość)

Symptom: strona działa po HTTPS, ale zasoby (obrazy, skrypty, CSS) ładują się po HTTP. Przeglądarka pokazuje "Niezabezpieczone" lub blokuje zasoby.

Skąd się bierze: URL-e zasobów w bazie danych WordPress nie zostały zaktualizowane po migracji HTTP→HTTPS.

Rozwiązanie: Better Search Replace — zamień http://twoja-domena.pl na https://twoja-domena.pl we wszystkich tabelach bazy danych.

Błąd 4: Przypadkowy noindex na nowym środowisku

Symptom: Google Search Console pokazuje "Wykluczone przez tag 'noindex'" dla większości stron.

Skąd się bierze: WordPress na środowisku testowym ma włączoną opcję "Zniechęcaj wyszukiwarki do indeksowania tej witryny" (Ustawienia → Czytanie). Po migracji na produkcję zapomina się ją wyłączyć.

Rozwiązanie: natychmiast po migracji sprawdź Ustawienia → Czytanie → odznacz "Zniechęcaj wyszukiwarki do indeksowania tej witryny". Sprawdź też w Yoast SEO → SEO → Zaawansowane czy włączona jest opcja noindex.

Błąd 5: Brak aktualizacji linków wewnętrznych

Symptom: kliknięcie w linki wewnętrzne prowadzi na stare URL-e (które może być niedostępne), powodując dodatkowe łańcuchy redirectów.

Rozwiązanie: Better Search Replace — zamień stary URL we wszystkich tabelach. Po migracji wykonaj crawl i sprawdź czy są linki do starych domen.

Błąd 6: Nieodpowiednia konfiguracja robots.txt

Symptom: Google nie indeksuje nowych URL-i mimo braku noindex.

Sprawdź: nowa-domena.pl/robots.txt — upewnij się że nie blokuje /wp-content/ ani kluczowych katalogów. Poprawny robots.txt dla WordPress:

User-agent: *
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.php
Sitemap: https://nowa-domena.pl/sitemap_index.xml

---

Narzędzia do migracji WordPress — porównanie

Narzędzie	Typ	Cena	Dla kogo
Screaming Frog SEO Spider	Crawl URL-i	Darmowy (do 500 URL) / £259/rok	Audyt przed i po migracji
All-in-One WP Migration	Plugin migracyjny	Darmowy / $69–99/rok (rozszerzenia)	Małe i średnie strony
Duplicator Pro	Plugin migracyjny	$49,50/rok	Średnie i duże strony, zaawansowani
Migrate Guru	Plugin migracyjny	Darmowy (do 200GB)	Duże strony, migracja serwer-serwer
Better Search Replace	Zamiana URL w bazie	Darmowy / $49/rok (Pro)	Zmiana domeny, HTTP→HTTPS
Redirection	Plugin do redirectów	Darmowy	Zarządzanie przekierowaniami 301
Google Search Console	Monitoring indeksacji	Darmowy	Weryfikacja po migracji, nowa sitemap

---

Jak długo Google potrzebuje na re-indeksację po migracji?

Odpowiedź zależy od kilku czynników: autorytetu domeny, rozmiaru strony, poprawności implementacji i aktywności Googlebota na Twojej stronie.

Orientacyjne czasy re-indeksacji:

• Duże serwisy z wysokim autorytetem i codziennym crawlem Googlebota: 1–2 tygodnie
• Średnie strony firmowe (50–500 podstron): 3–6 tygodni
• Małe strony z rzadkim crawlem: 6–12 tygodni

Co przyspiesza re-indeksację:

• Przesłanie nowej sitemap do Google Search Console
• Użycie funkcji "Zmiana adresu" w GSC przy zmianie domeny
• Wysoka częstotliwość aktualizacji treści (Google crawluje aktywne strony częściej)
• Dużo linków wewnętrznych do nowych URL-i
• Prośba o indeksację kluczowych URL-i przez "Inspekcję URL" w GSC

Co spowalnia re-indeksację:

• Błędy w redirectach (łańcuchy, pętle)
• Niski budżet crawlowy (zbyt wiele 4xx i 5xx na stronie)
• Brak sitemap lub nieaktualna sitemap
• Blokada w robots.txt

---

Najczęściej zadawane pytania — migracja WordPress SEO

---

Czytaj również

Wordpress

WordPress vs Webflow vs Wix — co wybrać dla firmy w Polsce w 2026?

02.04.2026

Wordpress

Framer vs Webflow — co wybrać w 2026? Porównanie dla polskich firm

01.04.2026