Konfiguracja domeny WordPress - poradnik krok po kroku

Podpięcie domeny nie zawsze oznacza migrację strony. Jeżeli przenosisz hosting, ale zachowujesz ten sam publiczny adres, zwykle zmieniasz miejsce obsługi domeny, a nie URL zapisany w WordPressie. Jeżeli nowa domena ma tylko prowadzić do dotychczasowej, potrzebujesz aliasu i przekierowania. Zastąpienie starej domeny nową wymaga dodatkowo kontroli zapisanych odnośników.

Zapisz obecny adres publiczny, adres panelu i docelowy adres z wybraną wersją www lub bez www. Zanotuj również, czy pliki WordPressa są dostępne w podkatalogu. Przygotuj kopię bazy oraz plików i możliwość przywrócenia ustawień hostingu. Przy działającym sklepie ustal moment przełączenia tak, aby nie utracić zmian dokonanych podczas migracji.

Dobór rozszerzenia i koszty odnowienia opisuje porównanie domen .pl i .com. Jeśli przenosisz całą instalację, zacznij od procedury migracji WordPressa na nowy hosting. Nie trzeba wykonywać wszystkich operacji migracyjnych przy zwykłej korekcie rekordu DNS.

W panelu hostingu dodaj domenę do istniejącej witryny albo wskaż katalog przygotowanej instalacji. Nazwa tej funkcji zależy od operatora: może dotyczyć domen, witryn lub konfiguracji serwera WWW. Ważny jest rezultat, czyli obsługa właściwej domeny przez właściwą stronę. Sam rekord A nie tworzy takiego przypisania.

Sprawdź w instrukcji hostingu adres serwera i sposób uruchomienia certyfikatu. Nie kopiuj adresu IP z przypadkowego poradnika. Jeżeli dostawca umożliwia bezpieczny podgląd przed przełączeniem DNS, sprawdź na nim treść i zasoby. Podgląd pod adresem technicznym nie zastępuje późniejszej kontroli certyfikatu docelowej domeny.

Przy zmianie NS zapisz całą potrzebną strefę. Poczta może działać u innego operatora niż WWW. Zachowaj jej MX oraz wymagane TXT, w tym SPF, DKIM i DMARC, a także rekordy weryfikujące usługi. Nie usuwaj ich dlatego, że nie wyglądają na ustawienia WordPressa.

Najpierw ustal, które serwery NS obsługują domenę. Rejestrator i operator DNS mogą być różnymi firmami. Rekord zmieniony w nieaktywnej strefie nie wpłynie na publiczną odpowiedź.

Nie zostawiaj starego AAAA, gdy część ruchu przez IPv6 trafiałaby na poprzedni serwer. Dla głównej domeny obsługa aliasów zależy od możliwości operatora DNS; zwykły CNAME nie zawsze jest właściwym rozwiązaniem.

Zmiana A i zmiana delegacji NS to odrębne czynności. Przy przejściu do Cloudflare przejdź także etap DNSSEC opisany w instrukcji zmiany nameserverów. Nieaktualny rekord DS może uniemożliwić poprawną walidację domeny.

Czas obserwowanej zmiany zależy od TTL i cache DNS. Porównaj odpowiedzi DNS z konfiguracją operatora zamiast czekać obowiązkowe dwie godziny. Dla hosta z aktywnym proxy Cloudflare odpowiedź wskazująca adresy Cloudflare jest prawidłowa i nie oznacza złego podpięcia.

Otwórz docelową domenę przez HTTPS i sprawdź nazwę witryny, zgodność certyfikatu z hostem oraz brak ostrzeżeń. Jeżeli certyfikat dopiero się wystawia, sprawdź metodę weryfikacji u hostingu. W Let's Encrypt HTTP-01 weryfikacja używa portu 80 i określonej ścieżki challenge. DNS-01 opiera się na rekordzie TXT. Z tego nie wynika obowiązek wyłączania proxy przy każdej konfiguracji.

Przy Cloudflare tryb Full (strict) wymaga poprawnego certyfikatu serwera origin. Sam działający certyfikat widoczny w przeglądarce nie wystarcza do oceny tego drugiego połączenia. Nie zmieniaj trybu na Flexible, aby ukryć problem serwera.

Sprawdź automatyczne odnawianie i datę ważności, zamiast zakładać, że odnowienie następuje dokładnie co 90 dni. Profile certyfikatów i harmonogramy mogą się różnić. Szczegóły konfiguracji znajdziesz w poradnikach SSL i HTTPS w WordPressie oraz Cloudflare dla WordPressa.

W pojedynczej instalacji otwórz Ustawienia → Ogólne. Adres WordPressa wskazuje URL, pod którym dostępne są pliki aplikacji. Adres witryny to adres publiczny wpisywany przez użytkowników. Często są takie same, ale przy instalacji w podkatalogu mogą celowo się różnić. Nie wyrównuj ich automatycznie.

Przed zapisem porównaj oba pola z przygotowaną konfiguracją. Zachowaj właściwy protokół, host i potrzebną ścieżkę. Po zmianie może być konieczne ponowne zalogowanie. Sprawdź, czy logowanie prowadzi do poprawnego hosta, a nie do adresu technicznego lub poprzedniej domeny. WordPress Multisite wymaga osobnej procedury.

Jeśli pola są nieaktywne, administrator powinien sprawdzić stałe WP_HOME i WP_SITEURL. Dokumentacja wp-config.php wyjaśnia, że nadpisują one odczyt opcji, ale nie zmieniają wartości zapisanej w bazie. Usunięcie stałej może więc przywrócić poprzedni adres.

WordPress opisuje ograniczenie następująco:

To fragment instrukcji zmiany URL. Jeśli po błędnej zmianie utracisz panel, potrzebna jest kontrolowana korekta znanych adresów przez administratora. Nie dodawaj publicznego skryptu naprawczego ani dynamicznego adresu pobieranego z dowolnego nagłówka żądania.

Przygotuj mapę starych i nowych URL. Stara karta produktu lub podstrona usługi powinna kierować do odpowiadającej treści, jeśli taka istnieje. Przekierowanie wszystkich adresów na stronę główną nie zachowuje ich znaczenia.

Reguła musi działać tylko dla właściwego starego hosta. Bez tego warunku łatwo zapętlić nową domenę. Konfigurację dopasuj do hostingu, Apache, Nginx lub używanego proxy. Nie wklejaj kilku konkurujących reguł HTTPS i www bez sprawdzenia ich łącznego działania. Stara domena HTTPS nadal potrzebuje certyfikatu, aby przeglądarka mogła dotrzeć do odpowiedzi przekierowującej.

Jeżeli w treści pozostały stare adresy, wykonaj podgląd zamiany konkretnego starego URL narzędziem obsługującym serializację. Najpierw kopia bazy i sprawdzenie zakresu, potem zmiana. Globalna zamiana każdego http na https może uszkodzić odnośniki do obcych usług.

Google zaleca utrzymywanie przekierowań zwykle przez co najmniej rok. Dla rzeczywistej zmiany domeny sprawdź także właściwą procedurę zmiany adresu w Search Console. Nie dotyczy ona automatycznie każdej korekty DNS.

Otwórz stronę główną, podstronę, obraz i panel logowania. Przy zmianie domeny sprawdź także kilka starych adresów. W narzędziach przeglądarki obejrzyj kolejne przekierowania: powinny prowadzić do wybranego HTTPS bez powrotu do wcześniejszego adresu. Sprawdź canonical i zasoby, które nadal próbują ładować się z poprzedniej domeny.

Jeśli nie wiesz, gdzie przerwać pętlę lub odzyskać panel, opisz problem przez kontakt. Wystarczy domena i komunikat błędu; operator DNS oraz moment zmiany pomogą, ale nie są warunkiem pierwszego zgłoszenia. W ramach pomocy przy WordPressie można ustalić zakres diagnozy i korekty ustawień bez przebudowy całej strony.

Domenę, hosting i stronę możemy skonfigurować razem przy tworzeniu strony internetowej dla Twojej firmy.

• Better Search Replace w WordPress: jak bezpiecznie zmienić adresy w bazie