Spis treści
- Wprowadzenie – WordPress wraca do regularnego rytmu wydawniczego
- Harmonogram wydania i kto stoi za tą aktualizacją
- Responsive styling w Site Editorze
- Stany interaktywne: hover, focus i active dla bloków
- Panel Identity i przejrzystość dziedziczenia stylów
- Notatki: tryb sugestii, reakcje i bogaty tekst
- Co z edycją w czasie rzeczywistym?
- Guidelines: wytyczne redakcyjne i sztuczna inteligencja
- React 19 w edytorze blokowym
- Koniec bloku klasycznego
- Nowe bloki: playlista, spis treści, zakładki
- Przetwarzanie mediów w przeglądarce i nowy przycinacz zdjęć
- Zmiany w panelu administracyjnym i nawigacji
- Co to oznacza w praktyce – podsumowanie
Wprowadzenie – WordPress wraca do regularnego rytmu wydawniczego
WordPress 7.1 ujrzy światło dzienne 19 sierpnia 2026 roku, w ostatnim dniu WordCamp US w Phoenix. To druga z trzech głównych wersji zaplanowanych na ten rok – a to samo w sobie jest dobrą wiadomością. Po trudnym 2025 roku, w którym harmonogram wydań się rozjechał, projekt wraca do regularnego, czteromiesięcznego cyklu publikacji. Dla agencji, administratorów i właścicieli sklepów internetowych oznacza to coś konkretnego: łatwiej planować testy zgodności wtyczek i motywów, bo daty premier znów są przewidywalne.
Za tę edycję jako release lead odpowiada Anne McCarthy z Automattic. To jej pierwsze prowadzenie tak dużego wydania, a mimo to zapowiada obszerną listę nowości. Osią przewodnią WordPress 7.1 ma być współpraca – zarówno między osobami redagującymi treści, jak i między człowiekiem a narzędziami sztucznej inteligencji wbudowanymi w edytor.
Harmonogram wydania i kto stoi za tą aktualizacją
Harmonogram prac nad WordPress 7.1 jest dość napięty. Beta 1 zostanie udostępniona 15 lipca 2026, a pierwszy release candidate pojawi się 5 sierpnia 2026. Między betą a finalnym wydaniem mija zatem nieco ponad cztery tygodnie – to krótkie okno na testy, zwłaszcza biorąc pod uwagę liczbę nowości zaplanowanych w tej wersji.
Dla osób zarządzających stronami produkcyjnymi ten harmonogram ma praktyczne znaczenie. Okres bety i release candidate to najlepszy moment na sprawdzenie własnego zestawu wtyczek i motywu na środowisku testowym, zanim aktualizacja trafi na serwery klientów. Im większa strona lub sklep, tym więcej sensu ma rozłożenie tych testów na kilka tygodni zamiast odkładania ich na ostatnią chwilę przed premierą.
Responsive styling w Site Editorze
Najbardziej wyczekiwaną zmianą dla osób budujących strony wizualnie jest responsive styling – możliwość ustawiania wyglądu bloków dla różnych rozmiarów ekranu bezpośrednio w Site Editorze. Do tej pory, żeby strona dobrze wyglądała zarówno na telefonie, jak i na desktopie, trzeba było albo pisać własny arkusz stylów, albo sięgać po dodatkowe wtyczki rozszerzające możliwości edytora blokowego.
W WordPress 7.1 breakpointy są dostępne wprost w interfejsie edytora. Oznacza to, że osoba prowadząca stronę bez wiedzy technicznej będzie mogła samodzielnie zmienić na przykład wielkość nagłówka na urządzeniach mobilnych, bez proszenia programisty o poprawkę w kodzie. To funkcja, na którą społeczność czekała od dawna, bo dotąd taką elastyczność oferowały głównie zewnętrzne kreatory stron.
Stany interaktywne: hover, focus i active dla bloków
Z responsive stylingiem idzie w parze stylowanie stanów interaktywnych – hover, focus i active dla bloków. Działa to zarówno na poziomie globalnych stylów całej strony, jak i dla pojedynczych bloków. Jeśli kiedykolwiek irytowało Cię, że przycisk na stronie nie zmienia koloru po najechaniu kursorem, bo musiałbyś grzebać w arkuszach stylów – to właśnie ten problem adresuje nowa funkcja.
Warto podkreślić, że obie funkcje – responsive styling i stany interaktywne – opierają się na tym samym mechanizmie stanów, który od WordPress 7.1 staje się częścią rdzenia. To sensowne podejście architektoniczne: zamiast dwóch osobnych rozwiązań, twórcy dostają jeden spójny system, który w przyszłości łatwiej będzie rozbudowywać o kolejne warianty stylowania.
Panel Identity i przejrzystość dziedziczenia stylów
WordPress 7.1 wprowadza też nowy panel Identity w Site Editorze – miejsce, w którym szybko ustawisz podstawowe informacje o swojej stronie, bez przeszukiwania rozproszonych ustawień w różnych zakładkach. To drobna, ale przyjemna zmiana porządkująca, która skraca drogę od instalacji WordPressa do skonfigurowanej wizytówki strony.
Drugim usprawnieniem w tym obszarze jest inheritance clarity, czyli przejrzystość dziedziczenia stylów. Gdy blok dziedziczy wygląd z ustawień globalnych, w edytorze pojawi się wizualne oznaczenie, skąd dokładnie ten styl pochodzi. Do tej pory ustalenie, dlaczego dany element wygląda tak, a nie inaczej, potrafiło być żmudne – zwłaszcza na rozbudowanych stronach z wieloma warstwami stylów. Ta zmiana powinna wyraźnie ułatwić debugowanie wyglądu strony osobom, które na co dzień nie programują.
Notatki: tryb sugestii, reakcje i bogaty tekst
Funkcja Notatki (Notes), która zadebiutowała w WordPress 6.9, dostaje w wersji 7.1 solidny zestaw ulepszeń. Przede wszystkim pojawia się tryb sugestii – edytujesz tekst, a zmiany są widoczne jako propozycje do zaakceptowania lub odrzucenia, podobnie jak w popularnych narzędziach do wspólnej pracy nad dokumentami. Będzie też można zostawiać notatki na konkretnym fragmencie treści wewnątrz bloku, a nawet na wielu blokach naraz, co ułatwia komentowanie dłuższych artykułów.
Reakcje emoji to z pozoru drobiazg, ale znacząco przyspieszają codzienną pracę zespołu redakcyjnego. Zamiast pisać „wygląda dobrze", wystarczy kliknąć kciuk w górę. Działa to podobnie jak w popularnych komunikatorach zespołowych czy serwisach do współpracy nad kodem – reakcje są agregowane, widać, kto zareagował, a każdą reakcję można cofnąć. Dochodzi też obsługa bogatego tekstu w samych notatkach, powiadomienia o odpowiedziach oraz możliwość zastosowania sugerowanej poprawki bezpośrednio z wątku komentarza, bez przechodzenia do innego widoku.
Wszystko to sprawia, że WordPress staje się bardziej użyteczny dla zespołów redakcyjnych, które do tej pory musiały dogadywać się mailowo albo w osobnych, zewnętrznych narzędziach do zarządzania treścią.
Co z edycją w czasie rzeczywistym?
Słoniem w pokoju pozostaje real-time collaboration – możliwość wspólnej edycji tej samej treści w czasie rzeczywistym przez kilka osób naraz. Funkcja została wycięta z WordPress 7.0 na dwa tygodnie przed premierą z powodów wydajnościowych i infrastrukturalnych. W roadmapie 7.1 pojawia się jako „obszar z otwartymi pytaniami strategicznymi", a nie jako funkcja z konkretną datą dostarczenia.
Podczas WordCamp Europe 2026 core commiterzy otwarcie dyskutowali, czy pełna edycja w czasie rzeczywistym w ogóle powinna trafić do rdzenia WordPressa. Padło określenie „strong opinion, loosely held" – czyli mocne przekonanie, ale bez sztywnego trzymania się go. Część zespołu uważa, że w rdzeniu powinna znaleźć się wyłącznie architektura, a konkretne implementacje mogłyby dostarczać firmy hostingowe albo twórcy wtyczek.
Testy wydajnościowe przeprowadzone w maju 2026 wskazały hybrydowe podejście jako najbardziej obiecujące: własna tabela w bazie danych połączona z cache'owaniem przez object cache. Rozwiązanie to okazało się o 52% szybsze niż bazowanie na meta polach postów, czyli metodzie, którą początkowo rozważano. Anne McCarthy przyznała, że jest „wyraźny zwycięzca" wśród testowanych podejść, ale ostateczna decyzja co do zakresu funkcji w rdzeniu wciąż nie zapadła.
Guidelines: wytyczne redakcyjne i sztuczna inteligencja
Nowością, która wzbudziła już sporo dyskusji jeszcze przed premierą, są Guidelines – miejsce w WordPressie do przechowywania zasad redakcyjnych, tonu wypowiedzi i standardów treści. Funkcja opiera się na nowym typie posta o nazwie wp_knowledge i pozwala definiować wytyczne zarówno dla całej strony, jak i dla konkretnych typów bloków. Zapisane reguły można eksportować i importować między różnymi stronami, co ułatwia utrzymanie spójności w agencjach zarządzających wieloma projektami klienckimi.
Guidelines wchodzą w bezpośrednią interakcję z narzędziami AI dostępnymi w edytorze. Gdy asystent generuje treść, może uwzględniać zapisane wytyczne zamiast działać na ślepo, bez znajomości tonu marki czy przyjętych zasad pisania. Wbudowany w rdzeń AI Client zyska w wersji 7.1 strumieniowanie generacji tekstu na bieżąco oraz wektoryzację osadzeń, czyli tak zwane vector embeddings, co otwiera drogę do znacznie inteligentniejszego wyszukiwania wewnątrz treści całej strony.
Trzeba jednak powiedzieć wprost: WordPress 7.1 nie zawiera żadnego modelu AI ani gotowego dostawcy tej usługi. To, co dostajesz w rdzeniu, to wyłącznie infrastruktura – interfejs, przez który podłączasz własny model językowy. Żadne zapytania AI nie są wysyłane domyślnie, a żadne dane nie opuszczają Twojej instalacji WordPressa bez wyraźnej zgody.
Propozycja wciągnięcia Guidelines do rdzenia spotkała się z oporem części społeczności. W grupie Dynamic WordPress na Facebooku pojawiło się 29 komentarzy, w większości krytycznych. Padały argumenty, że to funkcja, która powinna pozostać wtyczką, a nie elementem core, że rdzeń jest już wystarczająco rozbudowany oraz że społeczność wolałaby, aby priorytetem stało się raczej lepsze wsparcie wielojęzyczne. Pokazuje to, że decyzja o tym, co powinno trafiać do rdzenia WordPressa, wciąż wywołuje emocje wśród osób od lat rozwijających ten projekt.
React 19 w edytorze blokowym
Wersja 7.0 przyniosła fundamenty pod sztuczną inteligencję i odświeżenie panelu administracyjnego. WordPress 7.1 idzie krok dalej w kwestiach czysto technicznych, integrując React 19 z edytorem blokowym. Dla zwykłego użytkownika oznacza to przede wszystkim szybsze działanie samego edytora, ale dla twórców wtyczek i motywów to konkretna zmiana wymagająca uwagi.
Znikają przestarzałe sposoby renderowania interfejsu, znane z wcześniejszych wersji biblioteki React – w ich miejsce trzeba korzystać z nowszych mechanizmów wprowadzonych w wersji 19. Odwołania do węzłów DOM są tymczasowo obsługiwane przez pakiet elementów WordPressa dla zachowania zgodności wstecznej, ale zaleca się migrację na referencje jako docelowe rozwiązanie. Dodatkowo domyślne wartości właściwości w komponentach funkcyjnych przestały działać w dotychczasowej formie – trzeba zastąpić je domyślnymi parametrami znanymi z nowszego standardu JavaScript. Dla agencji utrzymujących własne wtyczki oznacza to konieczność przetestowania kodu jeszcze przed premierą finalnej wersji.
Koniec bloku klasycznego
Druga duża zmiana techniczna to wygaszanie bloku klasycznego. Znika on z listy bloków dostępnych do wstawienia w nowej treści. Nie jest jednak usuwany całkowicie – istniejące treści, które go wykorzystują, pozostaną nienaruszone, a starszy edytor tekstu, na którym się opierał, będzie ładowany leniwie, wyłącznie tam, gdzie jest rzeczywiście potrzebny.
Jeśli po aktualizacji okaże się, że nadal korzystasz z bloku klasycznego, możesz przywrócić go w interfejsie za pomocą odpowiedniego filtra programistycznego dostępnego dla deweloperów, albo sięgnąć po dedykowaną wtyczkę przywracającą tę funkcję. Docelowo, prawdopodobnie w wersji 7.2, blok klasyczny ma zostać całkowicie wyrejestrowany, a starszy edytor tekstu stanie się w pełni opcjonalnym elementem WordPressa.
Nowe bloki: playlista, spis treści, zakładki
WordPress 7.1 wprowadza trzy nowe bloki do rdzenia. Pierwszy to playlista – lista utworów audio z wizualizacją fali dźwiękowej. Drugi to spis treści, czyli automatycznie generowany wykaz sekcji na podstawie nagłówków użytych w treści. Trzeci to zakładki, pozwalające podzielić treść na organizowane w karty fragmenty, bez konieczności przewijania całej strony.
To odpowiedź na wieloletnie prośby społeczności użytkowników. Do tej pory automatyczny spis treści czy zakładki wymagały instalowania dodatkowych wtyczek albo ręcznego dopisywania kodu przez programistę. Od WordPress 7.1 będą dostępne od ręki, bez żadnych dodatkowych rozszerzeń.
Przetwarzanie mediów w przeglądarce i nowy przycinacz zdjęć
Przetwarzanie mediów po stronie przeglądarki wreszcie trafia do rdzenia WordPressa. Obrazki przesyłane z iPhone'a w formacie HEIC będą automatycznie konwertowane bezpośrednio w przeglądarce, jeszcze przed wysłaniem pliku na serwer. Rdzeń zyskuje też obsługę formatów Ultra HDR i JPEG XL, a także automatyczną konwersję plików GIF na format wideo. System radzi sobie z przywracaniem przerwanego przesyłania, co jest szczególnie przydatne przy wolniejszym łączu internetowym.
Warto zaznaczyć, że jeśli przeglądarka użytkownika nie poradzi sobie z obróbką pliku, WordPress po cichu przełącza się na starą, serwerową ścieżkę przetwarzania – osoba przesyłająca plik niczego wtedy nie zauważy, a przesyłanie i tak zakończy się powodzeniem.
Dodatkowo pojawia się nowe narzędzie do kadrowania – free-form image cropper, który zastępuje dotychczasowe, sztywne narzędzie do przycinania. Zamiast wymuszonych proporcji, obraz można kadrować całkowicie dowolnie, w oknie modalnym, które przy okazji grupuje też obracanie, odbicie lustrzane i edycję metadanych zdjęcia w jednym miejscu.
Zmiany w panelu administracyjnym i nawigacji
Panel administracyjny zostaje ujednolicony pod względem wyglądu i sposobu nawigacji. Pasek admina będzie teraz widoczny wewnątrz Site Editora i Block Editora – wcześniej go tam brakowało, co dezorientowało zwłaszcza nowych użytkowników przełączających się między edycją treści a resztą panelu. Przy okazji znika tradycyjne powitanie „Howdy", dotychczasowe ikony Dashicons zostają zastąpione ikonami w formacie SVG, a ikona domku w pasku admina ustępuje miejsca ikonie strony.
Paleta poleceń zyskuje listę ostatnio używanych poleceń oraz grupowane wyniki wyszukiwania, co przyspiesza poruszanie się po rozbudowanych instalacjach. Kokpit wzbogaci się o widżet „On This Day", pomysł współzałożyciela WordPressa Matta Mullenwega, wyświetlający wpisy opublikowane w tym samym dniu w poprzednich latach – drobiazg, ale dla blogerów i wydawców treści może być miłym akcentem przypominającym o historii bloga.
Rozszerzona obsługa Unicode sprawi, że adresy e-mail, nazwy użytkowników i identyfikatory adresów URL będą lepiej obsługiwać znaki spoza alfabetu łacińskiego. Dla globalnej społeczności WordPressa, działającej w dziesiątkach języków i alfabetów, to długo wyczekiwana i bardzo potrzebna zmiana.
Co to oznacza w praktyce – podsumowanie
WordPress 7.1 nie jest przełomem na miarę wersji 7.0, ale zamyka kilka rzeczy, które wisiały w powietrzu od lat. Responsywne style bezpośrednio w edytorze, stany interaktywne dla bloków, spis treści jako gotowy blok, porządna obsługa zdjęć HEIC z telefonu – to funkcje, które realnie zmieniają codzienną pracę osób prowadzących strony na WordPressie, niezależnie od poziomu zaawansowania technicznego.
Największym znakiem zapytania pozostaje edycja w czasie rzeczywistym. Jeśli pracujesz w zespole redakcyjnym, głównym narzędziem do współpracy w WordPressie na razie pozostaną rozbudowane Notatki. Pełna edycja w czasie rzeczywistym może trafić dopiero do wersji 7.2, ale równie dobrze może zostać odłożona na dłużej – zwłaszcza jeśli społeczność ostatecznie uzna, że w pełnym zakresie nie powinna znaleźć się w rdzeniu.
Dla deweloperów priorytetem powinno być przetestowanie wtyczek pod kątem zgodności z React 19 oraz sprawdzenie, czy nie polegają na bloku klasycznym. Dla osób budujących strony największą wartością będzie responsive styling i nowe bloki gotowe od ręki. Dla zespołów redakcyjnych – Guidelines i mocno ulepszone Notatki.
Planujesz aktualizację WordPressa do wersji 7.1 i chcesz mieć pewność, że wtyczki oraz motyw przetrwają ją bez problemów? Pomożemy Ci przygotować środowisko testowe, sprawdzić zgodność zainstalowanych rozszerzeń i bezpiecznie wdrożyć nową wersję na stronie produkcyjnej. Skontaktuj się z nami, aby uzyskać profesjonalne wsparcie.