Problemy po zmianie motywu WordPress zwykle da się naprawić bez utraty treści. Najczęściej odpowiada za nie pamięć podręczna, brak konfiguracji menu i widgetów albo funkcje, które były częścią starego motywu. Zacznij od backupu, a potem sprawdzaj kolejne elementy od najprostszych do najbardziej technicznych.
Co dokładnie nie działa?
Poniższa tabela pomaga szybko powiązać objaw z prawdopodobną przyczyną i pierwszym działaniem:
| Objaw | Prawdopodobna przyczyna | Pierwszy krok naprawczy |
|---|---|---|
| Zniknęło menu | Nowy motyw nie ma przypisanego menu albo używa innych lokalizacji | Sprawdź ustawienia menu w sekcji „Wygląd” |
| Rozsypał się układ strony | Cache, konflikt CSS lub inna struktura szablonu | Wyczyść cache i sprawdź stronę w trybie incognito |
| Zniknęły widgety | Nowy motyw ma inne paski boczne | Sprawdź sekcję nieaktywnych widgetów |
| Pojawił się biały ekran | Konflikt wtyczki, motywu lub błąd PHP | Wyłącz ostatnio zmieniane wtyczki |
| Page Builder nie wyświetla treści | Kreator był wbudowany w stary motyw | Sprawdź, czy działa jako niezależna wtyczka |
Jak naprawić najczęstsze błędy?
Przed edycją plików, zmianą ustawień PHP lub ingerencją w bazę danych wykonaj pełny backup WordPressa. Kopia powinna obejmować pliki strony, katalog wp-content, plik wp-config.php, plik .htaccess oraz bazę danych. Bez niej powrót do działającej wersji może być trudny.
Naprawę przeprowadzaj w tej kolejności:
- Wyczyść pamięć podręczną – usuń cache w WordPressie, na serwerze i w przeglądarce. Jeśli korzystasz z narzędzia minifikującego CSS lub JavaScript, wyczyść także jego pamięć. Następnie sprawdź stronę w trybie incognito.
- Sprawdź menu – w sekcji „Wygląd” otwórz ustawienia menu, wybierz właściwe menu i przypisz je do lokalizacji obsługiwanej przez nowy motyw. Podgląd motywu nie zawsze pokazuje konfigurację gotową do użycia.
- Przypisz widgety ponownie – przejdź do „Wygląd” i „Widgety”. Elementy odłączone od nieistniejących sidebarów mogą znajdować się w sekcji nieaktywnych widgetów. Ich ustawienia zwykle pozostają zachowane, ale trzeba umieścić je w nowych obszarach.
- Sprawdź stronę główną – w ustawieniach czytania upewnij się, czy witryna korzysta ze statycznej strony głównej, czy wyświetla najnowsze wpisy. Po zmianie motywu może zmienić się sposób prezentowania tej treści.
Nie edytuj plików PHP bez aktualnej kopii zapasowej. Jeden błędny znak w pliku może wywołać biały ekran lub błąd krytyczny.
Dlaczego zniknęły funkcjonalności i dane?
Motyw nie jest wyłącznie warstwą wizualną. Część szablonów dodaje własne widgety, slidery, portfolio, opinie, niestandardowe typy wpisów albo pola używane przez stronę główną. Po aktywacji innego motywu dane mogą nadal znajdować się w bazie, ale nowy szablon nie będzie wiedział, jak je wyświetlić.
Inaczej działa funkcja dostarczana przez niezależną wtyczkę. Jeżeli wtyczka nadal jest aktywna i współpracuje z nowym motywem, jej dane oraz ustawienia zwykle pozostają dostępne. Trzeba jednak sprawdzić, czy motyw obsługuje jej style i szablony.
Page Builder a zmiana motywu
Jeśli strona była budowana za pomocą kreatora takiego jak Elementor, sprawdź, czy został zainstalowany jako osobna wtyczka. W takim przypadku można go zwykle używać po zmianie motywu, choć układ może wymagać poprawek.
Niektóre motywy, zwłaszcza rozbudowane szablony komercyjne, mają własny Page Builder. Wtedy podstrony mogły zostać zapisane w formacie zależnym od starego motywu. Po jego wyłączeniu treść pozostaje w bazie danych, lecz nie jest poprawnie interpretowana. Czasem konieczne jest odtworzenie podstron w innym kreatorze lub przeniesienie zawartości do standardowego edytora.
Plik functions.php i motyw potomny
Sprawdź, czy w starym motywie nie dodano własnych funkcji w pliku functions.php. Mogły one odpowiadać za shortcodes, typy wpisów, dodatkowe skrypty, kody analityczne albo niestandardowe pola. Nie kopiuj ich bez sprawdzenia, ponieważ część może zależeć od starego motywu.
Własne modyfikacje nowego szablonu umieszczaj w motywie potomnym. Dziedziczy on pliki motywu nadrzędnego, ale pozwala przechowywać własny kod osobno. Dzięki temu aktualizacja motywu głównego nie nadpisze zmian wprowadzonych przez administratora. Uniwersalne funkcje lepiej rozważyć także jako część niezależnej wtyczki, jeśli nie dotyczą wyglądu szablonu.
Jeśli strona nadal pokazuje biały ekran lub błąd 500, nie eksperymentuj bez kopii. Najpierw przełącz ją na domyślny motyw i tymczasowo wyłącz wtyczki. Gdy problem ustąpi, włączaj elementy pojedynczo. W przypadku poważnego błędu PHP potrzebne mogą być logi serwera lub tryb debugowania, ale szczegółowe komunikaty nie powinny być wyświetlane publicznie na stronie produkcyjnej.
Czy strona działa poprawnie po naprawie?
Po przywróceniu wyglądu nie kończ testów na stronie głównej. Przejdź przez najważniejsze ścieżki użytkownika:
- Wyślij testowy formularz kontaktowy i sprawdź, czy wiadomość dociera do odbiorcy.
- Otwórz stronę na telefonie i tablecie, sprawdzając menu, przyciski oraz szerokość treści.
- Przejdź przez wpisy, strony, archiwa kategorii, tagów i autorów.
- Sprawdź linki prowadzące do błędów 404 oraz komunikaty w konsoli przeglądarki.
- Porównaj strukturę nagłówków, zwłaszcza obecność jednego głównego nagłówka H1 na ważnych podstronach.
- Przetestuj szybkość działania w PageSpeed Insights i porównaj wynik ze stanem sprzed zmiany.
Jeśli witryna korzysta ze sklepu lub rezerwacji, wykonaj także testowe przejście całego procesu zakupu albo wysłania zapytania. Zmiana motywu może wpłynąć na formularze, przyciski, koszyk i sposób ładowania skryptów.
Jak ograniczyć ryzyko przy następnej zmianie?
Najbezpieczniej przeprowadzać zmianę na środowisku stagingowym, czyli odizolowanej kopii witryny. Może ono działać w subdomenie, osobnym katalogu hostingu albo lokalnie. Jeśli kopia jest dostępna publicznie, zabezpiecz ją hasłem i nie pozwól wyszukiwarkom jej indeksować.
Przed wdrożeniem nowego motywu przygotuj także te elementy:
- Backup plików i bazy danych zapisany poza serwerem.
- Listę aktywnych wtyczek, ich funkcji oraz zależności od motywu.
- Informację o własnych zmianach w kodzie, skryptach śledzących i stylach CSS.
- Plan powrotu do poprzedniego motywu, jeśli testy wykażą błąd.
- Dokumentację konfiguracji menu, widgetów, strony głównej i Page Buildera.
Warto też aktualizować WordPress, motyw i wtyczki na stagingu przed właściwą zmianą. Nie wykonuj jednak wszystkich modyfikacji jednocześnie bez kontroli, bo utrudni to ustalenie źródła problemu. Jeśli nie masz backupu lub nie wiesz, które pliki były modyfikowane, edycja kodu powinna być ostatnią deską ratunku.
Najczęściej wystarczy wyczyścić cache, ponownie przypisać menu i widgety oraz sprawdzić, które funkcje należały do starego motywu. Gdy problem dotyczy Page Buildera, pliku functions.php albo błędu PHP, pracuj na stagingu i korzystaj z motywu potomnego, zamiast zmieniać pliki motywu nadrzędnego.
