Mapa drogowa WordPress 7.1

#Wprowadzenie

19 czerwca 2026 Anne McCarthy z Automattic opublikowała mapę drogową WordPress 7.1 na blogu Make WordPress Core, w swoim pierwszym cyklu jako liderka wydania. Jej ujęcie na LinkedIn było charakterystycznie ciepłe: “I am so excited about what’s taking shape” (jestem bardzo podekscytowana tym, co się kształtuje). Mapa drogowa jest naprawdę napakowana, a słowem przewodnim jest współpraca, ustawiona jako motyw spinający całe wydanie.

Warto od razu nazwać pewne napięcie. Wydanie reklamowane jest hasłem współpracy, ale jej flagowa funkcja, czyli współpraca w czasie rzeczywistym, to ta jedna rzecz, która wciąż jest odkładana. Została wycofana z WordPress 7.0 mniej więcej dwa tygodnie przed tym wydaniem. Wraca w mapie drogowej 7.1 owinięta w “big, open strategy questions” (duże, otwarte pytania strategiczne) zamiast daty wydania. A na WordCamp Europe 2026 komitenci rdzenia otwarcie kwestionowali, czy ta funkcja w ogóle należy do rdzenia. Uczciwe odczytanie 7.1 to więc dwa wydania w jednym: solidny zestaw usprawnień stylów, mediów i platformy, które faktycznie trafią do wydania 19 sierpnia, oraz historia współpracy, o którą wciąż się otwarcie spiera.

Aktualizacja, 28 lipca 2026: od publikacji mapy drogowej dwie pozycje wypadły z tego wydania. Przejście z React 18 na React 19 zostało przesunięte poza 7.1, a obsługa adresów e-mail w Unicode została wycofana. Beta 3 jest już dostępna i niesie 71 poprawek. Data premiery 19 sierpnia się nie zmieniła. Obie korekty rozpisujemy w sekcjach poniżej.

#W skrócie

• Anne McCarthy prowadzi 7.1 po raz pierwszy, a wydanie zaplanowano na 19 sierpnia 2026, ostatni dzień WordCamp US w Phoenix. Beta 3 jest już wydana z 71 poprawkami.
• Wydanie jest zbudowane wokół współpracy, ale współpraca w czasie rzeczywistym (RTC) pozostaje nierozstrzygnięta po wycięciu z 7.0.
• Realnie potwierdzone korzyści to responsywne style, wycofanie bloku klasycznego oraz funkcje Guidelines i AI. React 19 był na tej liście i właśnie z niej wypadł poza 7.1.
• Obsługa adresów e-mail w Unicode została wycofana z wydania decyzją Matta Mullenwega, ze względów bezpieczeństwa, sześć tygodni po tym, jak trafiła do rdzenia.
• Komitenci rdzenia zaproponowali model wdrożeń canary w stylu Chrome, co jest sygnałem, że ich zdaniem sam proces testowania i zbierania opinii wymaga przemyślenia.
• Przy krótkim oknie stabilizacji należy się spodziewać, że kolejne pozycje z mapy drogowej się przesuną lub trafią za flagi. Dwie już się przesunęły.

#Co faktycznie trafi do wydania, według tego, kogo dotyczy

Mapa drogowa wymienia bardzo wiele. Dla właściciela witryny lub agencji użytecznym pytaniem nie jest “co jest na liście”, lecz “co zmienia moją pracę”. Oto podział.

Wzorzec jest jasny. Pozycje o wysokiej pewności są infrastrukturalne lub skierowane do twórców. Historia współpracy, ta, od której wydanie wzięło nazwę, mieści się w paśmie od średniej do niskiej.

Środek tej tabeli domknął Gutenberg 23.6, ostatnie wydanie funkcjonalne przed 7.1. Podnosi bloki Playlist i Tabs z eksperymentalnych do stabilnych, dodaje notatki przy zaznaczeniu tekstu z autouzupełnianiem @wzmianek, wariant Dynamic Gallery pokazujący wszystkie media dołączone do wpisu, API rejestracji ikon dla wtyczek i motywów oraz konfigurowalne szerokości viewportu w theme.json, czyli responsywne style, które przestają być zabetonowane w trzech punktach przełamania wybranych przez kogoś innego.

#Responsywne style: cichy bohater

Jeśli budujesz witryny dla klientów, najużyteczniejszą rzeczą w 7.1 nie jest współpraca, lecz responsywne style. Do tej pory kontrola nad tym, jak blok wygląda na różnych rozmiarach ekranu, oznaczała własny CSS, wtyczkę albo walkę z edytorem. Mapa drogowa wprowadza stylowanie bloku per punkt przełamania bezpośrednio do edytora, obok stylów stanów interaktywnych dla hover, focus i active oraz widoku “display inherited styles”, dzięki któremu widzisz, skąd dany styl naprawdę pochodzi.

To mało efektowne i ważniejsze niż większość bardziej błyskotliwych pozycji. Kontrola responsywności to codzienny punkt tarcia w realnej pracy z klientem, a przeniesienie jej do rdzenia zmniejsza liczbę wtyczek i własnego CSS, które inaczej każda witryna nawarstwia. To rodzaj dojrzałości platformy, który nie trafia na nagłówki, ale po cichu likwiduje całą kategorię zgłoszeń do pomocy technicznej.

#React 19 wypada, wycofanie bloku klasycznego zostaje: pod maską

Dwie pozycje z mapy drogowej są niewidoczne dla użytkowników końcowych i ważne dla deweloperów. Jedna z nich właśnie wypadła z wydania. Aktualizacja edytora z React 18 na React 19 nie trafi do 7.1: problemy ze zgodnością wtyczek okazały się trudniejsze, niż zakładano, a sponsorowany przez Automattic kontrybutor Jarda Snajdr stwierdził, że aktualizacja wymaga „znacznego okresu testów”, zanim będzie mogła trafić do wydania.

To decyzja słuszna i niewygodna zarazem. React 19 był jedną z niewielu pozycji tej mapy drogowej z wysoką pewnością, a jednocześnie tą, która najłatwiej mogła połamać kod firm trzecich. Przesunięcie robi z 7.1 wydanie mniejsze, niż zapowiadała mapa drogowa, i przerzuca pracę nad zgodnością na następny cykl. Dla deweloperów praktyczny skutek to odroczenie, a nie odwołanie: aktualizacja wciąż nadejdzie, więc testowanie własnych bloków i interfejsów edytora pod kątem React 19 we wtyczce Gutenberg nadal ma sens, tyle że bez sierpniowego terminu nad głową.

Blok klasyczny to ciekawszy przypadek, bo plan zmienił się w połowie cyklu. Pierwotnie miał zostać ukryty z insertera bloków w 7.1 i stopniowo wygaszany, bo ciągnie za sobą TinyMCE, ciężki edytor. Reakcja społeczności była natychmiastowa: niektórzy, jak Seth Rubenstein (Pew Research Center), skwitowali to lakonicznym „dobrze”, inni doświadczeni blogerzy, jak Jeff Chandler, widzieli nadciągające zamieszanie: „O rany. Nie spodziewałem się tego. Wiem, jakie to wywoła skutki”.

Aktualizacja: ten plan ukrycia z insertera został wycofany. Zgodnie z dyskusją w rdzeniu blok klasyczny pozostaje w 7.1 w insererze dokładnie tak jak dziś, a dyrektor inżynierii w Automattic Marin Atanasov zauważył, że pierwotne podejście „stawiało sprawę w dużej mierze na głowie”, a wypychanie użytkowników bez lepszej alternatywy tylko pogarsza doświadczenie bez żadnego realnego zysku. Wątek wydajnościowy nadal obowiązuje, bo leniwe ładowanie TinyMCE ze stron, które nigdy go nie używają, to realny zysk dla sklepów WooCommerce, gdzie mierzy się każdy kilobajt wagi edytora, ale zegar migracji, który niektórzy już uruchomili, został wstrzymany. Jeśli utrzymujesz treści w bloku klasycznym, w 7.1 nic cię do niczego nie zmusza.

Aktualizacja: z 7.1 wypadła też obsługa adresów e-mail w Unicode. Trafiła do rdzenia sześć tygodni wcześniej, po jedenastu latach prac, a Matt Mullenweg zdecydował o jej wycofaniu ze względów bezpieczeństwa. Jedenaście lat do scalenia i sześć tygodni do odwrotu to bolesny wynik dla zaangażowanych kontrybutorów, a czytać to warto obok debaty o canary poniżej: zmiana, która przechodzi przegląd, zostaje scalona, a potem późno wypada na ocenę bezpieczeństwa, to dokładnie ta awaria pętli informacji zwrotnej, którą komitenci próbują nazwać. Jeśli liczyłeś na adresy e-mail spoza ASCII w 7.1, planuj na dotychczasowym zachowaniu.

Dwie zmiany istotne dla deweloperów pojawiły się jako propozycje merge już po mapie drogowej i warto je śledzić. Theming systemu projektowego wprowadza rejestrowany w rdzeniu arkusz wp-theme oraz reactowy ThemeProvider, czyli podwaliny pod długo obiecywany redesign panelu administracyjnego, a pierwszym widocznym efektem są schematy kolorów użytkownika w edytorze witryny. Z kolei Abilities API dostało trzy proponowane zdolności tylko do odczytu (core/read-settings, core/read-content, core/read-users), które pozwalają agentom i narzędziom AI odczytywać podstawowe dane witryny za sprawdzeniem uprawnień, choć jeden z opiekunów Abilities już zgłosił, że nie są gotowe do rdzenia. Oba to rodzaj instalacji hydraulicznej, która decyduje, czy historia AI i panelu administracyjnego trafi czysto, czy ześlizgnie się do 7.2.

#Guidelines i AI: zakład na proces pracy

Mapa drogowa stawia na AI, ale w bardziej zdyscyplinowany sposób niż “dodaj okienko czatu”. Wyróżnikiem jest Guidelines, funkcja, która pozwala witrynie zdefiniować reguły redakcyjne i głos marki w jednym miejscu, co następnie zasila narzędzia AI w edytorze, tak aby generowana treść trzymała się tych reguł. Jest też iteracja AI Client dodająca strumieniowanie generacji i osadzenia (embeddings) oraz iteracja Connectors, która wynosi uwierzytelnianie poza zwykłe klucze API.

Funkcja ta nabrała realnego kształtu, gdy sponsorowany przez Automattic komitent rdzenia Greg Ziółkowski opublikował formalną propozycję wdrożenia nowego typu wpisów wp_knowledge oraz Guidelines do rdzenia. Propozycja ta wywołała jednak skrajne emocje:

• George Stephanis (Bethink Studios) przyjął ją entuzjastycznie, zauważając, że rozwiązuje ona problemy z wytycznymi redakcyjnymi, z którymi wtyczki zmagały się od lat.
• Aaron Jorbin (niezależny komitent) ocenił fundamenty jako dobre, ale uznał obecną implementację za niepełną.
• Jon Brown (9seeds) stwierdził dosadnie, że funkcja powinna najpierw rozwijać się jako wtyczka przez rok lub dwa, a „potem być może i tak nigdy nie trafić do rdzenia”.
• W raporcie Search Engine Journal oraz dyskusjach deweloperskich przewijał się sceptycyzm, wskazujący, że funkcja ta jest oderwana od rzeczywistych potrzeb użytkowników.

To właściwy kształt AI w systemie CMS. Ryzykiem przy asyście AI w pisaniu jest jednorodna treść poza głosem marki, czyli dokładnie ten problem ze slopem, z którym zmaga się dziś każdy zespół treści. Warstwa Guidelines, która ogranicza generację do standardów witryny, jest zabezpieczeniem przed tym, o ile trafi do wydania w użytecznym stanie. Oceniona jest tu na średnią pewność właśnie dlatego, że ambicja funkcji i czterotygodniowe okno stabilizacji nie zawsze się zgadzają.

#Saga RTC i dlaczego wciąż utyka

Współpraca w czasie rzeczywistym to funkcja, którą WordPress wciąż prawie wydaje. Została wycięta z 7.0 na dwa tygodnie przed premierą. W mapie drogowej 7.1 McCarthy ujmuje ją uczciwie, z wciąż otwartymi “big, open strategy questions” (dużymi, otwartymi pytaniami strategicznymi): co właściwie wydać i jakiego mechanizmu przechowywania użyć. Szczegóły tej drugiej próby omówiliśmy w tekście o współpracy w czasie rzeczywistym w WordPress 7.1, a mapa drogowa nie tyle rozstrzyga poruszone tam pytania, ile je powtarza.

Bardziej odkrywczy zwrot przyszedł od komitentów rdzenia. Na ich spotkaniu podczas WordCamp Europe 2026 pojawiła się “strong opinion, loosely held” (mocna opinia trzymana luźno), że pełny zestaw funkcji RTC nie powinien w ogóle znaleźć się w rdzeniu, a jedynie leżąca u podstaw architektura, z bogatą warstwą funkcji zostawioną wtyczkom lub hostingom. To istotny podział. Jeśli się utrzyma, 7.1 może dostarczyć techniczne podstawy współpracy bez widocznej funkcji, co uczyniłoby hasło “współpraca jako motyw przewodni” raczej aspiracją niż realną dostawą w tym cyklu.

#Debata o canary: problem procesu w przebraniu

Najciekawszą rzeczą, jaką komitenci omawiali na WordCamp Europe, nie była wcale funkcja. Zaproponowali przejście WordPressa na model wdrożeń canary w stylu Chrome z flagami funkcji, fundamentalnie inny sposób budowania, testowania i wydawania rdzenia. Sama grupa przyznała, że jest to prawdopodobnie “a technical solution to a communications problem” (techniczne rozwiązanie problemu komunikacyjnego), i postawiła oczywiste pytania, na przykład czym builds canary różniłyby się od tego, co już oferuje wtyczka Gutenberg, i czy wtyczka Gutenberg w ogóle powinna nadal istnieć.

To jeszcze daleka droga. Ale fakt, że komitenci to poruszyli, mówi coś o tym, gdzie ich zdaniem obecny model zawodzi, zwłaszcza wokół testowania i opinii. Powtarzające się falstarty RTC to objaw: dotarcie dużej funkcji na dwa tygodnie przed wydaniem, zanim zostanie wycofana, to awaria pętli informacji zwrotnej, a nie tylko funkcja, która nie była gotowa. Pomysł canary to próba wyłapania tego wcześniej. Niezależnie od tego, czy się przyjmie, sam fakt, że jest na stole, to najuczciwsze przyznanie w całym cyklu, że prawdziwym ograniczeniem jest proces budowania, a nie lista zaległych funkcji.

#Problem z harmonogramem

Oto twarda liczba. Beta 1 była zaplanowana na 15 lipca, wydanie jest 19 sierpnia, a Beta 3 ma już za sobą 71 poprawek. To niespełna cztery tygodnie na zamknięcie tak dużej mapy drogowej. McCarthy odziedziczyła ambitną listę i krótki rozbieg, a realnym wynikiem od początku było to, że część pozycji trafi do wydania, część przesunie się do 7.2, a część przyjdzie za flagami funkcji w stanie częściowym. To nie zarzut wobec liderki wydania, lecz strukturalna rzeczywistość stałej daty wyznaczonej tak, by zbiegła się z WordCamp US. React 19 i adresy e-mail w Unicode to dwie pierwsze pozycje z tej listy, a odpadły jeszcze przed Betą 3, nie po niej.

Dla właścicieli witryn praktyczny wniosek brzmi: traktuj mapę drogową jako zamiar, a nie gwarancję. Planuj wokół tego, co realnie potwierdzone, czyli responsywnych stylów i pracy nad blokami z Gutenberga 23.6, a pozycje o średniej pewności obserwuj (Guidelines, podwaliny theming pod redesign panelu), zamiast budować na nich plany. Nie obiecuj klientowi funkcji, która sześć tygodni przed wydaniem wciąż niesie “duże, otwarte pytania strategiczne”, i nie zakładaj, że scalona funkcja to funkcja wydana.

#24-godzinne opóźnienie aktualizacji: bezpieczeństwo vs. prędkość

Równolegle do prac nad rdzeniem, zespół ds. wtyczek WordPress.org wprowadził znaczącą zmianę w infrastrukturze: 24-godzinne opóźnienie (cooldown) dla wszystkich aktualizacji wtyczek i motywów. Choć Matt Mullenweg pierwotnie zapowiadał to rozwiązanie w kontekście automatycznych aktualizacji mających zapobiegać atakom na łańcuch dostaw, okazało się, że opóźnienie dotyczy wszystkich metod aktualizacji, w tym ręcznych instalacji z kokpitu.

Wywołało to silny opór ze strony deweloperów i administratorów witryn:

• Miriam Schwab (Elementor) ostrzegła, że opóźnienie tworzy niebezpieczne „okno podatności”. Gdy poprawka bezpieczeństwa zostaje wdrożona, kod łaty staje się publicznie dostępny i boty mogą go analizować, by tworzyć exploity, podczas gdy administratorzy mają zablokowaną możliwość instalacji aktualizacji przez 24 godziny.
• Pavel Ciorici (twórca motywów) zauważył, że wydanie szybkiej poprawki błędów w trakcie trwania cooldownu resetuje licznik czasu, kumulując opóźnienia.
• Steve Burge (PublishPress) przedstawił przeciwny punkt widzenia, chwaląc zmianę za to, że pomogła wykryć drobne problemy bezpieczeństwa już w pierwszym tygodniu działania.
• Francisco Torres (współreprezentant zespołu wtyczek) przyznał, że opór jest odczuwalny, potwierdzając, że zespół zbiera opinie społeczności i planuje wprowadzenie poprawek do tych zasad.

Dla agencji oraz wydajnych stron WordPress, ta zmiana infrastruktury wymusza zmianę podejścia do wdrażania poprawek bezpieczeństwa, podnosząc znaczenie prywatnych repozytoriów oraz wcześniejszego testowania aktualizacji na serwerach testowych.

#Co zrobić przed 19 sierpnia

• Deweloperzy: React 19 nie wchodzi do 7.1, więc przesunął się termin, a nie praca. Testujcie dalej własne bloki i rozszerzenia edytora we wtyczce Gutenberg, bo to właśnie zgodność wtyczek była powodem tego poślizgu.
• Witryny legacy: zinwentaryzujcie, gdzie wciąż zależycie od bloku lub edytora klasycznego, i zacznijcie plan migracji, bo zegar wycofania formalnie ruszył.
• Projekty nastawione na wydajność: leniwie ładowane TinyMCE to darmowy zysk wydajności, gdy zejdziecie z bloku klasycznego, warto to uwzględnić w przeglądzie wydajności WooCommerce.
• Zespoły redakcyjne: obserwujcie Guidelines i narzędzia AI, ale nie przebudowujcie procesu pracy wokół funkcji o średniej pewności, dopóki faktycznie nie trafi do wydania.
• Wszyscy: testujcie na Becie 3, która jest już dostępna i ma za sobą 71 poprawek. Krótkie okno stabilizacji sprawia, że testy społeczności w tym cyklu liczą się bardziej niż zwykle.

#Podsumowanie

WordPress 7.1 to mocne wydanie z nieco mylącą nazwą. Ujęcie współpracy to realny zamiar, ale funkcja współpracy wciąż jest nierozstrzygnięta, a komitenci otwarcie debatują, czy należy do rdzenia i czy cały proces budowania nie wymaga przemyślenia. Zdejmij to ujęcie, a 19 sierpnia dostaniesz wydanie platformy mniejsze, ale wciąż użyteczne: responsywne style, które usuwają codzienne tarcie, bloki Playlist i Tabs wchodzące jako stabilne wraz z Gutenbergiem 23.6, wycofanie bloku klasycznego pomagające wydajności i zdyscyplinowany pierwszy krok w AI dzięki Guidelines. Modernizacja React 19 i obsługa adresów e-mail w Unicode wypadły z tego cyklu, co jest najlepszym dotąd dowodem na to, jak szeroka potrafi być przepaść między opublikowaną mapą drogową a wydaną wersją.

Głębszą historią jest debata o canary. Projekt gotowy publicznie zakwestionować własny model wdrożeń to projekt, który wie, że jego pętle sprzężenia zwrotnego są napięte, a ten sam niepokój napędza powracające pytanie, czy WordPress traci na znaczeniu. Obserwuj tę rozmowę, bo będzie kształtować wydania WordPressa długo po 7.1. Na razie planuj wokół tego, co potwierdzone, testuj wcześnie i traktuj resztę mapy drogowej jako kierunek zmian, a nie obietnicę dostawy.

Ostatnia aktualizacja: 28 lipca 2026.