Tak. Aktualizacja motywu WordPress nadpisuje pliki znajdujące się w katalogu motywu głównego. Jeśli zmienisz bezpośrednio pliki PHP, CSS lub JavaScript, te modyfikacje mogą zostać trwale zastąpione wersją dostarczoną przez autora motywu.
Dlaczego aktualizacja usuwa zmiany?
Aktualizacja, także wykonana jednym kliknięciem w kokpicie, pobiera nową paczkę plików i zastępuje nią dotychczasową zawartość katalogu motywu. WordPress nie analizuje przy tym, które pliki zostały wcześniej zmodyfikowane ręcznie.
Ryzyko dotyczy zmian wykonanych zarówno przez edytor plików w panelu WordPressa, jak i przez FTP lub menedżer plików hostingu. Przykładowo, aktualizacja może usunąć własne poprawki w plikach:
- header.php – zmiany w nagłówku strony
- style.css – własne reguły wyglądu
- functions.php – dodatkowe funkcje i hooki
- plikach JavaScript – własne skrypty uruchamiane na stronie
Inaczej działają ustawienia zapisane w bazie danych. Zmiany wprowadzone przez Personalizator, takie jak logo, kolory czy część ustawień wyglądu, nie są przechowywane bezpośrednio w plikach motywu. Sama aktualizacja motywu zwykle ich nie usuwa. Nie oznacza to jednak, że nie należy wykonywać kopii zapasowej.
Motyw potomny chroni modyfikacje kodu
Jeśli chcesz edytować pliki motywu, użyj motywu potomnego (Child Theme), a nie motywu głównego. Motyw potomny dziedziczy działanie motywu nadrzędnego, ale przechowuje własne pliki w osobnym katalogu.
WordPress w pierwszej kolejności korzysta z plików znajdujących się w motywie potomnym. Jeśli nie znajdzie tam zmodyfikowanego pliku, pobiera go z motywu głównego. Aktualizacja dotyczy tylko motywu nadrzędnego, więc nie nadpisuje własnych plików zapisanych w child theme.
Przed aktualizacją sprawdź, czy masz przygotowane następujące elementy:
- utworzony i aktywny motyw potomny
- skopiowane do niego pliki, które wymagają modyfikacji
- własne style CSS zapisane w motywie potomnym
- dodatkowy kod PHP umieszczony w motywie potomnym lub we własnej wtyczce
- kopię zapasową plików i bazy danych
Gotowy child theme może udostępniać autor motywu. Można go też utworzyć ręcznie albo skorzystać z narzędzia takiego jak Child Theme Configurator. Po utworzeniu motywu trzeba sprawdzić, czy wszystkie własne zmiany rzeczywiście działają w jego katalogu.
Co zrobić przed aktualizacją motywu?
Motyw potomny zabezpiecza pliki, ale nie zastępuje testów. Nowa wersja motywu może zmienić strukturę HTML, nazwy klas CSS, hooki albo wymagania dotyczące wersji PHP. Wtedy własne reguły w child theme mogą wymagać dostosowania, nawet jeśli nie zostały usunięte.
Przed kliknięciem przycisku aktualizacji wykonaj te czynności:
- Wykonaj pełną kopię zapasową plików strony i bazy danych, najlepiej obejmującą katalog wp-content, plik wp-config.php, plik .htaccess oraz zrzut SQL.
- Sprawdź changelog motywu, wymagania dotyczące wersji PHP oraz możliwe zmiany w hookach i filtrach używanych przez wtyczki.
- Przetestuj aktualizację na środowisku stagingowym, czyli kopii strony odseparowanej od wersji produkcyjnej.
- Po wdrożeniu sprawdź wygląd strony, formularze, menu, wersję mobilną oraz funkcje zależne od wtyczek.
W przypadku większej witryny warto porównać także wydajność przed aktualizacją i po niej. Zmiany w sposobie ładowania stylów, skryptów lub obrazów mogą wpłynąć na Core Web Vitals. Pomocny będzie test w PageSpeed Insights.
Najważniejsza zasada jest prosta: ustawienia zapisane w bazie danych zwykle przetrwają aktualizację, ale zmiany wykonane bezpośrednio w plikach motywu głównego zostaną nadpisane. Kod modyfikuj w motywie potomnym, a przed aktualizacją wykonuj backup.
