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.

#W skrócie

• Anne McCarthy prowadzi 7.1 po raz pierwszy, a wydanie zaplanowano na 19 sierpnia 2026, ostatni dzień WordCamp US w Phoenix, z Beta 1 15 lipca.
• 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, React 19, wycofanie bloku klasycznego oraz funkcje Guidelines i AI.
• 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 niespełna czterech tygodniach od Beta 1 do wydania należy się spodziewać, że część pozycji z mapy drogowej się przesunie lub trafi za flagi.

#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.

#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 i wycofanie bloku klasycznego: pod maską

Dwie pozycje z mapy drogowej są niewidoczne dla użytkowników końcowych i ważne dla deweloperów. WordPress aktualizuje edytor z React 18 na React 19, co najpierw trafia do wtyczki Gutenberg, zanim dotrze do rdzenia. Dla większości witryn nic to nie zmienia. Dla każdego, kto utrzymuje własne bloki lub interfejsy edytora, to powód, by przetestować zgodność z React 19 przed sierpniem, a nie po nim.

Wycofanie bloku klasycznego jest ciekawsze, bo to decyzja wydajnościowa ubrana w porządki. Blok klasyczny niesie ze sobą TinyMCE, ciężki edytor, a plan zakłada jego leniwe ładowanie i stopniowe wygaszanie bloku. Istniejąca treść nie przestaje działać, ale witryny wciąż opierające się na edytorze klasycznym lub bloku klasycznym powinny potraktować to jako formalny start zegara migracji. Dla projektów wrażliwych na wydajność, zwłaszcza sklepów WooCommerce, gdzie liczy się każdy kilobajt wagi edytora i strony, zrzucenie TinyMCE ze stron, które nigdy go nie potrzebowały, to realny zysk.

Reakcja społeczności na ukrycie bloku klasycznego w 7.1 była natychmiastowa. Podczas gdy niektórzy, jak Seth Rubenstein (Pew Research Center), zareagowali lakonicznym „dobrze”, inni deweloperzy i blogerzy, jak Jeff Chandler, zwrócili uwagę na potencjalne zamieszanie: „O rany. Nie spodziewałem się tego. Wiem, jakie to wywoła skutki”.

#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 zaplanowana jest na 15 lipca, a wydanie na 19 sierpnia. To niespełna cztery tygodnie na zamknięcie tak dużej mapy drogowej. McCarthy dziedziczy ambitną listę i krótki rozbieg, a realnym wynikiem jest, ż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.

Dla właścicieli witryn praktyczny wniosek brzmi: traktuj mapę drogową jako zamiar, a nie gwarancję. Planuj wokół pozycji o wysokiej pewności, responsywnych stylów, React 19, zegara bloku klasycznego, a te o średniej pewności obserwuj, zamiast budować na nich plany. Nie obiecuj klientowi funkcji, która sześć tygodni przed wydaniem wciąż niesie “duże, otwarte pytania strategiczne”.

#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: przetestujcie własne bloki i rozszerzenia edytora pod kątem React 19 już teraz, korzystając z wtyczki Gutenberg, a nie po wydaniu rdzenia.
• 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 Beta 1 od 15 lipca. 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 naprawdę użyteczne wydanie platformy: responsywne style, które usuwają codzienne tarcie, modernizację React 19, wycofanie bloku klasycznego pomagające wydajności i zdyscyplinowany pierwszy krok w AI dzięki Guidelines.

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. 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: 20 czerwca 2026.