Jak zmienić WP URL bez psucia witryny
Opublikowano 12 maja 2026
Jeśli musisz zmienić WP URL, zrób to w kontrolowanej kolejności: najpierw wykonaj kopię zapasową, zaktualizuj WordPress Address i Site Address, a następnie napraw przekierowania, SSL i wszelkie linki zakodowane na stałe. Większość problemów nie wynika z samej zmiany URL, ale z elementów wokół niej, które nadal wskazują starą lokalizację. Witryna zwykle nie jest zła — po prostu trzyma się nieaktualnych ustawień.
To zadanie pojawia się przy zmianach domeny, przejściu z HTTP na HTTPS, przenoszeniu WordPressa do podkatalogu albo migracji ze środowiska stagingowego na produkcję. Dla właścicieli sklepów, agencji i zespołów SaaS źle przeprowadzona zmiana URL może oznaczać pętle logowania, ostrzeżenia o mixed content, brak dostępu do panelu administracyjnego albo formularze wysyłające dane w złe miejsce. Dlatego celem nie jest tylko edycja dwóch pól. Celem jest utrzymanie spokoju całej aplikacji.
Na co naprawdę wpływa zmiana WP URL
W WordPressie są dwa podstawowe ustawienia: WordPress Address i Site Address. Brzmią podobnie, bo szczerze mówiąc — takie właśnie są. Ale pełnią różne role.
WordPress Address to miejsce, w którym znajdują się główne pliki WordPressa. Site Address to publiczny URL, którego odwiedzający używają, aby wejść na witrynę. W wielu konfiguracjach są one identyczne. W innych WordPress może znajdować się w podkatalogu, podczas gdy witryna ładuje się z głównej domeny.
Jeśli nieprawidłowo zmienisz jedno z nich, WordPress może przekierować Cię poza wp-admin, wysyłać zasoby do niewłaściwej domeny albo utworzyć nieskończoną pętlę przekierowań. Wtyczki, motywy, baza danych, serwer WWW i reguły CDN również mogą nadal odwoływać się do poprzedniego URL. Dlatego poprawna zmiana to częściowo praca w WordPressie, a częściowo higiena infrastruktury.
Zanim zmienisz WP URL
Wykonaj świeżą kopię zapasową zarówno plików, jak i bazy danych. Jeśli to witryna e-commerce lub intensywnie odwiedzana witryna z treściami, wykonaj prace w oknie o niskim ruchu. Zmiana URL może dotknąć stron w pamięci podręcznej, cookies sesyjnych i callbacków płatności, więc moment ma znaczenie.
Przed wprowadzeniem zmian warto też potwierdzić cztery rzeczy. Po pierwsze, nowa domena lub protokół już wskazuje na właściwy serwer. Po drugie, certyfikat SSL jest aktywny, jeśli przechodzisz na HTTPS. Po trzecie, host wirtualny serwera WWW lub blok serwera Nginx jest gotowy na nową nazwę hosta. Po czwarte, wiesz, czy WordPress działa za proxy, load balancerem lub CDN, które mogą wymuszać przekierowania.
Jeśli którykolwiek z tych elementów nie jest gotowy, WordPress może być skonfigurowany poprawnie, a mimo to publicznie nie działać. Logi opowiadają wtedy tę samą historię.
Najbezpieczniejsze sposoby zmiany URL
Zmień go w panelu administracyjnym WordPressa
Jeśli nadal masz dostęp administracyjny, to najczystsza metoda. Przejdź do Ustawienia, a potem Ogólne. Zaktualizuj WordPress Address i Site Address do nowego URL. Zapisz zmiany.
To działa dobrze, gdy przeniesienie jest proste, a nowa domena już poprawnie wskazuje witrynę. Zaraz po zapisaniu zaloguj się ponownie, jeśli trzeba, i przetestuj stronę główną, obszar administracyjny, bibliotekę mediów oraz kilka wewnętrznych stron.
Ryzyko jest oczywiste: jeśli wpiszesz zły URL albo nowy host nie jest jeszcze w pełni gotowy, możesz zablokować sobie dostęp do kokpitu.
Zmień go w wp-config.php
Jeśli kokpit nie jest dostępny albo chcesz mieć większą kontrolę, zdefiniuj wartości bezpośrednio w wp-config.php. Dodaj te linie nad linią kończącą edycję:
define('WP_HOME','https://example.com'); define('WP_SITEURL','https://example.com');
To wymusza, aby WordPress używał wartości z pliku konfiguracyjnego. To często najszybsza metoda odzyskania działania przy pętlach logowania lub uszkodzonych przekierowaniach panelu administracyjnego.
To także dobry tymczasowy stabilizator podczas migracji. Gdy wszystko już działa, możesz zostawić te stałe na miejscu albo je usunąć i ponownie zarządzać wartościami z poziomu panelu administracyjnego.
Zmień go w bazie danych
Jeśli ani panel administracyjny, ani edycja konfiguracji nie są dostępne, możesz zaktualizować wartości w bazie danych, zwykle w tabeli wp_options. Nazwy opcji to home i siteurl.
To działa, ale jest bardziej ręczne i łatwiej zrobić to źle, gdy się spieszysz. Na witrynach z niestandardowymi prefiksami tabel nie zakładaj, że tabela to wp_options. Najpierw to sprawdź.
HTTP do HTTPS to moment, w którym ludzie bywają zaskoczeni
Wiele próśb o zmianę wp url to tak naprawdę ukryte migracje do HTTPS. Widoczna zmiana wydaje się niewielka, ale przeglądarki, cookies i ładowanie zasobów mają na ten temat inne zdanie.
Po przełączeniu z HTTP na HTTPS w ustawieniach WordPressa potwierdź, że certyfikat SSL jest ważny i zainstalowany dla poprawnej nazwy hosta. Następnie zaktualizuj przekierowania serwera, aby żądania HTTP były trwale przekierowywane do HTTPS. Jeśli Twoja witryna działa za reverse proxy lub CDN, upewnij się, że WordPress potrafi poprawnie wykryć HTTPS, w przeciwnym razie może przekierowywać bez końca.
Mixed content to kolejny częsty gość. Strony ładują się przez HTTPS, ale obrazy, skrypty, czcionki lub CSS nadal odwołują się do adresów HTTP. To może psuć układ strony albo wywoływać ostrzeżenia przeglądarki. Może być potrzebne search-and-replace w bazie danych dla starych bezwzględnych URL, zwłaszcza jeśli witryna została zbudowana przy użyciu page buildera albo niestandardowych pól przechowujących pełne linki.
Ostrożnie wyszukuj i podmieniaj stare URL
Zmiana dwóch podstawowych ustawień nie przepisuje starych linków zapisanych we wpisach, metadanych, treści widgetów ani ustawieniach wtyczek. Jeśli stara domena pojawia się w bazie danych jako wartość zakodowana na stałe, użytkownicy nadal będą na nią trafiać.
To właśnie tutaj znaczenie ma poprawne search-and-replace bezpieczne dla serialized data. Nie uruchamiaj nieostrożnej podmiany zwykłego tekstu w wyeksportowanym pliku SQL i nie licz na najlepsze. Część danych wtyczek i opcji jest serialized, a zła podmiana może uszkodzić długości i zepsuć ustawienia.
Jeśli używasz profesjonalnego procesu migracji, uruchom narzędzie, które rozumie serializację WordPressa. Następnie sprawdź układy page buildera, menu, URL obrazów, canonical tags, ustawienia Open Graph oraz każdą wtyczkę, która przechowuje callbacki lub URL API.
Typowe problemy po zmianie URL
Strona logowania stale przekierowuje
To zwykle oznacza, że WordPress, serwer WWW albo proxy nie zgadzają się co do poprawnego schematu lub nazwy hosta. Sprawdź WP_HOME i WP_SITEURL, a następnie przejrzyj reguły przekierowań serwera. Jeśli terminacja SSL odbywa się wcześniej w łańcuchu, WordPress może wymagać poprawnej obsługi przekazywanego nagłówka HTTPS.
Cookies również mogą być powiązane ze starą domeną. Wyczyść cookies przeglądarki i przetestuj w oknie prywatnym, zanim uznasz, że witryna jest przeklęta.
wp-admin jest niedostępny
Jeśli URL panelu administracyjnego wysyła Cię w złe miejsce, wymuś poprawne wartości w wp-config.php. To często natychmiast przywraca kokpit. Sprawdź też .htaccess lub reguły Nginx pod kątem starego zachowania przepisywania adresów.
Obrazy lub CSS są uszkodzone
To wskazuje na URL zakodowane na stałe albo mixed content. Przeszukaj bazę danych pod kątem starej domeny i sprawdź narzędzia deweloperskie przeglądarki, aby zobaczyć, które zasoby nadal odwołują się do poprzedniego URL.
Łańcuchy lub pętle przekierowań
Zwykle dzieje się tak, gdy WordPress przekierowuje w jedną stronę, a serwer WWW lub CDN w inną. Sprowadź logikę do jednego jasnego zestawu reguł. Jeśli to możliwe, obsługuj kanonicznego hosta i przekierowania HTTPS tylko w jednym miejscu.
Formularze, webhooki lub callbacki checkoutu nie działają
Usługi zewnętrzne mogą nadal wysyłać żądania do starej domeny. Sprawdź URL bramki płatniczej, ścieżki zwrotne SMTP, endpointy webhooków i integracje zewnętrzne. Na witrynach członkowskich lub e-commerce właśnie tutaj dochodzi do cichych strat przychodów.
Kiedy WordPress Address i Site Address powinny się różnić
Większość witryn powinna utrzymywać je takie same. Ale istnieją uzasadnione wyjątki. Jeśli WordPress jest zainstalowany w podkatalogu takim jak /wordpress, podczas gdy publiczna witryna ładuje się z katalogu głównego domeny, wtedy Site Address może być głównym URL, a WordPress Address URL podkatalogu.
Taka konfiguracja może być przydatna dla organizacji plików, ale zwiększa złożoność. Jeśli nie robisz tego celowo, nie wymyślaj tego w trakcie migracji. Proste konfiguracje zawodzą rzadziej.
Praktyczna kolejność, która pozwala uniknąć przestoju
Użyj krótkiego okna serwisowego, najpierw potwierdź DNS, SSL i konfigurację serwera, a dopiero potem zmień URL WordPressa. Następnie uruchom search-and-replace w bazie danych, wyczyść cache i przetestuj kluczowe ścieżki: stronę główną, panel administracyjny, formularze, checkout, media, endpointy API i działanie cron.
Jeśli witryna używa object caching, full-page caching lub CDN, po zmianie wyczyść wszystko. Stare przekierowania z cache mogą sprawić, że sprawna witryna przez kolejne 20 minut będzie wyglądała na uszkodzoną, co nie jest najpiękniejszą sytuacją DNS, ale pozostaje pod kontrolą.
W przypadku witryn krytycznych dla biznesu najpierw przetestuj zmianę w środowisku stagingowym. W Kodu.cloud to dokładnie ten rodzaj zadania, przy którym zarządzane wsparcie infrastrukturalne zwraca się samo — nie dlatego, że zmiana URL jest niemożliwa, ale dlatego, że to drobne kontrole wokół niej zapobiegają nieprzyjemnym niespodziankom.
Końcowe kontrole po zmianie WP URL
Otwórz witrynę w nowej sesji przeglądarki i przetestuj zarówno z www, jak i bez, jeśli ma to znaczenie. Potwierdź kłódkę SSL, sprawdź kilka źródłowych URL i upewnij się, że panel administracyjny, logowanie, przesyłanie mediów i formularze kontaktowe zachowują się normalnie. Jeśli wyszukiwarki już zaindeksowały starą domenę, utrzymuj poprawne przekierowania wystarczająco długo, aby ruch i sygnały rankingowe przeniosły się bez problemów.
Zmiana WP URL to zwykle krótkie zadanie, gdy środowisko jest gotowe. Zamienia się w długi wieczór tylko wtedy, gdy DNS, SSL, reguły serwera, cache i odwołania w bazie danych mogą się ze sobą kłócić. Utrzymaj je w tym samym kierunku, a usługa znów będzie spokojna.
Andres Saar Inżynier ds. obsługi klienta