WordPress 7.1 „Mary Lou”: wszystkie nowości i zmiany

WordPress 7.1, nazwany „Mary Lou”, ukazał się 19 sierpnia 2026 roku, w ostatnim dniu WordCamp US w Phoenix. To druga duża aktualizacja core w 2026 roku, nad którą pracowało ponad 800 kontrybutorów, w tym ponad 170 osób wnoszących swój pierwszy wkład do WordPressa. Wydanie zamyka ponad 310 zgłoszeń w Trac, z czego przeszło 40 dotyczy samego edytora.

W tym artykule opisujemy wszystkie istotne zmiany w WordPress 7.1: co widzi redaktor treści, co widzi administrator sklepu, i co musi sprawdzić deweloper WooCommerce przed aktualizacją produkcji.

Kontekst wydania: skąd się wzięło 7.1

WordPress 7.1 pojawił się trzy miesiące po WordPress 7.0, jako drugie z trzech dużych wydań zaplanowanych na 2026 rok. Trzecie, WordPress 7.2, zaplanowano na 10 grudnia 2026 roku. Po drodze, w lipcu 2026, ukazał się WordPress 7.0.2, wydanie bezpieczeństwa łatające lukę SQL injection oraz podatność w REST API, która mogła prowadzić do zdalnego wykonania kodu. To osobne wydanie, z osobną pilnością: jeśli Twój sklep nie ma jeszcze łatki 7.0.2, warto ją wdrożyć niezależnie od planów dotyczących 7.1.

WordPress 7.1 scala też dziesięć wersji wtyczki Gutenberg do rdzenia (od 22.7 do 23.6), co tłumaczy, dlaczego zmian w edytorze jest tak dużo naraz.

Stylowanie responsywne bez pisania CSS

To najbardziej wyczekiwana zmiana w tym wydaniu. Wcześniej przełącznik urządzeń w edytorze zmieniał wyłącznie podgląd: żeby ustawić inny styl dla telefonu niż dla komputera, trzeba było pisać własny CSS. WordPress 7.1 to odwraca.

Wystarczy kliknąć ikonę podglądu urządzeń w górnym pasku edytora i włączyć nową opcję „Style responsywne”. Po przełączeniu widoku na tablet lub telefon każda zmiana stylu dotyczy wyłącznie tego rozmiaru ekranu, a etykieta w panelu ustawień bloku pokazuje, który wariant aktualnie edytujesz. Przykład: wyśrodkowany tekst na desktopie, wyrównany do prawej na tablecie, znów wyśrodkowany na telefonie, wszystko bez dotykania żadnego pliku CSS.

Mechanizm działa na dwóch poziomach: w Stylach Globalnych (dotyczą każdego wystąpienia danego bloku w całej witrynie) oraz lokalnie, dla pojedynczego bloku na konkretnej stronie. Sam kanwas edytora też stał się elastyczny: zamiast trzech sztywnych ustawień (desktop, tablet, telefon) można przeciągać krawędź podglądu do dowolnej szerokości i obserwować, jak reagują bloki. Twórcy motywów mogą zdefiniować własne punkty przełamania w pliku theme.json, dzięki czemu podgląd odpowiada realnym breakpointom danego motywu.

Stylowanie stanów interakcji: hover, focus, active

Obok stylów responsywnych WordPress 7.1 wprowadza stylowanie stanów interaktywnych. Nowe menu „Stan” pozwala wizualnie ustawić, jak blok reaguje na interakcję, na przykład inny kolor tła przycisku przy najechaniu myszą, focusie klawiaturowym czy aktywnym kliknięciu, z podglądem na żywo w edytorze. Wcześniej zmiana koloru przycisku po najechaniu wymagała dopisania własnego fragmentu CSS. Dodatkowo, gdy lokalna zmiana stylu ma zostać zastosowana globalnie, WordPress pokazuje krok weryfikacji, w którym można wybrać, które zmodyfikowane style trafią do całej witryny, a które zostaną lokalnym wyjątkiem.

Dwa nowe bloki: Tabs i Playlist

Blok Tabs (Zakładki)

Blok Tabs pozwala organizować treść w klikalne panele zamiast pokazywać wszystko naraz. Doskonale sprawdza się przy specyfikacjach produktowych, sekcjach FAQ czy porównaniach ofert, bez rozciągania strony w nieskończoność. Ostateczna wersja dodała przyciski w pasku narzędzi do zmiany kolejności zakładek, co było jednym z mankamentów wersji beta. Wcześniej podobną funkcjonalność trzeba było dodawać wtyczką, teraz jest dostępna jako blok natywny. Blok jest zgodny z wytycznymi W3C ARIA Authoring Practices Guide, więc działa poprawnie z klawiaturą i czytnikami ekranu.

Blok Playlist (Odtwarzacz playlisty)

Drugi nowy blok pozwala dodać kolekcję plików audio do wpisu lub strony, wraz z metadanymi utworu, okładką i wizualizacją fali dźwiękowej. To przydatna funkcja dla twórców podcastów, muzyków, edukatorów i wszystkich publikujących audio bez potrzeby instalowania osobnej wtyczki do listy odtwarzania.

Nowy edytor obrazów i sprawniejsza obsługa mediów

Starą, wbudowaną w blok obrazu funkcję kadrowania zastąpiono dedykowanym oknem modalnym Media Editor, z kadrowaniem swobodnym, gotowymi proporcjami, obracaniem i odbiciem lustrzanym oraz edycją metadanych w jednym miejscu. Nowy edytor działa też z blokiem Cover, więc można kadrować obraz tła bezpośrednio tam, gdzie jest używany.

WordPress 7.1 kontynuuje też rozpoczęte w wersji 7.0 przetwarzanie mediów po stronie klienta, czyli w przeglądarce odwiedzającego, zamiast obciążać serwer. To wydanie rozszerza obsługiwane formaty o HEIC (domyślny format zdjęć w iPhonie), UltraHDR, AVIF i WebP, więc użytkownicy iPhone’ów nie muszą już instalować osobnej wtyczki konwertującej HEIC na JPG. Wgrywanie plików jest też odporniejsze: jeśli połączenie internetowe przerwie się w trakcie przesyłania, kolejka wstrzymuje się i wznawia automatycznie po powrocie sieci.

Do tego kilka mniejszych, ale odczuwalnych na co dzień usprawnień: dynamiczny tryb galerii, automatycznie pobierający i sortujący media już dołączone do wpisu; sekcja „Załączone obrazy” w inserterze bloków, ułatwiająca dostęp do zdjęć wgranych do danego wpisu bez przeszukiwania całej biblioteki mediów; oraz nieskończone przewijanie siatki biblioteki mediów, włączone domyślnie, z możliwością przywrócenia starego widoku stronicowanego w ustawieniach użytkownika.

Notatki (Notes) jako prawdziwe narzędzie do współpracy zespołowej

Notatki pojawiły się w WordPress 6.9 jako prosty sposób komentowania bloków. WordPress 7.1 zamienia je w pełnoprawny system informacji zwrotnej dla zespołów redakcyjnych i agencji.

• Wzmianki @mention: wpisanie „@” w notatce otwiera listę współpracowników do oznaczenia, a WordPress wysyła do wskazanej osoby powiadomienie e-mail z linkiem prosto do właściwego wpisu.
• Notatki inline: komentarz można przypiąć nie do całego bloku, a do konkretnego zdania lub frazy, która pozostaje podświetlona, dzięki czemu wiadomo dokładnie, czego dotyczy uwaga.
• Wiele wątków: w ramach jednego bloku można prowadzić więcej niż jedną rozmowę.
• Formatowanie tekstu: notatki obsługują teraz pogrubienie, kursywę, kod, linki i emoji.
• Prywatność z założenia: notatki są zapisywane jako osobny typ komentarza i od 7.1 nie pojawiają się w publicznych kanałach komentarzy.

Udostępnianie linku do konkretnej rewizji

Wizualne rewizje, wprowadzone w WordPress 7.0, zyskały funkcję udostępniania linku do pojedynczej wersji wpisu. Wystarczy otworzyć ekran rewizji, wybrać konkretną wersję i skopiować link z paska przeglądarki. Po otwarciu link prowadzi bezpośrednio do wskazanej rewizji z podświetlonymi zmianami, co ułatwia pokazanie zespołowi, co dokładnie się zmieniło w artykule. Przy okazji poprawiono też układ listy rewizji, z kolorowym oznaczeniem zmian znanym z WordPress 7.0.

Trwały pasek administracyjny i uporządkowany panel

Pasek administracyjny pozostaje teraz widoczny również w edytorze bloków i edytorze witryny, zamiast znikać po wejściu w tryb edycji. Przy okazji zaktualizowano jego wygląd: niejednoznaczne logo W, pełniące wcześniej też funkcję przycisku „wstecz”, zastąpiono czytelną strzałką; w pasku pojawia się ikona witryny; awatar profilu zmienił kształt z kwadratu na koło; a stare ikony Dashicons zastąpiono nowoczesnymi ikonami SVG. Powitanie „Howdy” przetrwało kolejne wydanie, mimo dyskusji zespołu core o jego usunięciu. Pasek pozostaje ukryty w trybie pełnoekranowym bez rozpraszaczy.

Do tego kilka usprawnień samego panelu administracyjnego:

• Paleta poleceń: wyniki w oknie Ctrl+K / Cmd+K są teraz pogrupowane na Ostatnie, Dopasowane i Sugestie, a ostatnio używane polecenia są zapamiętywane między sesjami.
• Kolorystyka w edytorze witryny: edytor witryny odzwierciedla wybrany schemat kolorów panelu, zamiast zawsze pokazywać stały ciemny pasek boczny.
• Sekcja Tożsamość: ustawienia takie jak tytuł, hasło, logo i ikona witryny trafiły do osobnej zakładki Design › Identity w edytorze witryny, zamiast być rozproszone po różnych ustawieniach i szablonach.
• Fragmenty w liście wpisów: lista wpisów pokazuje krótki fragment treści przy każdym wpisie, co ułatwia rozróżnienie podobnych tytułów.
• Zaznaczanie zakresu: w widokach listy edytora witryny można kliknąć jeden element, przytrzymać Shift i kliknąć drugi, by zaznaczyć cały zakres, co przyspiesza operacje masowe przy setkach stron czy plików.
• Zmiana rodzica komentarza: ekran edycji komentarza ma teraz edytowalne pole „W odpowiedzi na”, dzięki czemu można poprawić komentarz, który przez pomyłkę stał się odpowiedzią w złym miejscu.

Usprawnienia istniejących bloków

• Gradient nad obrazem tła: blok Group i kilka innych bloków pozwalają teraz nałożyć gradient na obraz tła, co ułatwia zachowanie czytelności tekstu na zdjęciach hero.
• Cienie tekstu w Stylach Globalnych: motywy i użytkownicy mogą konfigurować cienie tekstu przez theme.json i panel Style Globalne.
• Edytowalna treść w bloku HTML: blok HTML obsługuje teraz zagnieżdżone, edytowalne bloki, co jest szczególnie przydatne przy pracy z układami generowanymi przez AI, które często trafiają na stronę jako surowy HTML.
• Oznaczanie obrazów jako dekoracyjne: nowy przełącznik w bloku obrazu pozwala oznaczyć obraz czysto dekoracyjny, tak by czytniki ekranu go pomijały. Dekoracyjne obrazy z bezsensownym tekstem alternatywnym to jeden z najczęstszych błędów dostępności, a ta zmiana ułatwia jego naprawę.
• Sprytniejsza obsługa shortcode’ów: wklejenie lub konwersja shortcode’a osadzenia tworzy teraz poprawny blok Embed, zamiast zostawiać surowy tekst shortcode’a.
• Rozbudowa bloku Icon: blok ikony ma teraz kontrolki do odbicia i obrotu, startuje z przykładową ikoną zamiast pustego placeholdera, oraz zawiera selektor ikon podzielony na kolekcje. Wtyczki i motywy mogą rejestrować własne zestawy ikon, więc warto spodziewać się markowych bibliotek ikon od ulubionych wtyczek.
• Transformacje do Grid: bloki Columns i Gallery mogą teraz przekształcić się w układ Grid z zachowaniem swojej zawartości.
• Wykluczenie bieżącego wpisu w Query Loop: blok Query Loop ma opcję wykluczenia bieżącego wpisu, więc sekcja „podobnych artykułów” nigdy nie poleci odwiedzającemu strony, którą już czyta.

Co powinni sprawdzić deweloperzy i agencje WooCommerce przed aktualizacją

Dla większości niewielkich witryn aktualizacja do WordPress 7.1 przebiegnie bez niespodzianek. Jeśli jednak zarządzasz sklepem WooCommerce z niestandardowymi blokami, motywem szytym na miarę lub wieloma wtyczkami, kilka zmian pod maską zasługuje na test na środowisku stagingowym przed wdrożeniem na produkcję.

• Edytor zawsze w iframe, wymuszony bez wyjątków: WordPress 7.1 kończy wieloletni proces umieszczania kanwasu edycji w osobnej ramce iframe, teraz nawet gdy wtyczki rejestrują starsze meta boxy. To dobra wiadomość dla stabilności edytora, bo style i skrypty panelu administracyjnego przestają w niekontrolowany sposób wpływać na obszar edycji. Ma to jednak konsekwencje dla starszych wtyczek dodających własne skrypty lub style bezpośrednio do edytora: mogą działać nieprawidłowo. Bloki muszą korzystać z Block API w wersji 3, by renderować się poprawnie wewnątrz iframe’a. Jeśli Twoja agencja utrzymuje własne, niestandardowe bloki dla klienta, to właśnie ta zmiana ma największą szansę coś zepsuć na produkcji.
• Aktualizacja jQuery UI do wersji 1.14.2: sporo starszych wtyczek panelu administracyjnego korzysta z jQuery UI do date pickerów czy ekranów przeciągnij i upuść. Jeśli jakaś wtyczka w Twoim sklepie nie była aktualizowana od lat, przetestuj ją najpierw na stagingu.
• Egzekwowanie limitów przesyłania w multisite: w sieciach WordPress Multisite limity przestrzeni dyskowej zaczynają obowiązywać również wtedy, gdy wtyczka importuje media z zewnętrznego adresu URL (tzw. sideloading). Wcześniej ta ścieżka po cichu omijała limit dla danej witryny, więc administratorzy sieci powinni od teraz liczyć się z egzekwowaniem limitu.

Nasza rekomendacja jest taka sama jak przy każdej większej aktualizacji core: pełny backup przed startem, test na kopii stagingowej sklepu, i sprawdzenie zgodności najważniejszych wtyczek (bramka płatności, wtyczki magazynowe, kalkulatory dostawy) zanim WordPress 7.1 trafi na środowisko produkcyjne.

Zmiany deweloperskie, które warto znać

• Icons API stało się publiczne: nowe funkcje wp_register_icon_collection(), wp_register_icon() i wp_get_icon() pozwalają wtyczkom i motywom rejestrować własne zestawy ikon z renderowaniem po stronie serwera i endpointami REST API. WordPress oczyszcza pliki SVG zgodnie z restrykcyjną listą dozwolonych elementów.
• Rozbudowa Abilities API: maszynowo czytelny rejestr możliwości WordPressa, wprowadzony w wersji 6.9, zyskuje filtrowanie funkcji wp_get_abilities(), hooki cyklu życia wykonania oraz ujednoliconą flagę udostępniania publicznego. To fundament, na którym agenci AI i narzędzia zewnętrzne bezpiecznie współpracują z witryną.
• Block Bindings dla elementów listy: powiązania bloków obejmują teraz również blok List Item, więc więcej treści może łączyć się z dynamicznymi źródłami danych, takimi jak pola niestandardowe.
• Konfiguracja spekulatywnego ładowania: hostingi i deweloperzy mogą teraz konfigurować domyślne ustawienia spekulatywnego ładowania stron (wczytywania podstron w tle, zanim odwiedzający kliknie link) przez zmienne środowiskowe i stałe.
• Szybszy start edytora: WordPress wstępnie ładuje zapytania REST API potrzebne edytorowi, dzięki czemu otwiera się szybciej, szczególnie na witrynach z dużą ilością treści.
• Dostępne podpowiedzi (tooltips): rdzeń wprowadza wspólny mechanizm dostępnych podpowiedzi, zastępujący atrybuty title działające wyłącznie dla myszy, jako część większego pakietu 46 zgłoszeń dotyczących dostępności w tym wydaniu.

Co nie trafiło do WordPress 7.1

Kilka funkcji testowanych w cyklu beta ostatecznie nie znalazło się w finalnym wydaniu:

• Współpraca w czasie rzeczywistym (edycja jednego wpisu przez kilka osób naraz, na wzór Google Docs) była intensywnie testowana podczas cyklu 7.1, ale zespół wstrzymał ją, by dopracować obsługę konfliktów i zgodności. Wczesną wersję można wypróbować we wtyczce Gutenberg. Pełna integracja jest zapowiadana do końca 2026 roku, tak by ostatecznie wyeliminować opóźnienia związane z blokadą edytowanego wpisu.
• Widżet „Tego dnia” dla kokpitu, pokazany w czasie testów beta, wymaga zdaniem zespołu core dalszej pracy i może wrócić w kolejnym wydaniu.
• Blok Classic pozostaje w inserterze bloków. Plan ukrycia go w tym wydaniu został wycofany 7 lipca 2026 roku po reakcji społeczności, więc witryny wciąż z niego korzystające nie odczują żadnej zmiany.
• Obsługa adresów e-mail z Unicode została wycofana jeszcze na etapie beta. Prace nad nią toczą się dalej we wtyczce społecznościowej, z myślą o szerszej zgodności i testach bezpieczeństwa przed trafieniem do rdzenia.

Co dalej: WordPress 7.2

Zapowiedziany na 10 grudnia 2026 roku WordPress 7.2 ma dokończyć pełną integrację współpracy w czasie rzeczywistym, tak by ostatecznie wyeliminować opóźnienia związane z blokadą edytowanego wpisu. Zapowiadane są też bardziej zaawansowane stany interakcji, wykraczające poza obsłużone już w 7.1 hover, focus i active, w tym dynamiczne stylowanie zależne od dodatkowych warunków.

Najważniejsze informacje

• WordPress 7.1 („Mary Lou”) ukazał się 19 sierpnia 2026 roku, trzy miesiące po WordPress 7.0.
• Najważniejsze zmiany to responsywne stylowanie bez CSS, stylowanie stanów interakcji, dwa nowe bloki (Tabs i Playlist), nowy edytor obrazów, rozbudowana obsługa mediów oraz Notatki z @wzmiankami.
• Edytor bloków działa teraz zawsze wewnątrz iframe’a, co wymaga migracji niestandardowych bloków do Block API w wersji 3.
• Współpraca w czasie rzeczywistym, widżet „Tego dnia” i obsługa adresów e-mail z Unicode nie trafiły do tego wydania.
• Przed aktualizacją produkcyjnego sklepu WooCommerce warto przetestować kompatybilność niestandardowych bloków, starszych wtyczek korzystających z jQuery UI oraz krytycznych integracji (płatności, magazyn, dostawa) na środowisku stagingowym.
• WordPress 7.2 jest zaplanowany na 10 grudnia 2026 roku.

Często zadawane pytania

Czy WordPress 7.1 jest bezpieczny do zainstalowania od razu po premierze?

Dla prostych witryn tak, ale ze względu na wymuszony iframe edytora i konieczność zgodności z Block API w wersji 3, na sklepach WooCommerce z niestandardowymi wtyczkami lub motywem zalecamy najpierw test na środowisku stagingowym i sprawdzenie, czy kluczowe wtyczki oficjalnie potwierdziły zgodność z 7.1.

Czy trzeba się martwić o WordPress 7.0.2?

Jeśli Twoja witryna wciąż działa na wersji sprzed 7.0.2, warto wdrożyć tę łatkę jak najszybciej, niezależnie od tego, kiedy planujesz przejście na 7.1. To wydanie bezpieczeństwa naprawiające lukę SQL injection oraz podatność w REST API.

Czy moje niestandardowe bloki przestaną działać po aktualizacji?

Nie muszą, ale mogą, jeśli zostały zbudowane pod starsze założenia Block API w wersji 2 i zakładają bezpośredni dostęp DOM do ramki edytora. Praktycznym rozwiązaniem jest migracja do Block API w wersji 3, zaprojektowanego z myślą o edytorze działającym w iframe.

Czy blok Classic zniknie z edytora?

Nie. Zespół core planował ukryć go w inserterze bloków w tym wydaniu, ale wycofał się z tego pomysłu po reakcji społeczności. Witryny korzystające z bloku Classic nie odczują żadnej zmiany.

Kiedy pojawi się współpraca w czasie rzeczywistym?

Pełna funkcja nie trafiła do WordPress 7.1. Zespół zapowiada jej dokończenie do końca 2026 roku, wczesną wersję można już wypróbować we wtyczce Gutenberg.

Czy warto od razu aktualizować sklep WooCommerce klienta?

Zalecamy podejście dwuetapowe: pełny backup i test na stagingu w pierwszej kolejności, weryfikacja zgodności bramki płatności, wtyczek magazynowych i niestandardowych bloków, a dopiero potem aktualizacja środowiska produkcyjnego. Jeśli potrzebujesz pomocy z audytem zgodności wtyczek przed aktualizacją do WordPress 7.1, zespół iLabs chętnie w tym pomoże.