Aktualizować do WordPressa 7? Tak, ale nie jednym kliknięciem
Tak, firmowa strona powinna przejść na WordPress 7, a dokładniej na najnowsze wydanie 7.1.x, bo poprawki bezpieczeństwa trafiają przede wszystkim do najnowszej wersji. Nie rób tego jednak jednym kliknięciem na działającej stronie. WordPress 7.0 i 7.1 zmieniły panel i sposób działania edytora, więc motyw, page builder i wtyczki trzeba najpierw sprawdzić na kopii.
Pięć zmian, które zauważy redaktor
Pełne listy nowości są w oficjalnych zapowiedziach WordPressa 7.0 „Armstrong” (20 maja 2026 r.) i 7.1 „Mary Lou” (19 sierpnia 2026 r.). Na co dzień w firmie liczy się głównie pięć:
- Nowy panel. Odświeżona kolorystyka, płynniejsze przejścia i paleta poleceń pod Ctrl+K (Cmd+K na Macu).
- AI w rdzeniu. Wbudowany klient do zewnętrznych modeli AI i miejsce w panelu, w którym zarządza się połączeniami. Opcjonalna wtyczka pomaga pisać tytuły, zajawki i teksty alternatywne.
- Style responsywne (7.1). Wygląd bloku na telefonie, tablecie i komputerze ustawia się w edytorze, bez własnego CSS.
- Nowy edytor mediów (7.1). Kadrowanie, obracanie i metadane w jednym miejscu, obsługa AVIF i HEIC, czyli zdjęć prosto z iPhone’a.
- Notatki z wzmiankami (7.1). Komentarz redakcyjny przypięty do fragmentu tekstu, z oznaczeniem osoby z zespołu.
Zapowiadanej współpracy wielu osób nad jednym wpisem w czasie rzeczywistym nie ma: usunięto ją tuż przed premierą 7.0 i nie wróciła w 7.1. Od premiery wyszły też trzy wydania z poprawkami bezpieczeństwa, ostatnie to 7.1.2 z 22 września z łatką krytycznej luki w rdzeniu.
Nasza rekomendacja
- Aktualizuj teraz, jeśli wtyczki są aktualne, motyw ma wsparcie autora, a strona działa na PHP 8.3 lub nowszym. Cztery miesiące po premierze 7.0 najpoważniejsze problemy zgodności są zwykle rozwiązane.
- Najpierw uporządkuj stronę, jeśli masz wtyczki bez aktualizacji od lat, porzucony motyw albo starsze PHP. Aktualizacja WordPressa to wtedy tylko jeden z kroków.
- Zaplanuj aktualizację z testami, jeśli prowadzisz sklep WooCommerce albo masz integracje z ERP, hurtownią czy płatnościami.
Poprawka z 7.1.2 trafiła też do starszych gałęzi, więc strona na 6.9 z automatycznymi aktualizacjami drobnych wydań powinna ją dostać. Zespół WordPressa podkreśla jednak, że aktywnie wspierana jest tylko najnowsza wersja. Zostanie na 6.9 to rozwiązanie na tygodnie, nie na lata.
Gdzie jest ryzyko
| Na czym jest strona | Ryzyko | Co sprawdzić |
|---|---|---|
| Motyw blokowy i edytor witryny | Niskie | Style globalne, nowe opcje responsywne |
| Motyw klasyczny z edytorem blokowym | Niskie do średniego | Wtyczki dodające pola i skrypty w edytorze wpisów |
| Page builder (np. Elementor) z dodatkami | Średnie | Zgodność buildera i każdego pakietu dodatków z 7.x |
| Motyw pisany na zamówienie | Zależy od kodu | Własne bloki, skrypty w panelu, zgodność z PHP 8.3+ |
| Sklep WooCommerce | Średnie | Koszyk, checkout, płatności, wysyłki, faktury, integracje |
Najczęściej psują się nie same popularne page buildery, tylko dodatki do nich i stare wtyczki, które rozbudowują panel. W 7.1 edytor wpisów działa zawsze w ramce (iframe), co opisuje notatka dla programistów. Skrypty, które sięgały bezpośrednio do strony panelu, przestają działać: pole z wtyczki nie zapisuje się albo przycisk w edytorze nic nie robi.
Jak to wygląda na tej stronie
Strona, którą czytasz, działa na WordPressie 7.1.2 i PHP 8.3, z Elementorem 4.3 i motywem Rayo, do którego dopisaliśmy własny motyw potomny. To dokładnie trzeci wiersz tabeli: page builder z dodatkami. Motyw potomny ma kilka naszych modułów (typografia, dostępność, SEO, kod śledzący), więc każda aktualizacja to także sprawdzenie, czy one nadal działają.
Aktualizacje przechodzą u nas trzy miejsca: najpierw kopię lokalną, potem stronę testową, a dopiero na końcu produkcję. Na kopii sprawdzamy, czy edytor Elementora otwiera i zapisuje strony, czy podstrony wyglądają tak samo, czy formularz kontaktowy wysyła wiadomość i czy baner cookies nadal blokuje analitykę przed zgodą. Podobnie pracujemy przy stronach z motywami pisanymi na zamówienie, takich jak Fun360 czy Villa Martica. Tam dochodzi przegląd własnych bloków, który zwykle kończy się kilkoma poprawkami, a nie przebudową.
Aktualizacja w czterech krokach
- Kopia zapasowa plików i bazy, z pewnością, że da się ją odtworzyć.
- Kopia testowa strony, a na niej najpierw wtyczki i motyw, potem WordPress.
- Przejście najważniejszych ścieżek oczami klienta i redaktora: formularze, logowanie, edycja stron, w sklepie pełne zamówienie z płatnością.
- Produkcja w spokojnym momencie i obserwacja logów błędów przez kilka dni.
Przy okazji ustal, kto może podłączyć stronę do zewnętrznego dostawcy AI i jakie treści mogą tam trafiać. Jeśli strona działa na PHP 8.2, zaplanuj też zmianę PHP, bo ta wersja traci wsparcie 31 grudnia 2026 r. Harmonogram wersji PHP i zakres stałej opieki opisujemy we wpisie o opiece nad stroną WordPress, a jeśli aktualizacja już coś zepsuła, napisz do nas.
