Kiedy warto zmienić domenę, a kiedy lepiej tego nie robić

Zanim cokolwiek zmienisz, ustal, który scenariusz Cię dotyczy. Trzy najczęstsze przypadki różnią się ryzykiem, liczbą kroków i tym, co może pójść nie tak. Zmiana samego przedrostka www to jedna reguła przekierowania, natomiast przejście na nową domenę to migracja bazy z tysiącami adresów i kilka tygodni obserwacji w Search Console.

Kiedy zmiana się opłaca: rebranding lub zmiana nazwy firmy, domena krótka i łatwa do podyktowania przez telefon, adres, który klienci notorycznie przekręcają w mailach, albo przejęcie marki po fuzji. Kiedy to zbędny wydatek: kupno „ładniejszej” domeny bez planu przekierowań, adres z frazą wyłącznie po to, by „podnieść SEO”, migracja przy okazji każdego odświeżenia layoutu. Każda zmiana adresu to realnie 2–8 godzin pracy plus okres, w którym pozycje i przychód z ruchu organicznego mogą chwilowo spaść. Jeśli nie chcesz robić tego samodzielnie, sprawdź, co obejmuje opieka nad WordPressem z backupami i monitoringiem.

Ostrzeżenie bez straszenia: brak przekierowań 301 zostawia ruch i linki na starym adresie. Google traktuje wtedy nową domenę jak zupełnie nową witrynę, a stare adresy po jakimś czasie zwracają 404. Przekierowanie 301 (trwałe przeniesienie) ustawiasz dla każdego starego URL-a na odpowiadający mu nowy — nie zbiorczo na stronę główną. Mechanikę kodów odpowiedzi opisuje dokumentacja HTTP w MDN Web Docs. Pierwsze sygnały w Search Console widać zwykle po 1–3 dniach, pełna konsolidacja adresów zajmuje 30–90 dni, więc nie oceniaj migracji po pierwszym tygodniu.

Przygotowanie: backup, inwentaryzacja i punkt odwrotu

Punkt odwrotu robisz przed pierwszą zmianą, nie po niej. Potrzebujesz trzech rzeczy: kopii plików, dumpa bazy i listy adresów do porównania.

Inwentaryzacja miejsc, w których siedzi stara domena: tabela wp_options (siteurl, home, widgety, theme_mods), wp_posts (post_content, wyjątkowo guid), wp_postmeta (ustawienia builderów i pól ACF), wp_comments (treści i adresy autorów), pliki motywu z wpisanymi na sztywno linkami, a także wp-config.php i .htaccess. Szybki test skali: grep -c stara-domena.pl backup.sql na dumpie bazy — dostaniesz przybliżoną liczbę wystąpień i ocenę, czy ręczna robota ma sens. W sklepie z 1 500 produktami lista adresów rośnie do tysięcy pozycji, bo dochodzą kategorie, tagi i strony filtrów.

Listę URL-i wyeksportuj z Search Console przed zmianą: sekcja Sitemaps oraz raport Strony (indeksowanie) do pliku CSV. Po migracji porównasz oba pliki i od razu zobaczysz, które adresy wypadły z indeksu, a które nie mają przekierowania.

Test na kopii: jeśli hosting udostępnia staging (np. staging.twojadomena.pl) albo masz drugi serwer, przeprowadź całą migrację najpierw tam. Kosztuje godzinę, a wyłapuje błędy w przekierowaniach i w danych serializowanych, zanim zobaczą je klienci. Przy większym wdrożeniu warto wcześniej znać zakres i koszt sklepu na WordPressie, żeby nie porównywać migracji wizytówki z migracją sklepu.

Krok 1: Przepisanie adresu w WordPressie i bazie danych

Kolejność jest sztywna: backup, potem DNS, na końcu WordPress. Uzasadnienie jest praktyczne — jeśli najpierw wpiszesz nowy adres w Ustawieniach, a rekord DNS nadal wskazuje stary serwer lub nie wskazuje nic, wp-admin przestaje się otwierać i tracisz możliwość poprawienia czegokolwiek z panelu.

1. DNS. Dodaj rekord A dla nowej domeny (albo CNAME dla subdomeny). Dzień wcześniej zejdź z TTL do 300 sekund, żeby propagacja trwała minuty, a nie godziny. Sprawdź: dig nowadomena.pl +short.
2. WordPress. Ustawienia → Ogólne → Adres WordPress (URL) i Adres witryny (URL). Alternatywa niezależna od panelu: w wp-config.php dopisz define('WP_HOME','https://nowadomena.pl'); oraz define('WP_SITEURL','https://nowadomena.pl'); — wtedy wartości z bazy są ignorowane i do panelu wejdziesz nawet po błędnym wpisie. Stałe opisuje dokumentacja WordPress Developer Resources.
3. Baza. Najpierw test bez zapisu: wp search-replace 'https://stara-domena.pl' 'https://nowadomena.pl' --all-tables --precise --dry-run. Gdy wynik wygląda dobrze, powtórz bez --dry-run i dodaj --skip-columns=guid.

Pułapka: ręczne UPDATE wp_options SET option_value = REPLACE(...) psuje dane serializowane. W PHP długość tekstu jest zapisana w wartości, np. s:24:"https://stara-domena.pl/...", więc po skróceniu adresu licznik się nie zgadza i widget, motyw albo pole ACF zwraca błąd lub biały ekran. Sprawdź: SELECT * FROM wp_options WHERE option_value LIKE 's:%http%'. Napraw to WP-CLI, Search-Replace-DB albo Better Search Replace — nigdy zwykłym REPLACE i zawsze na kopii bazy.

Krok 2: Przekierowania 301 na poziomie serwera i WordPressa

Przekierowanie musi działać na poziomie serwera, a nie tylko w wtyczce. Wtyczka obsłuży wyłącznie ruch, który dotrze do WordPressa — pliki statyczne, REST API i wp-login.php mogą ją ominąć.

W Apache (typowy hosting współdzielony) wklej w pliku .htaccess katalogu głównego starej domeny:

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

$1 zachowuje ścieżkę, a query string jest dopisywany automatycznie. Jeśli na końcu reguły dopiszesz znak ?, utniesz parametry — i stracisz np. ?utm_source albo identyfikatory sesji płatności. W nginx całość jest krótsza, bo $request_uri zawiera ścieżkę razem z parametrami:

server {
  listen 443 ssl;
  server_name stara-domena.pl www.stara-domena.pl;
  return 301 https://nowa-domena.pl$request_uri;
}

Tryb testowy. Pierwsze 24 godziny pracuj na 302 (R=302 lub return 302). Błędny 301 przeglądarki zapamiętują na tygodnie — klient będzie trafiał w złą stronę nawet po poprawieniu konfiguracji. Po sprawdzeniu kilkunastu adresów przełącz na 301.

Weryfikacja. curl -I https://stara-domena.pl/kontakt?test=1 — w odpowiedzi musi być kod 301 i nagłówek Location z pełną ścieżką i parametrem. Więcej adresów sprawdzisz w httpstatus.io (do 100 URL-i na raz), pojedyncze — w Narzędziu do sprawdzania adresów URL w Search Console, które pokazuje też łańcuch przekierowań. Semantykę obu kodów opisuje dokumentacja HTTP w MDN.

Najczęstsza pułapka to łańcuch 301 → 301 → 301 (stara domena → www → nowa). Celuj w jeden przeskok.

Krok 3: Google Search Console i sygnały do wyszukiwarki

Search Console to jedyne miejsce, w którym oficjalnie informujesz Google o przenosinach. Kolejność ma znaczenie: najpierw weryfikacja nowej domeny, potem zgłoszenie zmiany.

1. Dodaj nową domenę jako nową usługę — nie jako kolejną witrynę w ramach starej. Typ „Domena” obejmuje wszystkie subdomeny i oba protokoły. Weryfikacja rekordem DNS TXT w domenie nadrzędnej, wartość google-site-verification=.... Propagacja to zwykle kilka minut, ale bywa 24–48 godzin — nie zgłaszaj niczego, dopóki weryfikacja nie przejdzie.
2. Zmiana adresu (Change of Address) w usłudze starej domeny: Ustawienia → Zmiana adresu → wybierz nową usługę. Zadziała dla wariantu domena → domena, np. sklep.pl → nowysklep.pl. Nie użyjesz jej do przenosin na subdomenę ani do pojedynczego katalogu.
3. Sitemapa. Yoast SEO → Ustawienia → Witryna → włącz „Sitemap XML”, adres to zwykle /sitemap_index.xml. Rank Math używa tej samej ścieżki, All in One SEO — /sitemap.xml. Nową sitemapę zgłoś w nowej usłudze, w starej zostaw starą.

Pułapka. Narzędzie Zmiana adresu działa dla całej witryny, nie dla pojedynczych URL-i. Jeśli przenosisz kilkadziesiąt adresów po zmianie struktury kategorii, nie ma dla nich odpowiednika — realną informacją dla Google jest przekierowanie 301, aktualna sitemapa i linkowanie wewnętrzne na nowe adresy. Trzymaj wtedy zgłoszone równolegle obie sitemapy.

Starą usługę zostaw zweryfikowaną minimum 6 miesięcy. Będziesz w niej widzieć ruch od osób, które linkują do starych adresów albo mają je w zakładkach. Usunięcie usługi odcina dane, niczego nie przyspiesza.

Jeśli nie chcesz prowadzić tego samodzielnie przez trzy miesiące, sprawdź, co obejmuje opieka nad WordPressem i monitoring po migracji.

Elementy nietekstowe: formularze, e-mail, płatności, CDN, analityka

To obszar, który najczęściej wywala sklep po zmianie domeny — przekierowania działają, a zamówienia przestają spływać.

E-mail. Adresy w stopce, w konfiguracji SMTP (WP Mail SMTP, FluentSMTP) i w formularzu kontaktowym muszą wskazywać nową domenę. Rekordy DNS do aktualizacji: SPF (TXT w domenie), DKIM (TXT selektor._domainkey) i DMARC (TXT _dmarc). Jeśli nadawca zostanie na starej domenie bez spójnego SPF, potwierdzenia zamówień i wiadomości z formularza zaczną wpadać do spamu. Testuj na mail-tester.com — celuj w 10/10.

Płatności i kurierzy. W panelu każdego operatora (Przelewy24, PayU, Autopay, Stripe) są dwa pola: adres powrotu po płatności i URL webhooka. Stary webhook = brak potwierdzeń, zamówienia zostają w statusie „oczekuje na płatność” mimo pobranych pieniędzy. To samo dotyczy InPost (ShipX), DPD i DHL — klucz API oraz adresy powiadomień; stare domeny w panelach bywają powodem odrzucenia generowania etykiety.

Klucze API wtyczek. Google Maps — ograniczenie HTTP referrers, dodaj nową domenę. reCAPTCHA v3 — weryfikacja po domenie, przy niedopasowaniu rośnie ryzyko blokowania formularzy. Meta Pixel — domena w Business Managerze plus ponowna weryfikacja.

Analityka i reklama. W GA4 dodaj nowy strumień danych dla nowej domeny, w Google Ads popraw adresy finalne, śledzenie konwersji i listy remarketingowe. W Merchant Center zmień adres strony i linki w feedzie, inaczej produkty polecą z błędem „niedostępny link”.

CDN. Cloudflare — reguły cache i Page Rules działają per host, przepisz je i wyczyść cache po migracji. BunnyCDN — Pull Zone ma wpisany Origin URL, podmiana jest obowiązkowa.

Przy planowaniu budżetu policz te punkty osobno — koszt wdrożenia i utrzymania sklepu na WordPress rośnie tu nie od samej domeny, ale od godzin pracy nad integracjami.

Co się dzieje z SEO po zmianie: realny wpływ na pozycje i ruch

Spadek ruchu po zmianie domeny jest normalny. W pierwszych 7–14 dniach licz się ze spadkiem 10–30% względem tygodnia przed migracją. To nie awaria, a skutek tego, że Google musi przypisać do nowego hosta sygnały zebrane dla starego adresu. Przekierowanie 301 przenosi większość mocy, ale nie całą, a nowa domena startuje bez historii.

Skala spadku zależy od czterech rzeczy:

• Czystość 301 — jedno przekierowanie z konkretnego starego URL na konkretny nowy, bez łańcuchów.
• Identyczna struktura URL — jeśli zmieniasz tylko host (stara.pl → nowa.pl), każda podstrona ma odpowiednik 1:1. Zmiana slugów przy okazji migracji to najczęstszy błąd: 500 adresów to 500 przekierowań do utrzymania.
• Ta sama treść — żadnego „przy okazji odświeżę teksty”. Treść i adres zmieniane w tym samym tygodniu uniemożliwiają diagnozę spadku.
• Aktualne linki wewnętrzne i zewnętrzne — każdy link do starej domeny to dodatkowe przekierowanie przy kliknięciu.

Linki wewnętrzne i odwołania do plików w bibliotece mediów popraw w bazie, nie ręcznie w edytorze. Najbezpieczniej przez WP-CLI: wp search-replace 'https://stara.pl' 'https://nowa.pl' --all-tables --precise --dry-run, a po sprawdzeniu raportu to samo bez --dry-run. Bez dostępu do SSH użyj Better Search Replace — obsługuje dane serializowane, których zwykły REPLACE w SQL nie naprawi. Zanim cokolwiek podmienisz, zrób zrzut bazy.

Pierwsze 48 godzin: dodaj nową domenę jako usługę w Search Console, sprawdź raport „Strony” pod kątem 404, przejrzyj logi serwera pod kątem błędów 404 i łańcuchów przekierowań, przetestuj kilka losowych adresów ze starego indeksu. Po 30 dniach: porównaj krzywą ruchu z okresem sprzed migracji, przejrzyj raport linków zwrotnych i napisz do partnerów, od których masz linki — zmiana URL po ich stronie to zwykle jedno zdanie w mailu. Koszty całej operacji wpisz w budżet projektu razem z pozostałymi wydatkami, o których piszemy w artykule ile kosztuje sklep internetowy na WordPressie.

Checklista pułapek: 12 rzeczy, które najczęściej się psują

Większość wpadek przy zmianie domeny to nie „awaria WordPressa”, tylko stary adres zostawiony w jednym z kilku miejsc. Zanim ruszysz, wypisz wszystkie punkty, w których występuje nazwa domeny: baza danych, wp-config.php, .htaccess lub konfiguracja nginx, wtyczki, panele integracji, DNS, poczta. Poniższa lista to protokół do odhaczania, nie ciekawostka.

Dwa punkty odpowiadają za większość przypadków „białego ekranu” po migracji. Pierwszy to ręczna podmiana adresów w phpMyAdmin przez zwykłe UPDATE ... REPLACE(). Część opcji w wp_options jest zapisana jako dane serializowane i zawiera długość tekstu — skrócenie adresu o kilka znaków powoduje, że WordPress nie potrafi ich odczytać. Objaw: strona główna działa, ale panel i część motywu już nie. Ratunek: kopia bazy i powtórzenie podmiany narzędziem, które rozumie serializację.

Drugi to łańcuchy przekierowań. 301 oznacza przeniesienie na stałe, 302 tymczasowe — mieszanie ich w jednym ciągu (301 → 302 → 301) myli roboty i dodaje kilkaset milisekund do każdego żądania. Semantykę kodów opisuje dokumentacja HTTP na MDN. Docelowo ma zostać jedno 301, prowadzące wprost ze starego adresu na nowy.

Certyfikat SSL sprawdź zaraz po zmianie DNS, nie po tygodniu. Let's Encrypt wyda certyfikat tylko wtedy, gdy domena wskazuje już na właściwy serwer — jeśli odnowienie wypadło w dniu migracji, witryna będzie działać bez HTTPS do czasu ustabilizowania DNS.

Zmiana domeny w praktyce: kiedy warto zlecić to firmie

Prosta strona firmowa na WordPressie to migracja, którą da się przeprowadzić samodzielnie w jedno popołudnie. Sklep z historią zamówień, integracjami i kluczami API to inny projekt — oszczędność kilku godzin roboczych kosztuje wtedy kilka dni przestoju i utracone zamówienia. Poniżej konkretne kryteria rozstrzygające.

Typowy zakres prac przy migracji sklepu to 4–12 godzin roboczych. Rozkłada się to mniej więcej tak: audyt i pełna kopia, razem z eksportem bazy i plików (1–2 h); praca na kopii i przepisanie adresów w bazie oraz plikach konfiguracyjnych (1–3 h); DNS i certyfikat SSL (0,5–1 h); testy po przełączeniu — zamówienie testowe, płatność w trybie piaskownicy, maile transakcyjne (1–3 h); przekierowania 301 i zgłoszenie w Search Console (1–2 h). Do tego dochodzi faza monitoringu: 30 dni sprawdzania logów, zamówień i raportów w GSC.

Migracja bez monitoringu to połowa roboty. Pierwsze dni po przełączeniu to moment, w którym wychodzą rzeczy niewidoczne w testach: pojedynczy szablon maila, stary adres w stopce, wpis w cronie wysyłający kopię na nieaktualny host. Dlatego pracę wyceniamy w widełkach opartych na liczbie godzin — po audycie wiadomo, czy to 4, czy 12 godzin — a nie „z sufitu”. Zakres i ceny opieki po wdrożeniu opisujemy w materiale o opiece nad WordPressem.

Najczęstsze błędy i jak je wykryć

Lista kontrolna do odklikania

• Backup plików — Przed pierwszą zmianą. FTP/SFTP lub panel hostingu — pobierz cały katalog public_html i sprawdź, czy archiwum da się rozpakować
• Dump bazy danych — Przed pierwszą zmianą. phpMyAdmin → Eksport albo WP-CLI `wp db export backup.sql`. Trzymaj kopię lokalnie i na hostingu
• Test odtworzenia kopii — Przed startem. Odtwórz backup na subdomenie lub stagingu — dowiesz się, czy kopia jest kompletna, zanim będzie potrzebna
• Spis miejsc ze starą domeną — Przed migracją. wp_options (siteurl, home), wp_posts (post_content, guid), wp_postmeta, wp_comments, widgety, theme mods, pliki motywu, wp-config.php
• Eksport listy URL-i z GSC — Przed zmianą. Sitemaps i raport Pokrycie — zapisz listę, żeby po migracji porównać, które adresy wypadły
• Zrzut danych z analityki — Przed zmianą. Zapisz ruch i konwersje z ostatnich 90 dni jako punkt odniesienia do porównania
• Obniżony TTL rekordów DNS — 24–48 godzin przed przełączeniem. Ustaw TTL na 300 s, żeby ewentualny powrót był szybki
• Certyfikat SSL dla nowej domeny — Przed przełączeniem ruchu. Sprawdź, czy certyfikat obejmuje wariant z www i bez www
• Nowa domena zweryfikowana w GSC — Przed zgłoszeniem zmiany. Dodaj nową usługę i zweryfikuj przez rekord DNS TXT
• Test przekierowań 301 — Zaraz po przełączeniu. curl -I na starym adresie, httpstatus.io lub Narzędzie do sprawdzania adresów URL w Google — oczekujesz kodu 301 i docelowego URL-a
• Nowa sitemapa i robots.txt — Dzień po przełączeniu. Otwórz /sitemap_index.xml, sprawdź, czy zawiera nowe adresy, i zgłoś ją w Search Console
• Panel administracyjny, formularze, płatności, koszyk — W ciągu 24 godzin po zmianie. Zaloguj się, wyślij testowy formularz i — jeśli to sklep — wykonaj testowe zamówienie
• Monitorowanie 404 i logów serwera — Przez pierwsze 2 tygodnie. Raport 404 w GSC i logi serwera pokażą adresy, których redirect nie objął
• Adresy w systemach zewnętrznych — W pierwszym tygodniu. Kampanie Google Ads, feedy produktowe, e-mail, faktury, wizytówka Google, profile społecznościowe

Najczęściej zadawane pytania

Źródła i materiały

• Google Search Central – tworzenie treści dla ludzi
• Google Search Central – dane strukturalne
• Google Search Central – Core Web Vitals
• WordPress – dokumentacja developerów
• MDN Web Docs – HTTP