Zmiana URL-a w WordPressie może oznaczać drobną korektę sluga jednej podstrony albo przeniesienie całej witryny pod inną domenę. To dwa różne zadania. Przy pojedynczym adresie najważniejsze są przekierowanie 301 i aktualizacja linków, a przy migracji dochodzą ustawienia home i siteurl, baza danych, media, HTTPS, DNS oraz plan wycofania starego hosta.
- Zapisz stary i nowy pełny adres.
- Sprawdź linki, ruch i ewentualne backlinki starego URL-a.
- Zmień slug, zachowując treść i status publikacji.
- Ustaw 301 ze starego adresu bezpośrednio do nowego.
- Zaktualizuj linki wewnętrzne, canonical i sitemapę.
- Przetestuj oba adresy oraz ważne funkcje strony.
Najpierw ustal, jaki adres naprawdę zmieniasz
Slug jest końcową, czytelną częścią adresu, na przykład kontakt w https://example.pl/kontakt/. Zmiana sluga dotyczy konkretnego wpisu, strony, kategorii albo innego obiektu. Zwykle nie wymaga przenoszenia plików ani bazy. Mimo to stary adres przestaje działać, dlatego trzeba zdecydować, co ma zobaczyć użytkownik i wyszukiwarka.
Adres witryny to szersze ustawienie. WordPress rozróżnia miejsce instalacji plików oraz publiczny adres strony. Czasem oba są takie same, czasem rdzeń działa w podkatalogu, a użytkownik odwiedza domenę główną. Zmiana tych wartości bez przygotowania może odciąć panel administracyjny, popsuć zasoby albo wywołać pętlę przekierowań.
Trzeci wariant to zmiana struktury permalinków, na przykład usunięcie daty ze wszystkich wpisów. Jedna decyzja tworzy wtedy nowe adresy dla całego archiwum. Przed zapisaniem ustawienia potrzebna jest kompletna mapa stary → nowy oraz kontrola konfliktów. Nie zakładaj, że WordPress automatycznie obsłuży każdą niestandardową zmianę.
| Zmiana | Główne ryzyko | Minimalne zabezpieczenie |
|---|---|---|
| Slug jednej strony | 404 i stare linki | 301 + aktualizacja linków |
| Struktura permalinków | Setki nieaktualnych URL-i | Pełna mapa wzorców i crawl |
| HTTP na HTTPS | Mixed content i duplikaty | Certyfikat, 301, wymiana zasobów |
| Zmiana domeny | Utrata dostępu, błędne zasoby, sygnały SEO | Backup, staging, migracja bazy, redirect map |
| Przeniesienie do katalogu | Różnica między adresem instalacji i strony | Plan plików, ustawień i rewrites |
Zanim cokolwiek zmienisz, zapisz pełny adres URL i jego składniki. Dwa podobne ciągi mogą prowadzić do różnych miejsc. Uwzględnij protokół, wariant www, slash, parametry i wielkość liter. W mapie migracji nie wystarczy kolumna „stary slug”; potrzebne są pełne adresy, decyzja oraz oczekiwany kod odpowiedzi.
Jak zmienić slug jednej strony i nie zostawić martwego linku
W edytorze WordPressa można zmienić część adresu powiązaną z nazwą strony. Przed aktualizacją sprawdź, czy nowy slug nie jest zajęty przez stronę, szkic, załącznik, kategorię albo wpis w koszu. Konflikt może spowodować dopisanie liczby do adresu lub użycie innej ścieżki niż planowana.
Zachowaj stary URL w rejestrze. Po zapisaniu nowego utwórz trwałe przekierowanie bezpośrednio do odpowiednika. Nie prowadź starej strony do home tylko dlatego, że ma wspólną domenę. Jeżeli treść została podzielona na dwa dokumenty, wybierz ten, który najlepiej kontynuuje intencję, albo pozostaw uczciwy brak, jeśli następcy nie ma.
Przekierowanie nie zwalnia z poprawienia linków. Użytkownik powinien trafiać od razu do nowego adresu, bez dodatkowego żądania i bez łańcucha. Przeszukaj menu, treść wpisów, breadcrumbs, przyciski, mapę HTML, dane strukturalne oraz ręcznie wpisane adresy w widżetach. Zewnętrznych linków nie kontrolujesz, dlatego 301 powinien pozostać stabilny.
- Przed zmianą: zapisz stary URL, title, canonical, ruch i linki przychodzące, jeśli dane są dostępne.
- Po zmianie: otwórz nowy adres bez logowania i potwierdź kod 200.
- Stary adres: powinien zwrócić 301 i prowadzić jednym krokiem.
- Canonical: nowa strona wskazuje siebie, a nie stary slug.
- Mapa: zawiera nowy URL i nie zawiera źródła przekierowania.
- Linki: prowadzą do nowego adresu bez przejścia przez 301.
- Search Console: sprawdź oba warianty po ponownym crawlowaniu.
Szczegóły wyboru kodu, testowania nagłówków i unikania pętli znajdują się w poradniku o przekierowaniu 301. Jeżeli stary adres nie ma żadnego odpowiednika, nie twórz fałszywego powiązania. Poprawne 404 może być lepszą odpowiedzią niż przekierowanie do strony o innym zadaniu.
Zmiana domeny albo lokalizacji całej instalacji
Przy przeniesieniu witryny najpierw utwórz pełny backup plików i bazy oraz sprawdź możliwość odtworzenia. Kopia wykonana po częściowej zmianie może zawierać niespójne adresy. Bezpieczna kolejność zależy od hostingu, ale zawsze potrzebujesz wersji źródłowej, środowiska docelowego, planu DNS i momentu przełączenia.
Ustawienia „Adres WordPressa” i „Adres witryny” pełnią inne funkcje. Pierwszy wskazuje lokalizację plików rdzenia, drugi publiczny adres używany przez odwiedzających. W typowej instalacji wartości są identyczne. Nie zmieniaj ich metodą prób i błędów na działającej produkcji. Błędna wartość może przekierowywać panel pod nieosiągalny host albo powodować, że arkusze stylów i skrypty ładują się ze starej domeny.
Przeniesienie domeny wymaga aktualizacji odwołań zapisanych w bazie. Proste zamienienie ciągu w surowym pliku SQL może uszkodzić dane serializowane, w których długość wartości jest zapisana razem z treścią. Korzystaj z narzędzia rozumiejącego format danych WordPressa, wykonuj operację na kopii i zapisuj raport liczby zmian. Nie zastępuj przypadkowo adresów w treści, które miały pozostać linkami zewnętrznymi.
Nowa domena musi mieć działający DNS, certyfikat HTTPS i poprawną konfigurację hosta przed skierowaniem ruchu. Jeżeli przełączysz DNS do pustego katalogu, użytkownicy zobaczą błąd niezależnie od jakości kopii. Przy krótkim TTL zmiana może rozchodzić się szybciej, ale nie wszędzie natychmiast. Utrzymuj stare środowisko w stanie umożliwiającym przekierowanie, dopóki nie potwierdzisz działania celu.
Przed modyfikacją home, siteurl lub bazy zapisz sposób odzyskania dostępu poza panelem WordPressa. Może to być dostęp do konfiguracji, WP-CLI albo bazy. Sam przycisk „wstecz” w przeglądarce nie cofnie ustawienia serwera.
Ukryte adresy w treści, mediach i konfiguracji
Po przeniesieniu strona główna może działać, a część podstron nadal odwoływać się do starej domeny. Adresy są przechowywane w treści wpisów, metadanych, opcjach motywu, widżetach, ustawieniach wtyczek, menu i danych bloków. Osobno sprawdź pliki CSS oraz JavaScript, jeśli zawierają wpisane na sztywno hosty.
Obrazy zasługują na osobny test. Biblioteka mediów może wyświetlać plik z poprzedniej domeny, dopóki stary serwer działa. Taki błąd ujawnia się dopiero po wyłączeniu źródła. Otwórz kilka starych i nowych wpisów, sprawdź obraz wyróżniający, pliki do pobrania, warianty rozmiarów oraz metadane Open Graph.
Formularze, webhooks i płatności często przechowują adresy powrotne poza głównymi ustawieniami WordPressa. Po migracji przetestuj wysyłkę, stronę podziękowania, wiadomość e-mail i integrację z zewnętrznym systemem. Nie opieraj odbioru na wyglądzie formularza. Widoczny komunikat sukcesu nie dowodzi, że wiadomość dotarła.
Reguły przekierowań powinny zachować ścieżki. Dobra migracja prowadzi stara.pl/poradnik/ do odpowiadającego nowa.pl/poradnik/, nie do strony głównej. Wyjątki zapisuj osobno. Jeśli przy okazji zmienia się architektura, przygotuj mapę na poziomie URL-i, a nie jedną globalną regułę dla całej domeny.
Przy większym wdrożeniu warto wykonać kontrolę techniczną WordPressa po zmianach, szczególnie gdy migracja obejmuje bazę, wiele przekierowań, integracje i ruch organiczny. Czytelnik ma już procedurę samodzielnej zmiany i wie, kiedy zakres przestaje być pojedynczą korektą sluga.
Co sprawdzić po wdrożeniu nowego adresu
Rozpocznij od najważniejszych ścieżek użytkownika: home, menu, kontakt, formularz, logowanie, zakup lub inne działanie wynikające z celu witryny. Potem przejdź do crawl technicznego. Zbierz statusy, canonicale, title, linki, obrazy i przekierowania. Porównaj listę z mapą przygotowaną przed zmianą.
| Kontrola | Oczekiwany wynik | Objaw problemu |
|---|---|---|
| Nowy URL | 200 i self-canonical | 404, pętla lub canonical do starego hosta |
| Stary URL | 301 jednym krokiem | 302, łańcuch, home albo brak |
| Linki wewnętrzne | Bezpośrednio do celu | Każde kliknięcie przechodzi przez redirect |
| Sitemap | Tylko nowe adresy 200 | Stare URL-e i przekierowania |
| Zasoby | HTTPS i nowy host | Mixed content albo błędy CORS |
| Funkcje | Realna wysyłka lub zapis | Pusty sukces, brak wiadomości, błąd API |
W Search Console dodaj lub zweryfikuj właściwą usługę, zgłoś nową mapę i obserwuj indeksowanie. Nie usuwaj starej domeny z narzędzia tylko dlatego, że migracja jest zakończona technicznie; dane o dawnych URL-ach pomagają znaleźć brakujące przekierowania. Przy zmianie pojedynczego sluga sprawdź źródło oraz cel w inspekcji.
Monitoruj logi 404 i przekierowania przez kilka cykli crawlowania. Najważniejsze są adresy z ruchem, backlinkami i częstymi wejściami użytkowników. Nowy błąd może wynikać z zapomnianego linku w newsletterze, PDF-ie albo profilu zewnętrznym. Nie próbuj przekierować każdego losowego skanu bota; rozróżniaj prawdziwy dawny URL od nieistniejących prób.
Po stabilizacji zaktualizuj dokumentację projektu: datę zmiany, mapę, reguły 301, kopię konfiguracji i osobę odpowiedzialną. Następna osoba nie powinna zgadywać, dlaczego adres został przeniesiony i jak długo przekierowanie ma pozostać. Dla trwałej zmiany zachowuj 301 tak długo, jak stary URL może być używany.
Najczęstsze pytania o zmianę URL w WordPressie
Czy WordPress sam zrobi przekierowanie po zmianie sluga?
Nie zakładaj tego bez testu. Zachowanie zależy od typu treści, wersji i wtyczek. Zawsze sprawdź stary URL przez nagłówki oraz w przeglądarce bez logowania.
Czy można zmienić URL strony, która ma ruch z Google?
Można, jeśli istnieje rzeczywisty powód i poprawna migracja. Zachowaj treść, ustaw 301, zaktualizuj linki i monitoruj oba adresy. Kosmetyczna zmiana dobrego URL-a zwykle nie uzasadnia ryzyka.
Czym różnią się WordPress Address i Site Address?
Pierwszy wskazuje lokalizację plików WordPressa, drugi publiczny adres witryny. W typowej instalacji są takie same, ale mogą się różnić przy rdzeniu umieszczonym w podkatalogu.
Czy search-replace można wykonać zwykłym edytorem SQL?
To ryzykowne ze względu na dane serializowane i zakres zamiany. Użyj narzędzia zgodnego z WordPressem, wykonuj operację na kopii i zachowaj backup do odtworzenia.
Czy po zmianie domeny trzeba ponownie zgłosić sitemapę?
Tak, nowa domena ma własny indeks map i usługę Search Console. Stara mapa nie powinna wskazywać nowych URL-i jako substytut prawidłowych przekierowań.
Jak długo utrzymywać przekierowanie starego adresu?
Dla trwałej zmiany nie traktuj go jako krótkiej łatki. Stare linki, zakładki i dokumenty mogą działać przez lata, dlatego przekierowanie powinno pozostać stabilnym elementem migracji.
Jeśli zmiana obejmuje wiele adresów, zacznij od pełnej kopii WordPressa i próby odtworzenia. Dopiero potem modyfikuj ustawienia, bazę i DNS. Najszybsza migracja to ta, która ma przygotowaną drogę powrotu i mierzalny test odbioru.