WordPress 7.1 „Mary Lou” został wydany 19 sierpnia 2026. Wprowadza m.in. responsywne style w edytorze, nowy edytor mediów, lepszą obsługę obrazów i zmiany w interfejsie. Dla właściciela strony ważniejsze od listy nowości jest jednak pytanie: czy aktualizować produkcję od razu i jak zrobić to bezpiecznie?
Co nowego w WordPress 7.1?
Wersja 7.1 skupia się na wygodzie edycji, responsywności i mediach. WordPress dodał responsywne style bezpośrednio w Site Editorze, nowy workflow przycinania obrazów, rozbudowane Notes, nowe bloki Playlist i Tabs oraz publiczne API ikon.
- Responsywne style i możliwość definiowania breakpointów w motywach blokowych.
- Nowy edytor mediów: kadrowanie, obrót, odbicia i edycja metadanych w jednym miejscu.
- Przetwarzanie obrazów w przeglądarce z użyciem WebAssembly/libvips, co ma zmniejszać obciążenie serwera przy uploadzie.
- Natywna obsługa AVIF, HEIC i HDR gain maps.
- Lepsze Notes z @mentions i komentarzami do konkretnych fragmentów tekstu.
- Nowe możliwości stanów hover, focus i active w theme.json.
Dla wielu klasycznych stron część tych funkcji będzie niewidoczna. Największe znaczenie ma kompatybilność motywu, page buildera, wtyczek i własnych modyfikacji.
Czy aktualizować WordPress 7.1 od razu?
WordPress rekomenduje używanie aktualnej wersji. Nie oznacza to jednak, że produkcyjną stronę trzeba aktualizować bez przygotowania. W sierpniu 2026 pojawiły się również kolejne wydania bezpieczeństwa z gałęzi 7.0, co przypomina, że pozostawanie długo na starej wersji ma koszt bezpieczeństwa.
| Typ strony | Rekomendacja | Warunek |
|---|---|---|
| Prosta strona firmowa | Aktualizuj po krótkim teście. | Aktualny backup, zgodne wtyczki i brak własnych zmian w core. |
| Rozbudowany WordPress z builderem | Najpierw staging. | Test nagłówka, formularzy, szablonów, cache i edytora. |
| WooCommerce | Staging i okno serwisowe. | Test koszyka, płatności, maili, integracji i cronów. |
| Stary custom theme | Audyt zgodności przed aktualizacją. | Weryfikacja PHP, deprecated functions i JS. |
Bezpieczna checklista aktualizacji WordPress 7.1
- Sprawdź wersję PHP i wymagania hostingu.
- Wykonaj pełną kopię plików i bazy danych.
- Potwierdź, że kopię da się odtworzyć.
- Utwórz staging lub lokalną kopię strony.
- Zaktualizuj wtyczki i motyw do wersji wspierających 7.1.
- Zapisz wersje kluczowych komponentów przed zmianą.
- Wykonaj aktualizację core na stagingu.
- Przejdź checklistę funkcjonalną i wizualną.
- Sprawdź logi PHP, konsolę przeglądarki i zadania cron.
- Dopiero potem wdrażaj na produkcję i monitoruj błędy.
Co przetestować po wdrożeniu?
| Obszar | Minimum testu | Typowy błąd |
|---|---|---|
| Front-end | Strona główna, usługi, blog, mobile. | Rozjechany CSS lub skrypt buildera. |
| Formularze | Wysłanie testowe i dostarczenie maila. | JS blokuje submit lub mail nie dochodzi. |
| Logowanie/admin | Edycja wpisu, mediów i menu. | Konflikt pluginu z nowym edytorem. |
| SEO | Canonical, robots, sitemap, schema. | Wtyczka SEO zmienia output po aktualizacji. |
| Wydajność | LCP, INP, błędy 5xx, cache. | Regeneracja cache powoduje chwilowy skok obciążenia. |
| WooCommerce | Produkt, koszyk, checkout, płatność. | Konflikt szablonu lub gatewaya. |
Kiedy wstrzymać aktualizację?
- Twórca kluczowego motywu lub page buildera nie potwierdził zgodności.
- Strona używa starej wersji PHP lub własnych modyfikacji w core.
- Nie masz dostępu do backupu i panelu hostingu.
- Nie istnieje procedura rollbacku.
- Sklep ma aktywną kampanię lub krytyczny okres sprzedażowy i nie ma stagingu.
- Na stagingu pojawiają się błędy PHP, JS, formularzy albo integracji.
Wstrzymanie aktualizacji powinno mieć konkretny powód i termin ponownego testu. „Nie ruszam, bo działa” przez wiele miesięcy zwiększa dług techniczny.
Backup i rollback: co musi być gotowe?
Kopia zapasowa ma znaczenie tylko wtedy, gdy wiesz, co obejmuje, gdzie jest przechowywana i jak ją odtworzyć. Przy aktualizacji potrzebujesz minimum kopii bazy danych, plików WordPressa, katalogu uploads oraz konfiguracji serwera, jeśli była modyfikowana.
- Backup powinien być wykonany bezpośrednio przed zmianą.
- Kopia nie powinna być przechowywana wyłącznie na tym samym serwerze.
- Zapisz wersję PHP, WordPressa, motywu i wtyczek.
- Rollback musi przywrócić także bazę, jeśli aktualizacja uruchomiła migracje.
- Po odtworzeniu sprawdź formularze, logowanie i cache.
Najczęstsze pytania
Czy WordPress 7.1 jest wersją stabilną?
Tak. Finalne wydanie WordPress 7.1 zostało opublikowane 19 sierpnia 2026.
Czy aktualizacja może zepsuć stronę?
Tak, jeśli motyw, wtyczka lub custom code nie są zgodne. Dlatego produkcyjne wdrożenie powinno być poprzedzone testem.
Czy wystarczy automatyczny backup hostingu?
Może wystarczyć, jeśli obejmuje pliki i bazę, ma odpowiednią retencję i potrafisz szybko wykonać pełne odtworzenie.
Czy po aktualizacji trzeba czyścić cache?
Zwykle tak. Warto wyczyścić cache aplikacji, hostingu i CDN oraz sprawdzić stronę w prywatnym oknie.
Źródła i dokumentacja
Źródła sprawdzono 28 sierpnia 2026 r. Priorytet mają materiały oficjalne i dokumentacja pierwotna.
Historia aktualizacji
- publikacja poradnika, weryfikacja źródeł, linkowania wewnętrznego i danych strukturalnych.
Możemy zacząć od diagnozy i priorytetów zamiast od przypadkowego pakietu działań.
Diagnoza i plan działańhttps://pawlinaltd.pl/blog/wordpress-7-1-czy-warto-aktualizowac/