← Wróć do centrum problemów
04.10.2026 •WordPress • 18 wyświetleń

WordPress nie ładuje się po zmianie domeny? Sprawdź 12 przyczyn i napraw to bez utraty strony

Po zmianie domeny WordPress potrafi przestać się ładować, pokazać błąd przekierowania, biały ekran albo pętlę logowania. Zobacz, jak szybko znaleźć przyczynę i przywrócić stronę do działania bez utraty treści i SEO.

ProblemWordPress nie ładuje się po zmianie domeny? Sprawdź 12 przyczyn i napraw to bez utraty strony
Trudnośćśrednia
Czas naprawy30–120 minut
Ryzykośrednie
Wymagany backuptak
Dla kogoWłaściciele stron WordPress, administratorzy, freelancerzy i osoby po migracji domeny lub hostingu
Szybka odpowiedź

Najczęściej problem wynika z nieaktualnych adresów WordPress Address/Site Address, błędnych przekierowań, cache, mieszanej wersji http/https, albo wpisów starej domeny w bazie danych. Zacznij od sprawdzenia wp-config.php, ustawień w bazie i .htaccess, a jeśli strona nadal nie działa, wykonaj bezpieczną diagnostykę w trybie serwisowym i kopii zapasowej.

WordPress nie ładuje się po zmianie domeny? Sprawdź 12 przyczyn i napraw to bez utraty strony
Checklista przed naprawą
  • Backup plików i bazy wykonany
  • DNS nowej domeny wskazuje na właściwy hosting
  • Certyfikat SSL działa dla nowej domeny
  • Adresy WordPress Address i Site Address są zgodne
  • Wersja www i bez www została ujednolicona
  • Nie ma konfliktu http/https
  • Wtyczki zostały przetestowane po wyłączeniu
  • Motyw domyślny został sprawdzony
  • Plik .htaccess nie zawiera starych reguł
  • Cache został wyczyszczony na wszystkich poziomach
  • Stara domena została usunięta z bazy danych bez uszkodzenia serializacji
  • Logi błędów zostały sprawdzone
  • Panel admina i front strony działają poprawnie
Kiedy zlecić naprawę Nie każdy problem warto rozwiązywać metodą prób i błędów

Jeżeli widzisz którykolwiek z poniższych sygnałów, najbezpieczniej zacząć od krótkiej diagnostyki i dopiero potem wdrażać poprawki.

  • Problem blokuje panel, aktualizacje, formularze, logowanie albo widoczność strony.
  • Strona była poprawiana przez kilka osób i nie wiadomo, co jest krytyczne.
  • Nie masz procedury backupu, środowiska testowego albo listy ryzyk przed zmianą.
  • Potrzebujesz planu naprawy oraz dalszej opieki, nie tylko jednorazowej łatki.
Scenariusze naprawy Najczęstsze układy problemu i bezpieczniejsza droga działania

Adresy WordPress

ŹleStara domena lub niespójny http/https

DobrzeNowa domena ustawiona konsekwentnie w całej instalacji

Przekierowania

ŹlePętla lub odsyłanie na starą domenę

DobrzeJeden logiczny kierunek przekierowań

Cache

ŹleWidoczna stara wersja strony

DobrzeOdświeżona, aktualna konfiguracja

Baza danych

ŹleWpisy z poprzednią domeną

DobrzeZamienione adresy i poprawne linki

Stabilność

ŹleBłędy 500, 404 lub biały ekran

DobrzePrawidłowo ładujący się front i panel

Przed / po Co zmienia uporządkowana diagnoza zamiast chaotycznych prób naprawy

Dostępność strony

Przed0% lub częściowa
Po100% po poprawnej konfiguracji

Ryzyko utraty danych

PrzedWysokie przy ręcznych próbach bez backupu
PoNiskie po wykonaniu kopii i zmian krok po kroku

Czas diagnozy

PrzedDługie zgadywanie i testy na oślep
PoSzybka identyfikacja źródła problemu

Stabilność SEO

PrzedSpadki przez błędne przekierowania i stare URL-e
PoPrawidłowe adresy i lepsza indeksacja

Szansa na samodzielną naprawę

PrzedNiska bez metody
PoWysoka przy uporządkowanej diagnostyce

WordPress po zmianie domeny nie chce się uruchomić, pokazuje błąd, przekierowuje w kółko albo w ogóle nie wyświetla strony? To jedna z najczęstszych i najbardziej frustrujących awarii po migracji. Problem zwykle nie oznacza, że strona została utracona. W praktyce najczęściej chodzi o niespójne ustawienia adresu witryny, stare wpisy w bazie danych, cache, przekierowania albo konflikt z SSL i wtyczkami.

Najgorsze, co można zrobić w takiej sytuacji, to działać na ślepo: klikać wszystko po kolei, usuwać pliki bez kopii zapasowej i zgadywać przyczynę. Przy zmianie domeny łatwo doprowadzić do większych szkód niż sam pierwotny problem. Dlatego poniżej znajdziesz bezpieczną, ekspercką procedurę: od szybkiej diagnozy, przez najczęstsze przyczyny, aż po konkretne kroki naprawcze.

Artykuł jest napisany z myślą o realnym scenariuszu: przeniosłeś WordPressa na nową domenę i po zmianie witryna nie ładuje się prawidłowo. Czasem panel administracyjny działa, a front już nie. Czasem nie działa nic. Czasem pojawia się biały ekran, pętla przekierowań, komunikat o zbyt wielu przekierowaniach, 404, 500, a czasem tylko kręcące się kółko przeglądarki. Każdy z tych objawów ma swoją logikę i da się je uporządkować.

Szybka odpowiedź

Jeśli WordPress nie ładuje się po zmianie domeny, najpierw sprawdź trzy rzeczy: adresy WordPress Address i Site Address, zawartość pliku wp-config.php oraz przekierowania i SSL. W wielu przypadkach problem rozwiązuje dopisanie poprawnej domeny w bazie danych lub tymczasowe ustawienie adresu strony w pliku konfiguracyjnym. Jeśli masz błąd przekierowania, usuń konfliktujące reguły w .htaccess i sprawdź, czy domena wskazuje na właściwy katalog. Jeśli pojawia się biały ekran lub 500, wyłącz wtyczki, przełącz motyw i sprawdź logi błędów. Zawsze wykonaj kopię zapasową przed zmianami, bo przy nieudanej naprawie można pogorszyć sytuację.

Diagnoza problemu

Najpierw ustal, co dokładnie znaczy „WordPress nie ładuje się”. To nie jest jeden błąd, tylko zestaw różnych objawów. Inaczej naprawia się stronę, która pokazuje pustą białą stronę, inaczej tę z pętlą przekierowań, a jeszcze inaczej witrynę z błędem 404 lub 500.

Najważniejsze pytania diagnostyczne:

  • Czy nie działa strona główna, czy również /wp-admin/?
  • Czy nowa domena otwiera się bez www i z www?
  • Czy problem występuje po HTTPS, po HTTP, czy w obu wersjach?
  • Czy serwer zwraca błąd, czy przeglądarka zawiesza się na przekierowaniach?
  • Czy panel administracyjny jeszcze działa, mimo że front nie?
  • Czy po zmianie domeny wykonywano też zmianę certyfikatu SSL, DNS lub hostingu?

Te informacje pozwalają odróżnić błąd konfiguracji domeny od problemu w WordPressie. Jeśli domena nie wskazuje na właściwy serwer, WordPress nawet nie dostanie szansy się uruchomić. Jeśli domena już wskazuje poprawnie, ale instalacja pamięta stare adresy, pojawią się przekierowania, błędy mieszanej treści lub brak dostępu do panelu.

Przydatna zasada: najpierw sprawdzaj warstwę zewnętrzną, potem WordPressa, potem bazę danych, na końcu wtyczki i motywy. Dzięki temu nie będziesz wyłączać przypadkowo elementów, które nie mają nic wspólnego z problemem.

Możliwe przyczyny

Po zmianie domeny WordPress może przestać działać z kilku głównych powodów. W praktyce zwykle nakładają się na siebie dwa albo trzy z nich.

1. Nieaktualne adresy WordPress Address i Site Address

To najczęstsza przyczyna. WordPress przechowuje adres witryny w dwóch podstawowych ustawieniach: adres instalacji i adres strony. Jeśli po migracji pozostała stara domena, system będzie próbował ładować zasoby, przekierowywać użytkownika albo odwoływać się do nieistniejących ścieżek. Efekt może być natychmiastowy: nie da się wejść na stronę, panel przekierowuje lub wyświetla błędy.

2. Konflikt http i https

Po zmianie domeny często zmienia się też certyfikat SSL. Jeśli witryna jest ustawiona na HTTPS, ale certyfikat nie działa poprawnie, domena ma błędną konfigurację lub serwer wymusza inne przekierowania, strona może nie otwierać się prawidłowo. Czasem problem dotyczy tylko jednego wariantu: na http wszystko działa, na https już nie.

3. Błędne przekierowania w .htaccess lub konfiguracji serwera

Jeśli poprzednia domena została ustawiona na stałe jako przekierowanie 301, a nowa domena także przekierowuje w jedną stronę, łatwo stworzyć pętlę. To samo dotyczy reguł w pliku .htaccess albo konfiguracji Nginx/Apache, które po migracji nadal odsyłają na starą domenę.

4. Stara domena w bazie danych

WordPress trzyma adresy nie tylko w ustawieniach głównych, ale też w treści wpisów, obrazkach, widgetach, Elementorze, edytorze blokowym, opcjach motywu i wtyczek. Jeśli zmienisz tylko główny adres strony, a w bazie zostaną odwołania do starej domeny, witryna może ładować się częściowo albo wyglądać na uszkodzoną.

5. Cache przeglądarki, wtyczek lub serwera

Po migracji czasami patrzysz nie na aktualną wersję strony, tylko na zbuforowany stary stan. Dotyczy to cache wtyczek, cache hostingu, CDN, Cloudflare oraz pamięci przeglądarki. Wtedy strona wygląda tak, jakby nic się nie zmieniło, mimo że konfiguracja już jest poprawna.

6. Niewłaściwe DNS po zmianie domeny

Nowa domena może jeszcze nie wskazywać na właściwy serwer albo propagacja DNS nie zakończyła się w pełni. Objawem może być brak ładowania strony, pokazywanie innego hostingu lub losowe działanie w zależności od lokalizacji i operatora sieci.

7. Niekompatybilna wtyczka lub motyw

Zmiana domeny potrafi ujawnić problem, który był ukryty wcześniej. Wtyczka cache, bezpieczeństwa, builder strony, multi-language albo wtyczka od przekierowań może po migracji wchodzić w konflikt z nowym adresem lub nowym SSL.

8. Uszkodzony plik wp-config.php lub błędne stałe

Jeśli ręcznie dopisywano konfigurację domeny do wp-config.php, łatwo popełnić błąd składniowy, wpisać złą domenę albo zostawić wymuszanie adresu na starym hostingu. Jeden znak mniej lub więcej potrafi zatrzymać WordPressa całkowicie.

9. Brak uprawnień do plików lub katalogów

Po migracji zdarzają się problemy z właścicielem plików, uprawnieniami lub brakiem dostępu do katalogu uploads. Strona może wyświetlać błędy ładowania zasobów, a panel admina działać niestabilnie.

10. Niezaktualizowane adresy w serializowanych danych

To szczególnie ważne przy page builderach, motywach premium i rozbudowanych wtyczkach. Zwykłe wyszukiwanie i zamiana tekstu może uszkodzić serializowane dane. W efekcie strona zaczyna się wysypywać, a niektóre sekcje znikają lub nie ładują się poprawnie.

11. Problem z multisite lub subdomenami

W WordPress Multisite zmiana domeny jest bardziej złożona, bo trzeba zsynchronizować wiele adresów, mapowania i przekierowań. Jeśli zmieniasz domenę pojedynczej witryny wewnątrz sieci, pomyłka w ustawieniach może unieruchomić całą instalację lub część podstron.

12. Błąd po stronie serwera lub migracji

Czasem problem nie leży w WordPressie, lecz w niepełnej migracji plików, złych rekordach DNS, starym vhoście, nieaktywnym certyfikacie, niewłaściwym katalogu docelowym albo ograniczeniach hostingu. Wtedy WordPress zachowuje się tak, jakby był uszkodzony, choć tak naprawdę nie ma poprawnego środowiska do uruchomienia.

Rozwiązanie krok po kroku

Poniżej znajdziesz bezpieczną kolejność działań. Nie przeskakuj losowo między punktami. Zmiany wykonuj po jednej, a po każdej sprawdzaj efekt. To najlepszy sposób, żeby nie pogłębić problemu.

Krok 1: Zrób pełną kopię zapasową

Zanim cokolwiek zmienisz, wykonaj backup plików i bazy danych. Jeśli WordPress już teraz nie działa, a ty wprowadzisz kolejne błędne ustawienie, kopia zapasowa będzie jedynym pewnym sposobem cofnięcia zmian. To jest szczególnie ważne przy ręcznej edycji wp-config.php, .htaccess i tabel w bazie.

Ostrzeżenie: nie pracuj bez kopii, jeśli masz wątpliwości, czy hosting pozwoli na szybkie odtworzenie danych. Przy błędnym wyszukiwaniu i zamianie w bazie możesz uszkodzić stronę szybciej, niż ją naprawić.

Krok 2: Sprawdź, czy domena wskazuje na właściwy serwer

Zweryfikuj DNS i propagację domeny. Upewnij się, że rekordy A lub AAAA prowadzą do poprawnego adresu IP, a nazwa serwera jest zgodna z konfiguracją hostingu. Jeśli domena jest świeżo przeniesiona, odczekaj tyle, ile wynosi propagacja, bo część użytkowników może jeszcze trafiać na stary serwer.

Jeżeli po wpisaniu domeny widzisz stronę domyślną hostingu, komunikat o braku konfiguracji albo zupełnie inny serwis, to najpierw napraw DNS, a dopiero później WordPress.

Krok 3: Sprawdź ustawienia WordPress Address i Site Address

Jeśli możesz wejść do panelu administracyjnego, przejdź do ustawień ogólnych i sprawdź, czy oba adresy są zgodne z nową domeną oraz właściwym protokołem. Jeśli panel nie działa, trzeba ustawić je ręcznie.

Możesz to zrobić w bazie danych, w tabeli wp_options, gdzie znajdują się pola związane z adresem witryny. Szukaj opcji odpowiadających za URL strony i instalacji. W niektórych przypadkach wystarczy sama korekta tych dwóch pól, by witryna natychmiast wróciła do życia.

Alternatywnie można tymczasowo wymusić adres w pliku wp-config.php. To dobre rozwiązanie ratunkowe, bo pozwala uruchomić panel, nawet jeśli zapis w bazie jest błędny. Gdy strona zacznie działać, popraw ustawienia docelowo także w panelu lub bazie.

Ważne: nie ustawiaj jednocześnie wielu sprzecznych adresów w różnych miejscach. Jeśli adres jest wymuszony w pliku, a inny w bazie, pojawią się konflikty i przekierowania.

Krok 4: Sprawdź wersję http i https

Otwórz stronę w obu wariantach. Jeśli jedna wersja działa, a druga nie, problem najpewniej leży w SSL, wymuszaniu przekierowania lub niepełnej konfiguracji certyfikatu. Po migracji nowa domena musi mieć poprawny certyfikat, a WordPress powinien być ustawiony konsekwentnie na jeden wariant adresu.

Jeśli używasz wymuszenia HTTPS, upewnij się, że certyfikat jest aktywny i obejmuje nową domenę oraz ewentualnie wersję z www. Jeśli certyfikat nie działa, przeglądarka może blokować stronę lub zasoby, co użytkownik odbiera jako „WordPress nie działa”.

Krok 5: Tymczasowo wyłącz wtyczki

Jeżeli masz dostęp do plików, zmień nazwę folderu plugins, aby wyłączyć wszystkie wtyczki naraz. To prosty test diagnostyczny. Jeśli po tym strona zacznie działać, winna jest jedna z wtyczek. Potem włączaj je pojedynczo i sprawdzaj, która powoduje awarię.

Najczęściej problematyczne są wtyczki cache, bezpieczeństwa, przekierowań, SSL, builderów, migracji i integracji z CDN. Jeżeli po zmianie domeny używasz kilku takich narzędzi naraz, konflikt jest bardzo prawdopodobny.

Krok 6: Przełącz motyw na domyślny

Jeśli wyłączenie wtyczek nie pomogło, sprawdź motyw. Czasem motyw ma własne ustawienia adresów, własny cache, integrację z builderem albo odwołania do starej domeny zapisane w opcjach. Zmiana na standardowy motyw WordPressa pozwala ustalić, czy problem nie wynika z warstwy szablonu.

Krok 7: Przejrzyj .htaccess albo reguły przekierowań

Jeśli występuje pętla przekierowań, problem często tkwi w regułach serwera. Na hostingu Apache sprawdź plik .htaccess i usuń stare wpisy związane z poprzednią domeną. Jeśli korzystasz z panelu hostingu lub zewnętrznych reguł przekierowań, poszukaj ustawień, które automatycznie przenoszą użytkowników na starą domenę lub z www na bez www w sposób sprzeczny z konfiguracją WordPressa.

Po każdej zmianie testuj stronę w trybie prywatnym przeglądarki. Unikniesz w ten sposób mylących efektów cache.

Krok 8: Wyczyść cache na wszystkich poziomach

Po zmianie domeny wyczyść pamięć podręczną przeglądarki, cache wtyczki, cache hostingu i CDN. Jeżeli korzystasz z zewnętrznego proxy lub ochrony typu Cloudflare, pamiętaj również o odświeżeniu tamtej warstwy. W przeciwnym razie będziesz oglądać starą wersję strony albo stare przekierowania, mimo że konfiguracja jest już poprawna.

Krok 9: Wykonaj bezpieczne wyszukiwanie i zamianę starej domeny

Jeżeli strona otwiera się częściowo albo działa panel, ale brakuje obrazków, linki prowadzą do starej domeny albo układ się rozsypuje, wykonaj search and replace w bazie. Najbezpieczniej robić to narzędziem, które obsługuje serializację danych. Zwykła zamiana tekstu w SQL może uszkodzić strukturę danych i wprowadzić jeszcze większy chaos.

Szukaj starej domeny we wpisach, opcjach, widgetach, ustawieniach page builderów i polach niestandardowych. Po zamianie przetestuj stronę główną, podstrony, media, formularze i logowanie.

Krok 10: Sprawdź logi błędów

Jeśli dalej nie działa, zajrzyj do logów PHP i serwera. Biały ekran, błąd 500 lub zawieszanie strony bardzo często zostawiają ślad w logach. Zobaczysz tam niekompatybilną wtyczkę, brak pliku, błąd składni, złą ścieżkę lub problem z uprawnieniami. To zwykle najkrótsza droga do prawdziwej przyczyny.

Krok 11: Zweryfikuj uprawnienia i właściciela plików

Jeśli po migracji pliki mają złe prawa dostępu, WordPress nie odczyta części zasobów albo nie zapisze nowych danych. Zwykle problem dotyczy katalogów uploads, cache albo samego katalogu instalacji. Nie ustawiaj losowych, zbyt szerokich uprawnień tylko po to, żeby „działało”. To ryzyko bezpieczeństwa.

Krok 12: Przywróć stronę z kopii lub wykonaj naprawę z poziomu specjalisty

Jeśli po wykonaniu wszystkich kroków nadal występują błędy, nie kontynuuj eksperymentów. W tym momencie problem może dotyczyć nie tylko WordPressa, lecz także migracji na serwerze, bazy danych, certyfikatu, konfiguracji DNS lub uszkodzonego backupu. Dalsze samodzielne próby bez pełnej wiedzy mogą wydłużyć przestój i utrudnić odzyskanie strony.

Najczęstsze błędy

  • Zmiana domeny bez backupu. To podstawowy błąd, który zamienia prostą awarię w kosztowny problem.
  • Edycja wielu rzeczy naraz. Jeśli zmienisz jednocześnie DNS, SSL, .htaccess i bazę, nie będziesz wiedzieć, co faktycznie pomogło lub zaszkodziło.
  • Ręczne wyszukiwanie i zamiana w bazie bez obsługi serializacji. To częsty sposób na uszkodzenie układu strony.
  • Ignorowanie cache. Wiele osób naprawia problem, ale nadal widzi starą wersję i myśli, że nic nie działa.
  • Mieszanie www i bez www. Niespójny adres tworzy przekierowania i problemy z logowaniem.
  • Niedopasowany certyfikat SSL. Nowa domena może mieć aktywny DNS, ale bez certyfikatu przeglądarka nadal uzna stronę za problematyczną.
  • Usuwanie wtyczek zamiast ich wyłączania. Wtedy tracisz konfigurację i wydłużasz naprawę.
  • Brak testu panelu admina osobno od frontu. To ważne, bo obie części mogą zachowywać się inaczej.
  • Pomijanie logów błędów. Bez nich łatwo zgadywać zamiast diagnozować.
  • Próba naprawy na żywej stronie w godzinach ruchu. Każda pomyłka jest wtedy od razu widoczna dla użytkowników.

Kiedy nie robić tego samodzielnie

Nie warto działać samemu, jeśli:

  • strona generuje przychód i każda minuta przestoju kosztuje pieniądze,
  • na stronie działa sklep, płatności lub panel klientów,
  • nie masz aktualnej kopii zapasowej,
  • nie wiesz, czy problem jest w DNS, SSL, serwerze czy samej instalacji WordPressa,
  • po zmianie domeny pojawił się błąd 500, biały ekran lub pętla przekierowań,
  • na stronie działa wiele wtyczek premium i page builderów,
  • masz multisite, wiele języków lub niestandardową konfigurację hostingu,
  • już raz próbowałeś naprawy i sytuacja się pogorszyła.

W takich przypadkach samodzielne eksperymenty zwiększają ryzyko utraty danych albo długiego przestoju. Warto wtedy zatrzymać działania i przejść do profesjonalnej diagnostyki.

Kiedy zgłosić się do specjalisty

Do specjalisty zgłoś się od razu, jeśli strona nie wstaje po podstawowych krokach albo jeśli problem dotyczy biznesu, a nie tylko testowej witryny. Profesjonalna pomoc jest szczególnie ważna, gdy trzeba jednocześnie sprawdzić WordPressa, serwer, DNS, SSL, bazę danych i konfigurację przekierowań.

Specjalista będzie w stanie:

  • szybko ustalić, czy awaria wynika z konfiguracji domeny, czy z samego CMS-a,
  • bezpiecznie poprawić adresy bez uszkodzenia danych serializowanych,
  • zweryfikować logi błędów i konfigurację serwera,
  • usunąć konflikty między wtyczkami i przekierowaniami,
  • odtworzyć poprawne działanie strony bez niepotrzebnych prób i błędów.

To szczególnie opłacalne, gdy każda godzina niedostępności strony wpływa na sprzedaż, pozycję w wyszukiwarce lub wiarygodność marki.

Podsumowanie

Jeśli WordPress nie ładuje się po zmianie domeny, w większości przypadków problem jest naprawialny i nie oznacza utraty strony. Najczęściej winne są stare adresy zapisane w WordPressie, błędy przekierowań, nieprawidłowy SSL, cache albo niepełna migracja. Kluczem jest spokojna, uporządkowana diagnostyka: backup, DNS, ustawienia domeny, wp-config.php, .htaccess, cache, wtyczki, motyw i baza danych.

Najważniejsze: nie naprawiaj wszystkiego naraz. Zmieniaj jeden element, testuj i dopiero przechodź dalej. Dzięki temu szybko znajdziesz źródło problemu i unikniesz dodatkowych błędów. Jeśli strona jest ważna biznesowo, nie ryzykuj długiego przestoju na własną rękę. W trudniejszych przypadkach lepiej zlecić diagnozę i przywrócenie działania komuś, kto robi to na co dzień.

CTA do kontaktu

Jeśli po zmianie domeny WordPress nadal nie ładuje się poprawnie, nie czekaj, aż problem zamieni się w dłuższy przestój albo utratę danych. Skontaktuj się ze specjalistą, który sprawdzi konfigurację, wskaże przyczynę i bezpiecznie przywróci stronę do działania. Im szybciej zacznie się diagnostyka, tym mniejsze ryzyko utraty ruchu, sprzedaży i pozycji w Google.

FAQ

Najczęstsze pytania

Krótkie odpowiedzi na pytania, które najczęściej pojawiają się przed naprawą strony, kontaktem z supportem albo zleceniem wdrożenia.

Dlaczego WordPress nie działa po zmianie domeny?

Najczęściej dlatego, że w ustawieniach lub bazie danych nadal zapisany jest stary adres, występuje konflikt przekierowań, problem z SSL albo cache pokazuje nieaktualną wersję strony.

Czy po zmianie domeny trzeba zmieniać coś w bazie danych?

Tak, bardzo często trzeba zaktualizować adresy strony w bazie, a czasem wykonać bezpieczne wyszukiwanie i zamianę starej domeny w treści, opcjach i danych motywu lub wtyczek.

Co zrobić, gdy WordPress pokazuje pętlę przekierowań?

Sprawdź zgodność http/https, wersję www i bez www, ustawienia domeny w WordPressie oraz reguły w .htaccess lub na serwerze. Pętla zwykle wynika z konfliktu przekierowań.

Czy wyłączenie wtyczek może pomóc po zmianie domeny?

Tak. Jeśli problem powoduje wtyczka cache, bezpieczeństwa, przekierowań lub builder, wyłączenie wszystkich wtyczek pomoże szybko zawęzić źródło awarii.

Kiedy nie naprawiać tego samodzielnie?

Gdy strona zarabia, masz brak kopii zapasowej, pojawia się 500 lub biały ekran, albo konfiguracja obejmuje sklep, multisite, wiele wtyczek premium czy złożone przekierowania.

Usługi r99.pl Jeśli problem dotyka działania strony, leadów albo sprzedaży, wybierz najbezpieczniejszy następny krok
Powiązane poradniki Zobacz też inne artykuły z r99.pl, które pomagają w podobnych awariach i decyzjach technicznych

Dalszy krok

Nie udało Ci się rozwiązać problemu samodzielnie?

Przeprowadzę diagnostykę, naprawię stronę, przyspieszę WordPress albo przejmę ją pod stałą opiekę techniczną, żeby problem nie wracał przy kolejnych aktualizacjach.