Jak przenieść WordPressa? Kompletny poradnik bezproblemowej migracji

Ten artykuł to kompleksowy, praktyczny poradnik krok po kroku, który pomoże Ci samodzielnie przenieść działającą stronę internetową opartą na systemie WordPress z jednego serwera (hostingu) na inny. Z mojego doświadczenia wiem, że proces ten, choć na pierwszy rzut oka wydaje się skomplikowany, jest w pełni wykonalny nawet dla osób bez zaawansowanej wiedzy technicznej. Znajdziesz w nim dwie główne metody migracji: automatyczną (z wykorzystaniem wtyczek) oraz manualną, a także rozwiązania najczęstszych problemów, co czyni go niezbędnym źródłem wiedzy dla każdego, kto stoi przed tym wyzwaniem.

Przygotowanie do migracji WordPressa: Kiedy warto zmienić hosting i co zrobić przed przenosinami?

Decyzja o przeniesieniu strony WordPress na nowy hosting często wynika z konkretnych potrzeb i problemów, z którymi borykamy się na obecnym serwerze. Z mojego doświadczenia wynika, że najczęstsze powody to:

• Niska wydajność strony: Powolne ładowanie się witryny, które negatywnie wpływa na doświadczenia użytkowników i pozycjonowanie w wyszukiwarkach.
• Wysokie koszty: Obecny hosting stał się zbyt drogi w stosunku do oferowanych usług lub potrzeb.
• Brak wsparcia technicznego: Niska jakość obsługi klienta lub długi czas reakcji na zgłoszenia.
• Problemy z bezpieczeństwem: Częste ataki, luki w zabezpieczeniach lub brak odpowiednich mechanizmów ochronnych.
• Brak miejsca na dysku: Strona rozrosła się, a obecny pakiet hostingowy nie oferuje wystarczającej przestrzeni.
• Przestarzała technologia: Hosting nie oferuje aktualnych wersji PHP, MySQL lub innych technologii niezbędnych do optymalnego działania WordPressa.

Niezależnie od powodu, kluczem do sukcesu jest odpowiednie przygotowanie. Przed rozpoczęciem migracji zawsze upewniam się, że mam wszystko, co potrzebne. Oto lista kontrolna, którą polecam każdemu:

1. Wybór nowego hostingu: Upewnij się, że nowy dostawca spełnia Twoje oczekiwania pod względem wydajności, bezpieczeństwa i wsparcia.
2. Sprawdzenie wymagań technicznych: Zweryfikuj, czy nowy serwer obsługuje odpowiednią wersję PHP (zazwyczaj 7.4 lub nowszą), MySQL/MariaDB oraz inne wymagane rozszerzenia.
3. Zebranie danych dostępowych: Przygotuj loginy i hasła do obu serwerów starego i nowego. Będą Ci potrzebne dane do FTP (lub SSH), panelu hostingu (np. cPanel, DirectAdmin) oraz narzędzia phpMyAdmin.
4. Aktualizacja WordPressa i wtyczek: Przed migracją zaktualizuj WordPressa, motyw i wszystkie wtyczki do najnowszych wersji. To minimalizuje ryzyko problemów z kompatybilnością na nowym serwerze.
5. Wyczyszczenie strony: Usuń nieużywane wtyczki, motywy, komentarze spamowe i stare wersje plików. Mniejsza strona to szybsza i łatwiejsza migracja.

Absolutnie najważniejszym krokiem przed rozpoczęciem jakiejkolwiek migracji jest wykonanie pełnej kopii zapasowej. Traktuję to jako polisę ubezpieczeniową w razie problemów zawsze mogę wrócić do punktu wyjścia. Oto jak to zrobić:

1. Kopia zapasowa plików strony:
   1. Połącz się ze starym serwerem za pomocą klienta FTP (np. FileZilla).
   2. Pobierz na swój komputer cały katalog publiczny strony WordPress (zazwyczaj public_html lub katalog o nazwie Twojej domeny). Upewnij się, że pobierasz wszystkie pliki i foldery, w tym ukryte pliki takie jak .htaccess.
2. Kopia zapasowa bazy danych:
   1. Zaloguj się do panelu hostingu starego serwera i przejdź do narzędzia phpMyAdmin (lub podobnego do zarządzania bazami danych).
   2. Wybierz bazę danych, której używa Twój WordPress (nazwę znajdziesz w pliku wp-config.php).
   3. Przejdź do zakładki "Eksport" i wybierz metodę "Szybki" lub "Niestandardowy". W przypadku "Niestandardowy" upewnij się, że wszystkie tabele są zaznaczone i format eksportu to SQL.
   4. Kliknij "Wykonaj" lub "Go", aby pobrać plik .sql z kopią zapasową bazy danych na swój komputer.

Mając te dwie kopie, możesz spać spokojnie. Nawet jeśli coś pójdzie nie tak, Twoja strona jest bezpieczna.

Automatyczna migracja WordPressa: Szybkie przenosiny z pomocą wtyczek

Dla wielu użytkowników, zwłaszcza tych mniej technicznych, automatyczna migracja za pomocą wtyczek jest najwygodniejszym i najszybszym sposobem na przeniesienie WordPressa. Wtyczki te automatyzują większość skomplikowanych kroków, takich jak pakowanie plików i bazy danych, a także aktualizację linków. Poniżej przedstawiam porównanie trzech popularnych rozwiązań, które sam często polecam:

Nazwa wtyczki	Główne cechy	Zalety	Wady/Ograniczenia
All-in-One WP Migration	Eksportuje całą stronę (pliki, bazę danych, motywy, wtyczki) do jednego pliku. Prosty import na nowym serwerze.	Bardzo prosta w obsłudze, intuicyjny interfejs. Idealna dla początkujących.	Darmowa wersja ma limit rozmiaru pliku (zazwyczaj 256 MB lub 512 MB), co jest problemem dla większych stron. Wymaga płatnej wersji do migracji dużych witryn.
Duplicator	Tworzy "pakiet" zawierający wszystkie pliki i bazę danych, wraz z plikiem instalacyjnym.	Daje większą kontrolę nad procesem instalacji. Możliwość ręcznej edycji parametrów przed instalacją. Dobra dla stron średniej wielkości.	Nieco bardziej techniczna niż All-in-One WP Migration. Wymaga ręcznego utworzenia bazy danych na nowym serwerze.
Migrate Guru	Migracja "z chmury do chmury", bez konieczności pobierania plików na komputer. Działa na zasadzie połączenia między hostingami.	Brak limitów rozmiaru pliku w darmowej wersji. Szybka i efektywna dla bardzo dużych stron. Nie obciąża Twojego komputera.	Wymaga bezpośredniego połączenia między serwerami (np. przez FTP/cPanel). Mniej intuicyjna dla osób, które wolą działać lokalnie.

Migracja z All-in-One WP Migration

To moja ulubiona wtyczka dla małych i średnich stron, głównie ze względu na jej prostotę. Oto jak jej użyć:

1. Na starym serwerze:
   1. Zainstaluj i aktywuj wtyczkę All-in-One WP Migration w panelu administracyjnym WordPressa.
   2. Przejdź do "All-in-One WP Migration" > "Eksportuj".
   3. Wybierz "Eksportuj do" > "Plik". Wtyczka spakuje całą Twoją stronę do jednego pliku .wpress.
   4. Pobierz ten plik na swój komputer. Pamiętaj o limicie rozmiaru w darmowej wersji!
2. Na nowym serwerze:
   1. Zainstaluj świeżą instalację WordPressa na nowym hostingu. Upewnij się, że jest to czysta instalacja, bez żadnych dodatkowych treści.
   2. Zainstaluj i aktywuj wtyczkę All-in-One WP Migration w nowej instalacji WordPressa.
   3. Przejdź do "All-in-One WP Migration" > "Importuj".
   4. Wybierz "Importuj z" > "Plik" i wskaż plik .wpress, który wcześniej pobrałeś.
   5. Wtyczka zaimportuje całą stronę. Po zakończeniu, zostaniesz poproszony o zaktualizowanie struktury trwałych odnośników (permalinks) oraz ponowne zalogowanie się.

Migracja z Duplicatorem

Duplicator to potężne narzędzie, które daje nieco więcej kontroli. Proces jest dwuetapowy: tworzenie "paczki" i jej instalacja.

1. Na starym serwerze:
   1. Zainstaluj i aktywuj wtyczkę Duplicator w panelu administracyjnym WordPressa.
   2. Przejdź do "Duplicator" > "Paczki" i kliknij "Utwórz nowy".
   3. Postępuj zgodnie z kreatorem. W kroku "Skanowanie" wtyczka sprawdzi konfigurację serwera. Jeśli wszystko jest w porządku, kliknij "Dalej".
   4. W kroku "Budowanie" Duplicator stworzy dwa pliki: installer.php i archiwum .zip (zawierające Twoje pliki i bazę danych).
   5. Pobierz oba te pliki na swój komputer.
2. Na nowym serwerze:
   1. Na nowym hostingu utwórz nową bazę danych MySQL i przypisz do niej użytkownika z pełnymi uprawnieniami. Zapisz sobie nazwę bazy, nazwę użytkownika i hasło.
   2. Za pomocą klienta FTP wgraj pobrane pliki (installer.php i archiwum .zip) do głównego katalogu (np. public_html) na nowym serwerze. Upewnij się, że katalog jest pusty.
   3. Otwórz przeglądarkę internetową i przejdź pod adres: twojadomena.pl/installer.php.
   4. Postępuj zgodnie z instrukcjami instalatora Duplicator. Wprowadź dane nowej bazy danych, którą utworzyłeś w punkcie 1.
   5. Po zakończeniu instalacji, Duplicator poprosi Cię o usunięcie plików instalacyjnych. Zrób to, aby zabezpieczyć stronę.

Ograniczenia darmowych wtyczek migracyjnych

Choć wtyczki są wygodne, darmowe wersje mają swoje ograniczenia, o których warto pamiętać:

• Limity rozmiaru pliku: Jak wspomniałem, All-in-One WP Migration ma często limit 256 MB lub 512 MB. Dla większych stron to poważna przeszkoda, wymuszająca zakup wersji Pro.
• Problemy z kompatybilnością: Czasami wtyczki mogą mieć problemy z bardzo specyficznymi konfiguracjami serwera lub innymi wtyczkami, co może prowadzić do błędów.
• Brak zaawansowanych funkcji: Darmowe wersje zazwyczaj nie oferują funkcji takich jak migracja do poddomeny, kopie zapasowe w chmurze czy wsparcie dla dużych sieci multisite.
• Ograniczone wsparcie: W przypadku problemów, wsparcie techniczne dla darmowych wersji jest często ograniczone lub niedostępne.

Ręczna migracja WordPressa: Pełna kontrola dla zaawansowanych użytkowników

Ręczna migracja WordPressa, choć wymaga nieco więcej technicznej wiedzy i uwagi, daje pełną kontrolę nad każdym etapem procesu. Jest to metoda, którą sam preferuję przy bardziej złożonych projektach lub gdy wtyczki zawodzą. Oto jak to zrobić krok po kroku.

Pobieranie plików strony WordPress przez FTP

Pierwszym krokiem jest skopiowanie wszystkich plików Twojej strony ze starego serwera na lokalny komputer.

1. Połącz się z serwerem: Użyj klienta FTP, takiego jak FileZilla. Wprowadź dane dostępowe (host, nazwa użytkownika, hasło, port 21) do starego serwera.
2. Zlokalizuj katalog WordPressa: Zazwyczaj pliki WordPressa znajdują się w katalogu public_html, www lub w folderze o nazwie Twojej domeny.
3. Pobierz wszystkie pliki: Zaznacz wszystkie pliki i foldery w katalogu WordPressa (upewnij się, że widzisz ukryte pliki, np. .htaccess w FileZilla włącz "Serwer" > "Wymuś wyświetlanie ukrytych plików"). Przeciągnij je do wybranego folderu na swoim komputerze. To może zająć trochę czasu, w zależności od rozmiaru strony i prędkości połączenia.

Eksportowanie bazy danych MySQL

Następnie musimy wyeksportować bazę danych, która zawiera całą treść Twojej strony wpisy, strony, ustawienia, komentarze itp.

1. Zaloguj się do phpMyAdmin: Przejdź do panelu hostingu starego serwera i znajdź narzędzie phpMyAdmin.
2. Wybierz bazę danych: W lewym panelu phpMyAdmin wybierz bazę danych, której używa Twój WordPress. Jej nazwę znajdziesz w pliku wp-config.php (stała DB_NAME).
3. Eksportuj bazę danych: Przejdź do zakładki "Eksport".
   1. Wybierz metodę eksportu "Niestandardowa".
   2. Upewnij się, że wszystkie tabele są zaznaczone.
   3. W sekcji "Opcje tworzenia obiektu" zaznacz "Dodaj instrukcję DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT / TRIGGER". To zapewni, że podczas importu stare tabele zostaną usunięte, zanim zostaną utworzone nowe.
   4. Upewnij się, że format eksportu to "SQL".
   5. Kliknij "Wykonaj" lub "Go", aby pobrać plik .sql na swój komputer.

Wgrywanie plików i importowanie bazy danych na nowy serwer

Teraz, gdy masz już wszystkie pliki i bazę danych, czas przenieść je na nowy hosting.

1. Utwórz nową bazę danych: Zaloguj się do panelu hostingu nowego serwera. Utwórz nową bazę danych MySQL, nowego użytkownika bazy danych i przypisz mu pełne uprawnienia do tej bazy. Zapisz sobie nazwę bazy, nazwę użytkownika i hasło będą Ci potrzebne do konfiguracji WordPressa.
2. Wgraj pliki WordPressa:
   1. Połącz się z nowym serwerem za pomocą klienta FTP.
   2. Przejdź do głównego katalogu, gdzie ma być strona (np. public_html). Upewnij się, że jest pusty.
   3. Wgraj wszystkie pliki i foldery WordPressa, które pobrałeś ze starego serwera.
3. Importuj bazę danych:
   1. Zaloguj się do phpMyAdmin na nowym serwerze.
   2. Wybierz nowo utworzoną bazę danych.
   3. Przejdź do zakładki "Importuj".
   4. Kliknij "Wybierz plik" i wskaż plik .sql, który wyeksportowałeś ze starego serwera.
   5. Upewnij się, że kodowanie znaków to utf8 (lub utf8mb4, jeśli takie było oryginalne) i kliknij "Wykonaj" lub "Go".

Edycja pliku wp-config.php

Po wgraniu plików i zaimportowaniu bazy danych, musisz połączyć WordPressa z nową bazą danych. Odpowiada za to plik wp-config.php, znajdujący się w głównym katalogu WordPressa. Musisz edytować cztery kluczowe stałe:

Otwórz plik wp-config.php w edytorze tekstu (np. Notepad++, Sublime Text) i znajdź następujące linie:

define('DB_NAME', 'nazwa_starej_bazy_danych');
define('DB_USER', 'stary_uzytkownik_bazy_danych');
define('DB_PASSWORD', 'stare_haslo_do_bazy_danych');
define('DB_HOST', 'localhost'); // lub inny adres hosta bazy danych

Zmień je na nowe dane, które zapisałeś po utworzeniu bazy danych na nowym serwerze:

define('DB_NAME', 'nowa_nazwa_bazy_danych');
define('DB_USER', 'nowy_uzytkownik_bazy_danych');
define('DB_PASSWORD', 'nowe_haslo_do_bazy_danych');
define('DB_HOST', 'localhost'); // W większości przypadków pozostaje 'localhost', ale sprawdź u swojego hostingu.

Po edycji zapisz plik i wgraj go z powrotem na serwer przez FTP, nadpisując istniejący. To kluczowy krok, który pozwala Twojemu WordPressowi "znaleźć" swoją bazę danych na nowym hostingu.

Finalizacja i weryfikacja: Ostatnie kroki po udanej migracji

Po przeniesieniu plików i bazy danych, strona jest już technicznie na nowym serwerze. Jednak aby była dostępna pod Twoją domeną, musisz jeszcze "przekierować" ruch internetowy. Następnie należy upewnić się, że wszystko działa bez zarzutu.

Zmiana rekordów DNS domeny

Adresy DNS (Domain Name System) to jak książka telefoniczna internetu. Mówią przeglądarkom, gdzie "znaleźć" Twoją stronę. Po migracji musisz zaktualizować te rekordy, aby wskazywały na nowy serwer.

1. Zaloguj się do panelu dostawcy domeny: Przejdź do panelu, gdzie zarejestrowałeś swoją domenę (np. nazwa.pl, home.pl, GoDaddy).
2. Znajdź ustawienia DNS: Poszukaj sekcji "Zarządzanie DNS", "Serwery nazw" lub "Name Serwers".
3. Zmień serwery nazw: Zmień istniejące serwery nazw (np. ns1.staryhosting.pl, ns2.staryhosting.pl) na te, które podał Ci nowy dostawca hostingu (np. ns1.nowyhosting.pl, ns2.nowyhosting.pl). Czasami wystarczy zmienić rekordy A, wskazujące bezpośrednio na adres IP nowego serwera. Twój nowy hosting powinien dostarczyć Ci te informacje.

Po zmianie DNS następuje tzw. propagacja DNS. Oznacza to, że informacja o zmianie musi rozprzestrzenić się po całym internecie. Proces ten może trwać od kilku minut do nawet 48 godzin. W tym czasie strona może być widoczna raz ze starego, raz z nowego serwera, w zależności od tego, z którego miejsca na świecie próbujesz się z nią połączyć.

Aktualizacja linków w bazie danych

Bardzo częstym problemem po migracji, zwłaszcza jeśli zmieniłeś domenę (np. z stara-domena.pl na nowa-domena.pl) lub przeniosłeś stronę z podkatalogu na główną domenę, są nieaktualne linki w bazie danych. WordPress przechowuje absolutne ścieżki do obrazków, stron i innych zasobów. Jeśli ich nie zaktualizujesz, strona może wyglądać na "rozbitą", z niedziałającymi obrazkami lub linkami 404.

Istnieje kilka metod masowej aktualizacji adresów URL:

• Wtyczka Better Search Replace: To moje ulubione narzędzie do tego celu. Zainstaluj i aktywuj ją na nowej stronie. W ustawieniach wtyczki wpisz stary adres URL w polu "Search for" i nowy adres URL w polu "Replace with". Zaznacz wszystkie tabele i uruchom proces. Pamiętaj, aby na początku uruchomić "Run as dry run" (symulację), aby sprawdzić, co zostanie zmienione, zanim wprowadzisz zmiany na stałe.
• Skrypt Search and Replace DB: Bardziej zaawansowana opcja, jeśli nie masz dostępu do panelu admina WordPressa. Jest to samodzielny skrypt PHP, który wgrywasz na serwer, uruchamiasz z przeglądarki i usuwasz po użyciu.
• Ręczna edycja bazy danych (niezalecane dla początkujących): Można to zrobić bezpośrednio w phpMyAdmin, wykonując zapytania SQL, ale jest to ryzykowne i łatwo o błędy, jeśli nie wiesz, co robisz.

Lista kontrolna po zakończeniu migracji

Po wykonaniu wszystkich powyższych kroków, czas na dokładne sprawdzenie, czy wszystko działa poprawnie. Oto lista kontrolna, którą zawsze stosuję:

1. Dostępność strony: Sprawdź, czy strona ładuje się poprawnie pod nową domeną. Użyj trybu incognito w przeglądarce, aby uniknąć problemów z pamięcią podręczną.
2. Wszystkie podstrony: Przejdź przez kilka kluczowych podstron, wpisów, stron kontaktowych, aby upewnić się, że ładują się bez błędów.
3. Formularze: Sprawdź działanie wszystkich formularzy kontaktowych, subskrypcji newslettera, formularzy zamówień.
4. Galerie i obrazki: Upewnij się, że wszystkie obrazki i galerie wyświetlają się poprawnie.
5. Logowanie do panelu admina: Zaloguj się do panelu administracyjnego WordPressa (twojadomena.pl/wp-admin).
6. Ustawienia trwałych odnośników (permalinks): W panelu admina przejdź do "Ustawienia" > "Trwałe odnośniki" i po prostu kliknij "Zapisz zmiany" (nie musisz nic zmieniać, samo zapisanie odświeży strukturę).
7. Certyfikat SSL: Sprawdź, czy certyfikat SSL jest poprawnie zainstalowany i strona ładuje się przez HTTPS. Jeśli nie, wymuś HTTPS za pomocą wtyczki (np. Really Simple SSL) lub edytując plik .htaccess.
8. Wtyczki i motywy: Sprawdź, czy wszystkie wtyczki i motywy działają poprawnie.
9. Test szybkości: Uruchom test szybkości strony (np. PageSpeed Insights, GTmetrix), aby upewnić się, że nowy hosting faktycznie poprawił wydajność.
10. Kopia zapasowa na nowym hostingu: Upewnij się, że masz skonfigurowany system regularnych kopii zapasowych na nowym serwerze.

Typowe problemy po migracji WordPressa i sprawdzone rozwiązania

Nawet przy najlepszych przygotowaniach, po migracji mogą pojawić się niespodziewane problemy. Nie panikuj! Większość z nich ma proste rozwiązania. Oto najczęstsze błędy, z którymi sam się spotykałem, i jak je naprawić.

Błąd połączenia z bazą danych (Error establishing a database connection)

To jeden z najbardziej frustrujących błędów, ponieważ oznacza, że WordPress nie może połączyć się ze swoją bazą danych. Strona wyświetla wtedy tylko komunikat "Error establishing a database connection".

Najczęstszą przyczyną są błędne dane dostępowe do bazy danych w pliku wp-config.php. Oto kroki do rozwiązania:

• Sprawdź wp-config.php: Otwórz plik wp-config.php i upewnij się, że wartości dla DB_NAME, DB_USER, DB_PASSWORD i DB_HOST są absolutnie poprawne i odpowiadają danym nowej bazy danych na nowym serwerze.
• Zweryfikuj dane bazy danych na hostingu: Zaloguj się do panelu hostingu i sprawdź, czy baza danych i użytkownik faktycznie istnieją z takimi danymi, jakie wpisałeś w wp-config.php. Upewnij się, że użytkownik ma pełne uprawnienia do bazy.
• Sprawdź DB_HOST: W większości przypadków DB_HOST to localhost. Czasami jednak hosting może wymagać innej wartości (np. adres IP serwera bazy danych). Skontaktuj się z supportem hostingu, aby to potwierdzić.
• Skontaktuj się z hostingiem: Jeśli wszystkie dane są poprawne, a błąd nadal występuje, możliwe, że problem leży po stronie serwera bazy danych. Skontaktuj się z pomocą techniczną nowego hostingu.

Biały ekran śmierci (White Screen of Death)

Biały ekran śmierci (WSOD) oznacza, że strona jest całkowicie pusta, bez żadnego komunikatu o błędzie. To zazwyczaj wskazuje na problem z kodem PHP.

Potencjalne przyczyny i kroki do diagnozy i naprawy:

• Zwiększ limit pamięci PHP: Często WSOD jest spowodowany wyczerpaniem limitu pamięci PHP. Spróbuj zwiększyć go, dodając linię define('WP_MEMORY_LIMIT', '256M'); do pliku wp-config.php (przed linią /* That's all, stop editing! Happy publishing. */).
• Wyłącz wszystkie wtyczki: Jeśli masz dostęp do panelu admina, wyłącz wszystkie wtyczki i aktywuj je pojedynczo, aby zidentyfikować tę sprawiającą problem. Jeśli nie masz dostępu, zmień nazwę katalogu wp-content/plugins na np. plugins_old za pomocą FTP. To wyłączy wszystkie wtyczki.
• Zmień motyw na domyślny: Podobnie jak z wtyczkami, problemem może być motyw. Zmień nazwę katalogu aktywnego motywu w wp-content/themes (np. nazwa_motywu_old). WordPress automatycznie przełączy się na domyślny motyw (np. Twenty Twenty-Four).
• Włącz tryb debugowania WordPressa: W pliku wp-config.php zmień define('WP_DEBUG', false); na define('WP_DEBUG', true);. To spowoduje wyświetlanie błędów PHP na ekranie, co pomoże zdiagnozować problem. Pamiętaj, aby wyłączyć debugowanie po naprawie!
• Sprawdź plik .htaccess: Błędy w pliku .htaccess mogą powodować WSOD. Spróbuj tymczasowo zmienić jego nazwę na np. .htaccess_old. Jeśli strona zacznie działać, problem leży w tym pliku.

Niedziałające linki i błędy 404

Po migracji często zdarza się, że strona główna działa, ale po kliknięciu na jakąkolwiek podstronę, wpis czy kategorię, pojawia się błąd 404 (strona nie znaleziona).

Zazwyczaj jest to związane z niepoprawną strukturą trwałych odnośników (permalinks), która nie została zaktualizowana na nowym serwerze.

• Ponowne zapisanie struktury odnośników: Zaloguj się do panelu administracyjnego WordPressa. Przejdź do "Ustawienia" > "Trwałe odnośniki". Nie musisz nic zmieniać. Po prostu kliknij przycisk "Zapisz zmiany". To wymusi na WordPressie ponowne wygenerowanie pliku .htaccess i zaktualizowanie reguł przekierowań.
• Sprawdź plik .htaccess: Upewnij się, że plik .htaccess istnieje w głównym katalogu WordPressa i ma odpowiednie uprawnienia. Czasem może być uszkodzony lub brakować mu niezbędnych reguł WordPressa.

Przeczytaj również: WordPress: Jak wyłączyć stronę? Poradnik krok po kroku (tymczasowo/trwale)

Problemy z certyfikatem SSL

Po migracji strona mogła działać na HTTPS, ale na nowym serwerze pojawiają się ostrzeżenia o niezabezpieczonym połączeniu, "mixed content" (mieszana zawartość) lub certyfikat SSL nie działa.

Kroki do rozwiązania problemów z SSL:

• Sprawdź instalację SSL na nowym serwerze: Upewnij się, że certyfikat SSL został poprawnie zainstalowany dla Twojej domeny na nowym hostingu. Większość hostingów oferuje darmowe certyfikaty Let's Encrypt, które można łatwo aktywować w panelu.
• Wymuś HTTPS: Jeśli certyfikat jest zainstalowany, ale strona nadal ładuje się przez HTTP lub pojawia się "mixed content", musisz wymusić HTTPS.
  1. Wtyczka Really Simple SSL: To najprostsza metoda. Zainstaluj i aktywuj wtyczkę, która automatycznie skonfiguruje przekierowania i zaktualizuje linki w bazie danych.
  2. Edycja pliku .htaccess: Możesz dodać reguły przekierowania HTTP na HTTPS do pliku .htaccess. Przykład:

     RewriteEngine On
     RewriteCond %{HTTPS} off
     RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
     

• Zaktualizuj linki w bazie danych: Upewnij się, że wszystkie linki w bazie danych zostały zaktualizowane z http://twojadomena.pl na https://twojadomena.pl. Możesz to zrobić za pomocą wtyczki Better Search Replace, jak opisano wcześniej.