Jeśli w ostatnich dniach szukałeś informacji o WordPress 6.9.4 albo zacząłeś wpisywać "WP7" w wyszukiwarce — nie jesteś sam. Ruch na tych frazach wyraźnie wzrósł po tym jak 9 kwietnia 2026 roku WordCamp Asia w Bombaju nie przyniósł tego, czego się spodziewano: publicznej premiery WordPress 7.0. Zamiast świętowania, społeczność dostała informację o opóźnieniu i powrocie do fazy testów beta — coś, co nie zdarzyło się nigdy wcześniej w historii projektu.
Żeby zrozumieć co się właściwie stało i co to oznacza dla osób zarządzających stronami na WordPressie, trzeba cofnąć się o kilka kroków.
Skąd w ogóle wziął się WordPress 7.0
WordPress 7.0 to nie jest kolejna iteracyjna aktualizacja. To oficjalne uruchomienie Fazy 3 projektu Gutenberg — wieloletniego planu przebudowy WordPressa z systemu zarządzania treścią dla jednej osoby w platformę do pracy zespołowej. Faza 1 przyniosła edytor blokowy w wersji 5.0. Faza 2 skupiła się na edycji całej witryny — pełnej kontroli nad wyglądem bez dotykania kodu. Faza 3 to współpraca: wiele osób pracujących nad tą samą treścią jednocześnie, w czasie rzeczywistym.
Rok 2025 był dla WordPressa trudny. Połączenie sporów prawnych, tymczasowego wycofania wkładu ze strony Automattic i świadomej decyzji kierownictwa o priorytetyzowaniu stabilności nad nowymi funkcjami sprawiło, że wyszła tylko jedna duża aktualizacja — WordPress 6.9 w grudniu, służąca głównie jako porządkowanie długu technicznego. WordPress 7.0 miał być odpowiedzią: wielki, przemyślany krok naprzód po celowej pauzie.
Premiera na żywo podczas WordCamp Asia, przy ponad trzech tysiącach uczestników, miała być symbolicznym momentem. Nie wyszła.
Co poszło nie tak: architektura bazy danych i cache
Centralna funkcja WordPress 7.0 to współedycja w czasie rzeczywistym — możliwość jednoczesnej pracy wielu redaktorów nad tym samym wpisem, z widocznymi kursorami innych użytkowników i natychmiastową synchronizacją zmian, podobnie jak w Google Docs.
Żeby to działało, WordPress musi gdzieś przechowywać dane o tym kto co edytuje i w jakim stanie jest dokument w każdej chwili. Pierwotna implementacja używała istniejącego systemu post meta — mechanizmu, który WordPress stosuje od lat do przechowywania dodatkowych danych o wpisach. To wydawało się rozsądnym wyborem: istniejąca infrastruktura, brak potrzeby tworzenia nowych tabel w bazie danych, szybsze wdrożenie.
Problem ujawnił się podczas testów na większą skalę. Za każdym razem gdy użytkownik miał otwarty edytor w trybie współpracy, WordPress musiał aktualizować dane synchronizacji w post meta. To z kolei inwalidowało persystentne pamięci podręczne zapytań do bazy danych dla tego wpisu. Przy jednym użytkowniku — żaden problem. Przy kilku użytkownikach pracujących jednocześnie na popularnym wpisie — ciągłe unieważnianie pamięci podręcznej, nieproporcjonalne obciążenie bazy danych, problemy z wydajnością.
Rozwiązanie jest fundamentalne: osobna tabela w bazie danych dedykowana danym synchronizacji. To właśnie ta zmiana była powodem zatrzymania wydania. Jak napisał Matias Ventura, główny architekt projektu: powrót do architektury z dedykowaną tabelą jest słuszny, ale wymaga czasu żeby zaprojektować ją właściwie i z myślą o przyszłości, nie tylko o bieżącym przypadku użycia.
Wstępne kompilacje nocne mają być dostępne ponownie od 17 kwietnia. Nowy harmonogram zostanie ogłoszony do 22 kwietnia. Szacunkowa data premiery to późny maj 2026.
Dlaczego opóźnienie to dobry znak
Powrót do fazy beta po osiągnięciu etapu Release Candidate 2 jest precedensem. Nigdy wcześniej w historii WordPressa projekt nie cofnął się tak daleko w cyklu wydawniczym.
To może brzmieć jak porażka. W rzeczywistości jest odwrotnie.
Architektura bazy danych, którą teraz projektują od nowa, będzie fundamentem funkcji współpracy w WordPressie przez następną dekadę. Błędna decyzja teraz — pospieszna, zoptymalizowana pod kąt dotrzymania harmonogramu — to techniczny dług, który będzie ograniczał możliwości platformy przez lata. Decyzja o poświęceniu kilku tygodni na właściwe zaprojektowanie tej warstwy jest trudna z perspektywy harmonogramu i komunikacyjnie niewygodna, ale technicznie jedyna słuszna.
Co ważne: wszystkie pozostałe funkcje WordPress 7.0 są gotowe. Opóźnienie dotyczy wyłącznie warstwy przechowywania danych synchronizacji — jednej konkretnej kwestii architektonicznej. Reszta czeka na wdrożenie.
Co faktycznie przynosi WordPress 7.0
Poza współedycją, która jest flagowym elementem, WordPress 7.0 wprowadza zestaw zmian, które będą odczuwalne zarówno dla użytkowników jak i deweloperów.
System notatek w edytorze. Redaktorzy mogą zostawiać komentarze na konkretnych blokach lub fragmentach tekstu, bezpośrednio w interfejsie edycji. To eliminuje potrzebę korzystania z zewnętrznych narzędzi jak Google Docs czy Slack do przekazywania uwag redakcyjnych. Komentarze są widoczne tylko dla użytkowników z odpowiednimi uprawnieniami, nie trafiają na stronę publiczną.
DataViews zamiast tradycyjnych list. Interfejs administracyjny przechodzi metamorfozę — klasyczne listy wpisów i stron zastępuje nowoczesny widok DataViews z filtrowaniem, sortowaniem i grupowaniem w czasie rzeczywistym. Dla osób zarządzających dużymi serwisami z setkami wpisów to znacząca zmiana w codziennej pracy. Deweloperzy wtyczek modyfikujących widoki list będą musieli sprawdzić kompatybilność.
AI Client Connectors. WordPress 7.0 wprowadza znormalizowaną warstwę integracji z usługami sztucznej inteligencji. Zamiast każdej wtyczce implementować własny sposób łączenia się z OpenAI, Anthropic czy Google, platforma dostarcza wspólny interfejs: centralny panel do zarządzania poświadczeniami, wyboru dostawcy i konfiguracji. Deweloperzy piszą raz, dla jednego interfejsu — zmiana dostawcy to zmiana konfiguracji, nie przepisywanie kodu.
Abilities API. Nowy mechanizm deklarowania co AI może robić na stronie. Zamiast wtyczek AI "domyślających się" jakie operacje są dostępne, właściciel strony definiuje jawne możliwości: AI może czytać wpisy, ale nie może ich publikować. Może sugerować tagi, ale nie może modyfikować ustawień. To fundament bezpieczniejszej integracji AI z ekosystemem WordPress.
Integracja z MCP. WordPress adoptuje protokół MCP jako standard komunikacji z narzędziami AI. WordPress Playground dostaje własny serwer MCP, który pozwala agentom AI zarządzać witryną: czytać i pisać pliki, wykonywać PHP, nawigować po stronie. To otwiera nową klasę możliwości dla deweloperów pracujących z narzędziami jak Claude Code czy Cursor — i nową klasę pytań o bezpieczeństwo, do których wrócimy w osobnym wpisie.
Wymagania PHP. WordPress 7.0 podnosi minimalne wymaganie do PHP 7.4. Strony działające na PHP 7.2 lub 7.3 nie będą mogły zaktualizować rdzenia do wersji 7.0. Dla wydajności i bezpieczeństwa zalecane jest PHP 8.2 lub wyższe.
Co to oznacza dla osób zarządzających stronami
Jeśli szukałeś WordPress 6.9.4 — taka wersja nie istnieje. WordPress 6.9.2 jest aktualną stabilną wersją z łatkami bezpieczeństwa. WordPress 7.0 jest opóźniony, ale gdy wyjdzie, będzie bezpośrednim następcą serii 6.x. Nie będzie wersji 6.9.4.
Kiedy wyjdzie WordPress 7.0 — według aktualnych informacji z zespołu rdzenia, nowy harmonogram zostanie ogłoszony do 22 kwietnia, a finalna premiera planowana jest na późny maj 2026.
Czy aktualizować do 7.0 natychmiast po premierze — dla większości stron produkcyjnych odpowiedź brzmi: poczekać kilka tygodni na pierwszą aktualizację poprawek. WordPress 7.0 to największa zmiana architektoniczna od wprowadzenia edytora blokowego w 2018 roku. Wtyczki modyfikujące interfejs administracyjny, edytor lub widoki list mogą wymagać aktualizacji dla pełnej kompatybilności.
Co sprawdzić przed aktualizacją — wersja PHP na hostingu (minimum 7.4, zalecane 8.2+), kompatybilność kluczowych wtyczek z WordPress 7.0 (Yoast, ACF, WooCommerce i Gravity Forms mają być gotowe przy premierze), i czy motyw korzysta z Block API w wersji 3 jeśli chcesz w pełni korzystać z funkcji współpracy.
Dla deweloperów — jeśli wtyczka używa add_meta_box(), czas pomyśleć o migracji do register_post_meta() i komponentu PluginSidebar. Klasyczne meta boxy wyłączają tryb współpracy dla danego wpisu — to nie jest błąd, to celowe zachowanie zabezpieczające przed konfliktami edycji.
Opóźnienie, które warto docenić
WordPress zasila ponad 40% stron internetowych na świecie. Każda fundamentalna zmiana w architekturze tej platformy ma skutki na skalę, której trudno sobie wyobrazić. Błędna tabela bazy danych zaprojektowana pospiesznie pod presją harmonogramu konferencji byłaby problemem dla milionów witryn przez lata.
Zespół rdzenia zdecydował inaczej. Można nie lubić opóźnień — ale trudno nie szanować tej decyzji.
Źródła
Make WordPress Core — ogłoszenie opóźnienia cyklu wydawniczego 7.0: https://make.wordpress.org/core/2026/03/31/extending-the-7-0-cycle/
WordPress Developer Blog — co nowego dla deweloperów w kwietniu 2026: https://developer.wordpress.org/news/2026/04/whats-new-for-developers-april-2026/
WordPress Developer Blog — co nowego dla deweloperów w marcu 2026: https://developer.wordpress.org/news/2026/03/whats-new-for-developers-march-2026/
