Czy klasyczne motywy nadal będą działać z WordPress 7.0?

Tak, klasyczne motywy nadal będą działać. WordPress 7.0 nie wymusza przejścia na motywy blokowe. Jednak nowe funkcje — współpraca w czasie rzeczywistym, Interactivity API, integracja z DataViews — są budowane wyłącznie dla architektury blokowej. Zespół WordPress zaleca traktowanie wydania 7.0 jako terminu przejścia na motywy blokowe.

Baza wiedzy

WordPress 7.0 - nowości, zmiany i przygotowanie do aktualizacji

Q: Czy WordPress 7.0 zepsuje moją stronę?

Rdzeń WordPressa zachowuje kompatybilność wsteczną, ale WordPress 7.0 wprowadza istotne zmiany — edytor blokowy w iframe, DataViews zamiast klasycznych tabel, nowy schemat kolorów panelu i podniesione wymagania PHP do wersji 7.4. Wtyczki modyfikujące ekrany Postów, Stron lub Mediów mogą wymagać aktualizacji. Zawsze testuj aktualizację na środowisku staging przed wdrożeniem produkcyjnym.

Q: Czy muszę zaktualizować PHP przed instalacją WordPress 7.0?

Tak. WordPress 7.0 podnosi minimalne wymaganie PHP do wersji 7.4. Strony na PHP 7.2 lub 7.3 nie otrzymają automatycznej aktualizacji i pozostaną na gałęzi WordPress 6.9. Zalecana wersja to PHP 8.3 lub nowsza, szczególnie jeśli planujesz korzystać z funkcji AI.

Q: Jak działa współpraca w czasie rzeczywistym w WordPress 7.0?

Wielu użytkowników może jednocześnie edytować ten sam wpis lub stronę w edytorze blokowym. Zmiany synchronizują się na bieżąco — widać kursory i wskaźniki obecności innych edytorów. Domyślnym mechanizmem synchronizacji jest HTTP polling, który działa na każdym hostingu. Hosting z obsługą WebSocket może zapewnić niższe opóźnienia. Dane synchronizacji oparte są na CRDT (Conflict-free Replicated Data Types).

Q: Czy WordPress 7.0 wprowadza nowy motyw domyślny?

Nie. WordPress 7.0 nie wprowadza nowego motywu domyślnego typu Twenty Twenty-Six. Zamiast tego zespół koncentruje się na rozwijaniu istniejących motywów blokowych, takich jak Twenty Twenty-Five, poprzez narzędzia Edytora Witryny i funkcje Fazy 3 roadmapy Gutenberga.

Opublikowano: 10 kwietnia 2026 · Autor: Marcin Szewczyk-Wilgan

WordPress 7.0 to pierwsza duża wersja (X.0) od WordPressa 5.0, który w grudniu 2018 roku wprowadził edytor blokowy Gutenberg. Premiera została zaplanowana na wiosnę 2026 roku, ale zespół deweloperski podjął decyzję o przesunięciu wydania o kilka tygodni — ze względu na konieczność dopracowania architektury bazy danych dla funkcji współpracy w czasie rzeczywistym. WordPress 7.0 wprowadza natywną infrastrukturę AI, współpracę w edytorze blokowym, odświeżony panel administracyjny i podnosi minimalne wymaganie PHP do wersji 7.4. Prawidłowa opieka nad WordPress i optymalizacja są niezbędne przed każdą dużą aktualizacją. Poniżej omawiamy każdą nowość WordPress 7 i wyjaśniamy, jak przygotować stronę na tę aktualizację.

WordPress 7.0 — pierwsza wersja X.0 od ośmiu lat

WordPress nie otrzymał dużej wersji (X.0) od WordPressa 5.0, który w grudniu 2018 roku wprowadził edytor blokowy Gutenberg. Po spowolnieniu tempa rozwoju w 2025 roku (m.in. ze względu na sprawy prawne związane z pozwem WP Engine), społeczność WordPress wraca do rytmu trzech dużych wydań rocznie. WordPress 7.0 to pierwsza z trzech zaplanowanych wersji na 2026 rok — kolejne to WordPress 7.1 (lato) i WordPress 7.2 (zima).

Premiera WordPress 7.0 został zaplanowany na wiosnę 2026 roku, z premierą powiązaną z WordCamp Asia w Mumbaju. Wydanie zostało przesunięte o kilka tygodni ze względu na konieczność dopracowania warstwy przechowywania danych dla współpracy w czasie rzeczywistym — dotychczasowy system oparty na post_meta powodował problemy z trwałym cache zapytań, gdy użytkownik miał otwarty edytor.

Przyczyna opóźnienia Kluczowym problemem architektonicznym okazało się przechowywanie danych synchronizacji dla Real-Time Collaboration. Trwała dyskusja o zastąpieniu mechanizmu post_meta dedykowaną tabelą bazy danych wp_collaboration, co wymagało dodatkowego czasu na projektowanie i testy.

Skala wydania WordPress 7.0 to najobszerniejsza aktualizacja od czasu wprowadzenia edytora blokowego. Obejmuje natywną infrastrukturę AI, współpracę wieloosobową w edytorze, odświeżony panel administracyjny, stabilne Interactivity API i podniesione wymagania PHP do wersji 7.4.

Roadmapa 2026 WordPress 7.0 (wiosna), WordPress 7.1 (lato) i WordPress 7.2 (zima) — powrót do trzech dużych wydań rocznie. WordPress 7.1 ma przynieść głębsze workflow współpracy, a WordPress 7.2 — pierwsze kroki w kierunku natywnej wielojęzyczności w rdzeniu (Faza 4 Gutenberga).

Współpraca w czasie rzeczywistym — Faza 3 roadmapy Gutenberga

Współpraca w czasie rzeczywistym to sztandarowa funkcja WordPress 7.0 i oficjalne rozpoczęcie Fazy 3 roadmapy Gutenberga. Do tej pory edytor blokowy był narzędziem dla jednej osoby — teraz staje się platformą współpracy, zbliżoną do Google Docs, ale działającą wewnątrz WordPressa.

Edycja wieloosobowa

Jednoczesna edycja postów i stron

Wielu użytkowników może edytować ten sam wpis lub stronę jednocześnie w edytorze blokowym WordPress 7. Zmiany synchronizują się na bieżąco — każdy edytor widzi kursory i wskaźniki obecności pozostałych osób. Gdy jeden edytor zakończy pracę nad blokiem i przejdzie dalej, zmiana jest natychmiast widoczna dla wszystkich połączonych użytkowników.

Technologia

HTTP polling i CRDT

Domyślny mechanizm synchronizacji to HTTP polling — działa na każdym hostingu, w tym współdzielonym. Polling odpytuje serwer co 4 sekundy (1 sekunda przy aktywnej współpracy). Hosty z obsługą WebSocket mogą zapewnić niższe opóźnienia. Konflikty rozwiązywane są za pomocą CRDT (Conflict-free Replicated Data Types). Dane przechowywane w post_meta na wewnętrznym typie wp_sync_storage.

Notes

Komentarze inline i notatki

WordPress 7.0 rozbudowuje system komentarzy blokowych wprowadzony w WP 6.9. Można zaznaczać konkretne fragmenty tekstu i dołączać do nich notatki (Notes). Notatki obsługują formatowanie (bold, italic, linki, listy). Widok Quick Edit w Edytorze Witryny pokazuje liczbę notatek przy każdej stronie — cały proces recenzji treści odbywa się wewnątrz WordPressa.

Uprawnienia

Integracja z rolami i workflow

Funkcja współpracy integruje się z istniejącym systemem ról i uprawnień WordPressa. Administratorzy mogą konfigurować, które role mogą współpracować, definiować workflow zatwierdzania i ustalać, kto ma ostateczne prawo do publikacji. Domyślny limit to 2 jednoczesnych edytorów (konfigurowalny przez stałą w wp-config.php).

WP AI Client — natywna infrastruktura AI w rdzeniu WordPress 7

WordPress 7.0 nie dodaje wbudowanego chatbota ani generatora treści. Robi coś bardziej strategicznego — buduje standaryzowaną warstwę infrastruktury AI bezpośrednio w rdzeniu, z której może korzystać każda wtyczka, motyw lub usługa zewnętrzna. To pierwsza wersja WordPressa z natywnym klientem AI.

wp_ai_client_prompt() Ujednolicony punkt wejścia — funkcja PHP zwracająca instancję WP_AI_Client_Prompt_Builder. Jedno API do komunikacji z dowolnym modelem AI. Obsługuje metody snake_case, zwraca WP_Error w przypadku błędów i integruje się z Connectors API. Deweloperzy wtyczek nie muszą już budować własnych warstw integracji z AI.

Provider-agnostic WordPress 7.0 nie zawiera żadnego dostawcy AI w rdzeniu. OpenAI, Anthropic Claude, Google Gemini, Ollama i inni dostawcy instalowani są jako wtyczki konektorowe. Właściciel strony dodaje klucze API raz — każda wtyczka korzysta z tego samego połączenia. Działa to niezależnie od tego, czy strona używa Claude, GPT, Gemini czy lokalnego Ollama.

Ustawienia > Connectors Nowy ekran w panelu administracyjnym do centralnego zarządzania połączeniami z dostawcami AI. Architektura jest rozszerzalna — wtyczki i motywy mogą dodawać własne konektory. Jedno miejsce do konfiguracji, zamiast ustawiania kluczy API w każdej wtyczce osobno.

AI Experiments Ekran Ustawienia > AI Experiments pozwala włączać opcjonalne funkcje AI: generowanie wycinek (excerpts), tworzenie tekstów alternatywnych (alt text) dla obrazów, generowanie obrazów i podsumowania treści. Podejście opt-in — właściciel strony wybiera, które funkcje AI mają być aktywne.

Bezpieczeństwo kluczy API Ważna uwaga: klucze API wprowadzone przez ekran Connectors są maskowane wizualnie, ale nie szyfrowane w bazie danych. W środowiskach produkcyjnych zalecamy ładowanie poświadczeń przez zmienne środowiskowe lub stałe PHP. System sprawdza w kolejności: zmienna środowiskowa → stała PHP → baza danych.

Abilities API i Model Context Protocol (MCP) w WordPress 7.0

Abilities API (wprowadzony w WordPress 6.9) i rozbudowany w WordPress 7.0 Connectors API tworzą razem ekosystem, w którym asystenci AI mogą odkrywać i wykonywać akcje na stronie WordPress — bez dedykowanego kodu integracyjnego dla każdej kombinacji wtyczek.

Abilities API

Centralny rejestr możliwości

Wtyczki deklarują swoje zdolności w jednym miejscu, zamiast budować osobne integracje. WooCommerce może zarejestrować takie możliwości jak aktualizacja stanów magazynowych, pobieranie danych zamówień czy modyfikacja atrybutów produktów. Te zdolności stają się wykrywalne przez endpointy REST lub adapter MCP.

MCP Adapter

Model Context Protocol dla WordPressa

MCP Adapter implementuje otwarty standard komunikacji asystentów AI z narzędziami zewnętrznymi. Po połączeniu narzędzia takie jak Claude, ChatGPT czy Gemini mogą zobaczyć, co strona WordPress potrafi, i wykonywać akcje bezpośrednio — od masowej aktualizacji postów po analizę danych WooCommerce.

Connectors API

Zarządzanie połączeniami z usługami

Nowy w WordPress 7.0 — Connectors API zarządza połączeniami z usługami zewnętrznymi, a ekran Connectors pozwala konfigurować dostawców AI w jednym miejscu. Raz skonfigurowane połączenia są dostępne we wszystkich wtyczkach. W WordPress 7.1 planowane jest rozszerzenie na dodatkowe metody uwierzytelniania.

Client Side Abilities

Możliwości po stronie przeglądarki

Client Side Abilities API wprowadza standaryzowany sposób rejestrowania i uruchamiania „abilities" w przeglądarce. Umożliwia bogatsze workflow po stronie klienta — w tym integrację z ulepszoną paletą poleceń (Command Palette), wyszukiwanie i filtrowanie zarejestrowanych zdolności.

Odświeżony panel administracyjny WordPress 7

Panel administracyjny WordPressa nie przechodził istotnej zmiany wizualnej od aktualizacji MP6 w 2013 roku. WordPress 7.0 wprowadza pierwszą od ponad dekady modernizację interfejsu — DataViews zamiast klasycznych tabel, animowane przejścia między ekranami i ujednolicony system design tokens.

DataViews Nowoczesny zamiennik klasycznych tabel WP_List_Table na ekranach Postów, Stron i Mediów. DataViews to komponentowy interfejs oparty na @wordpress/components, obsługujący filtrowanie, sortowanie oraz przełączanie między widokiem listy i siatki. Uwaga: migracja dotyczy tylko ekranów core — niestandardowe ekrany CPT nadal używają WP_List_Table.

DataForm Nowy komponent do budowania formularzy administracyjnych — z nowymi kontrolkami (combobox, adaptiveSelect), nowym układem szczegółów (details layout) i pełną walidacją we wszystkich kontrolkach. DataForm standaryzuje interfejsy CRUD i redukuje potrzebę budowania własnych rozwiązań React dla panelu.

View Transitions Animowane przejścia między ekranami panelu eliminują przeładowania stron — nawigacja po panelu WordPress 7 wygląda i działa jak nowoczesna aplikacja SaaS. Płynne przejścia dropdown, ujednolicone elementy formularzy i spójny system design tokens dla kolorów, typografii i odstępów.

Nowy schemat kolorów WordPress 7.0 wprowadza nowy domyślny schemat kolorystyczny „Modern". Wtyczki korzystające z zakodowanych na sztywno kolorów hex, zakładające konkretne wartości tła lub nadpisujące selektory CSS panelu mogą wyglądać nieprawidłowo — warto przetestować wygląd wtyczek z nowym schematem.

Strony wtyczek w Edytorze Deweloperzy mogą teraz budować niestandardowe strony panelu administracyjnego z poziomu wtyczek, korzystając z komponentów Edytora Witryny. To fundament nowej generacji interfejsów administracyjnych — strony wtyczek mogą wyglądać jak natywne ekrany WordPressa, zamiast „doczepionych" stron ustawień.

Interactivity API w WordPress 7.0 — reaktywny frontend bez frameworków

Interactivity API, wprowadzone w WordPress 6.5 i rozwijane w kolejnych wersjach, osiąga w WordPress 7.0 status stabilnego API 1.0. To natywna, deklaratywna metoda dodawania zachowań po stronie klienta do bloków, bez konieczności używania React, Vue czy innych zewnętrznych frameworków.

Nowa funkcja

watch() — obserwowanie zmian stanu

WordPress 7.0 dodaje funkcję watch() do pakietu @wordpress/interactivity. Umożliwia ona subskrybowanie zmian dowolnej reaktywnej wartości programatycznie — niezależnie od DOM. Idealna do logowania, synchronizacji stanu między store'ami i efektów ubocznych na poziomie sklepu.

Breaking change

state.navigation → state.url

Skrót state.navigation w routerze Interactivity API jest zdeprecjonowany w WordPress 7. Należy zastąpić go wywołaniem watch() śledzącym state.url. Wartość state.url jest teraz inicjalizowana po stronie serwera — eliminuje stan undefined przy ładowaniu modułu routera.

Dyrektywy

Reaktywne bloki bez JavaScript

Dyrektywy data-wp-on–click, data-wp-bind, data-wp-context i data-wp-each pozwalają budować reaktywne listy, katalogi produktów, filtry i paginację, które aktualizują się automatycznie przy zmianie stanu. Cała logika w ramach stosu WordPress, bez zewnętrznych zależności.

Analityka

Śledzenie nawigacji po stronie klienta

Kombinacja watch() i state.url pozwala niezawodnie śledzić nawigację kliencką — np. wysyłać zdarzenia analityki przy każdej wirtualnej odsłonie strony. To istotna zmiana dla stron korzystających z nawigacji opartej na Interactivity API router.

Edytor blokowy WordPress 7 — iframe, bloki PHP i nowe narzędzia

WordPress 7.0 kontynuuje ewolucję edytora blokowego. Pełne iframe'owanie edytora, rejestracja bloków wyłącznie z PHP, nowe bloki w rdzeniu i rozszerzone narzędzia projektowe zbliżają natywny edytor do możliwości oferowanych dotąd tylko przez page buildery takie jak Elementor.

Edytor w iframe Edytor postów w WordPress 7 działa w ramce iframe (sandboxing). Style strony nie przenikają do edytora i odwrotnie — WYSIWYG staje się znacznie dokładniejszy. To breaking change: kod odpytujący DOM edytora z poziomu dokumentu nadrzędnego (window/document), niestandardowe metaboksy i selektory TinyMCE mogą przestać działać.

Bloki PHP-only Rejestracja bloków i wzorców wyłącznie z PHP, z automatycznie generowanymi kontrolkami inspektora. Idealne dla bloków, które nie potrzebują interaktywności po stronie klienta w edytorze — eliminuje konieczność budowania JavaScript. Już teraz dostępne nowe polecenia WP-CLI: wp block i wp ability.

Nowe bloki w rdzeniu WordPress 7.0 dodaje blok Ikony (Icons) i blok Breadcrumbs bezpośrednio w rdzeniu — bez konieczności instalowania dodatkowych wtyczek. Galeria otrzymuje obsługę lightbox (kliknięcie i przeglądanie zdjęć). Nagłówki (Heading) dostępne jako warianty bloku — łatwiejszy wybór poziomu H2–H6.

Responsywna edycja Kontrolki widoczności bloków w WordPress 7 pozwalają ukrywać lub pokazywać bloki w zależności od rozmiaru ekranu (desktop, tablet, mobile) — bezpośrednio z edytora, bez pisania CSS. Video jako tło sekcji, niestandardowe CSS per instancja bloku, wsparcie dla pseudo-elementów w theme.json.

Block Bindings Rozszerzone wsparcie Block Bindings dla nadpisań wzorców (pattern overrides) obejmuje teraz niestandardowe bloki dynamiczne. Tryb Spotlight izoluje treść we wzorcach, a tryb Isolated Editor służy do edycji zsynchronizowanych wzorców, części szablonów i nawigacji.

Przetwarzanie mediów po stronie klienta

WordPress 7.0 przenosi część operacji na mediach z serwera do przeglądarki użytkownika. Skalowanie obrazów, kompresja i konwersja formatów odbywają się po stronie klienta — co odciąża serwer i przyspiesza proces przesyłania. WordPress 7 wprowadza też zmiany w zarządzaniu czcionkami.

Obrazy

Skalowanie i kompresja w przeglądarce

Przetwarzanie mediów po stronie klienta (client-side media processing) wykorzystuje możliwości przeglądarki do skalowania i kompresji obrazów przed wysłaniem ich na serwer. Mniejsze pliki = szybszy upload i mniejsze obciążenie serwera. Wsparcie dla formatu AVIF — jednego z najnowocześniejszych formatów obrazów webowych.

Czcionki

Font Library dla wszystkich motywów

Font Library — ekran do przeglądania, instalowania i organizowania czcionek — jest teraz dostępny dla wszystkich motywów WordPress 7, w tym klasycznych. Nowa opcja Czcionki (Fonts) w zakładce Wygląd ułatwia zarządzanie typografią niezależnie od używanego motywu.

CodeMirror

Aktualizacja edytora kodu

CodeMirror zaktualizowany do wersji 5.65.40 — lepsza rozszerzalność i więcej opcji dla bibliotek. Dotyczy edytorów kodu w panelu WordPress (m.in. edytor motywów, dodatkowe CSS, edytor wtyczek).

Nawigacja

Nakładki mobilne w Edytorze Witryny

WordPress 7.0 umożliwia projektowanie mobilnych nakładek nawigacyjnych (overlay) bezpośrednio w Edytorze Witryny — za pomocą bloków i wzorców. Deweloperzy motywów mogą budować responsywne menu bez niestandardowego kodu HTML, korzystając ze stabilnych hooków zamiast nadpisywania znaczników bloku nawigacji.

Wymagania techniczne WordPress 7.0 — co musisz sprawdzić

WordPress 7.0 podnosi minimalne wymagania dotyczące PHP i bazy danych. To nie opcjonalna rekomendacja — strony niespełniające wymagań nie otrzymają automatycznej aktualizacji WordPress 7 i pozostaną na gałęzi 6.9. Sprawdź swój hosting przed wydaniem.

PHP 7.4 (minimum) WordPress 7.0 wymaga co najmniej PHP 7.4 — wcześniej minimum to PHP 7.2.24. Strony na PHP 7.2 lub 7.3 nie dostaną automatycznej aktualizacji. Globalnie PHP 7.2 i 7.3 stanowią poniżej 4% instalacji WordPress, ale na starszym hostingu ten odsetek może być wyższy. Zalecana wersja to PHP 8.3 lub nowsza — szczególnie dla funkcji AI, które wymagają nowoczesnych SDK.

MySQL 8.0 / MariaDB 10.6 Minimalna wersja bazy danych wzrasta z MySQL 5.5.5 do MySQL 8.0. MariaDB — co najmniej wersja 10.6. To istotna zmiana dla hostingów, które nie aktualizowały serwera baz danych od lat.

HTTPS HTTPS jest zalecane, ale nie jest bezwzględnym wymaganiem WordPress 7.0. Niemniej każda strona produkcyjna powinna korzystać z HTTPS — to standard bezpieczeństwa i wymóg wielu API (w tym integracji AI).

Hosting i caching Współpraca w czasie rzeczywistym (HTTP polling) działa na każdym hostingu, w tym współdzielonym. WebSocket jest opcjonalnym ulepszeniem, nie wymogiem. Hosting z własnymi warstwami cache powinien zweryfikować zachowanie cache w kontekście RTC — edycja współbieżna może kolidować z trwałym cache postów.

Jak przygotować stronę na aktualizację do WordPress 7.0

Aktualizacja WordPress 7 to nie jest zwykła aktualizacja minor. Poniżej znajdziesz listę konkretnych kroków, które warto wykonać przed wydaniem — niezależnie od tego, czy prowadzisz bloga, sklep WooCommerce, czy sieć stron WordPress Multisite.

1. Sprawdź wersję PHP Zaloguj się do panelu hostingu lub użyj wtyczki diagnostycznej. Jeśli masz PHP 7.2 lub 7.3, zaktualizuj do PHP 8.2 lub 8.3 przed wydaniem WordPress 7. Przetestuj działanie strony na nowej wersji PHP na środowisku staging.

2. Sprawdź bazę danych Upewnij się, że serwer baz danych to co najmniej MySQL 8.0 lub MariaDB 10.6. Skontaktuj się z hostingiem, jeśli nie masz pewności co do wersji. Przy okazji zoptymalizuj bazę danych — poradnik optymalizacji bazy danych WordPress.

3. Zrób kopię zapasową Przed każdą dużą aktualizacją wykonaj pełną kopię zapasową — pliki + baza danych. Zweryfikuj, że kopia jest kompletna i możliwa do przywrócenia. Szczegółowy poradnik: kopie zapasowe WordPress.

4. Sprawdź wtyczki Sprawdź pole „Tested up to" w każdej aktywnej wtyczce na wordpress.org. Szczególną uwagę zwróć na wtyczki modyfikujące ekrany Postów, Stron i Mediów (ze względu na DataViews) oraz na wtyczki z niestandardowymi stylami panelu. Główne wtyczki (WooCommerce, Yoast SEO, ACF, Elementor) już wydały aktualizacje kompatybilne z WordPress 7.

5. Testuj na staging Nie aktualizuj strony produkcyjnej bezpośrednio. Sklonuj witrynę na środowisko testowe, wykonaj aktualizację i przetestuj kluczowe funkcje — formularze, płatności, niestandardowe typy postów, wygląd panelu. Więcej o staging: środowisko staging WordPress.

6. Nie włączaj auto-update Nie włączaj automatycznych aktualizacji dla wersji głównych. WordPress 7.0 wymaga ręcznego testowania przed wdrożeniem produkcyjnym. Aktualizacje bezpieczeństwa minor (np. 7.0.1, 7.0.2) mogą być automatyczne.

7. Sprawdź motyw Jeśli używasz motywu blokowego — przetestuj wygląd z nowym schematem kolorów „Modern". Jeśli masz motyw klasyczny — funkcjonalność podstawowa pozostaje, ale nowe funkcje WordPress 7 (współpraca, Interactivity API, DataViews) są dostępne wyłącznie w architekturze blokowej.

Co nie weszło do WordPress 7.0 — funkcje przesunięte do 7.1

Nie wszystkie planowane funkcje zmieściły się w cyklu wydawniczym WordPress 7.0. Kilka istotnych elementów zostało przeniesionych do WordPress 7.1, planowanego na sierpień 2026:

Edytor

Always-iframed post editor

Pełne wymuszenie iframe w edytorze postów przesunięto do WordPress 7.1. W wersji 7.0 edytor jest iframe'owany gdy bloki korzystają z Block API w wersji 3 lub wyższej — pełna migracja nastąpi stopniowo.

Bloki

Tabs, Dialog, Playlist

Trzy nowe bloki nie zdążyły na WordPress 7.0: blok Tabs (zakładki), blok Dialog (modalne okna dialogowe) i blok Playlist (odtwarzacz mediów). Wszystkie planowane są na wydanie 7.1.

Abilities

Core Abilities dla postów

Natywne zdolności do zarządzania postami przez Abilities API (tworzenie, odczyt, aktualizacja, usuwanie postów przez AI) wymagają dalszej recenzji. Pełna integracja spodziewana w WordPress 7.1.

Baza danych

Dedykowana tabela RTC

Propozycja dedykowanej tabeli wp_collaboration dla danych współpracy w czasie rzeczywistym — zamiast używania post_meta — jest w trakcie dyskusji i stanowi główną przyczynę opóźnienia wydania WordPress 7.0.

Co dalej — WordPress 7.1, 7.2 i przyszłość platformy

WordPress 7.0 to dopiero początek. Roadmapa na 2026 rok zakłada trzy duże wydania. Oto, czego można spodziewać się w kolejnych miesiącach:

WordPress 7.1 — sierpień 2026 Głębsze workflow współpracy, always-iframed post editor, blok Tabs, Core Abilities do zarządzania postami przez AI, dalsza rozszerzalność DataViews i otwarcie Connectors API na dostawców spoza AI.

WordPress 7.2 — grudzień 2026 Rozszerzone funkcje współpracy i pierwsze kroki w kierunku natywnej wielojęzyczności w rdzeniu WordPressa (Faza 4 roadmapy Gutenberga). To funkcjonalność, na którą społeczność czeka od lat — natywne wsparcie wielu języków bez konieczności stosowania wtyczek takich jak WPML czy Polylang.

Kontekst rynkowy WordPress 7.0 pojawia się w interesującym momencie — w tym samym tygodniu Cloudflare zaprezentował EmDash, CMS zbudowany w TypeScript z natywnym wsparciem AI, określany jako „duchowy następca WordPressa". Konkurencja ze strony narzędzi AI-native sprawia, że infrastruktura AI w WordPress 7 ma znaczenie strategiczne — to nie tylko feature, ale odpowiedź na zmieniający się rynek.

Najczęściej zadawane pytania o WordPress 7.0

Kiedy WordPress 7.0 zostanie wydany?+

WordPress 7.0 został zaplanowany na wiosnę 2026 roku, ale premiera została przesunięta o kilka tygodni ze względu na dopracowanie architektury bazy danych dla współpracy w czasie rzeczywistym. Opóźnienie było spowodowane problemami z mechanizmem przechowywania danych synchronizacji opartym na post_meta.

Czy WordPress 7.0 zepsuje moją stronę?+

WordPress zachowuje kompatybilność wsteczną, ale WordPress 7.0 wprowadza istotne zmiany: edytor w iframe, DataViews zamiast klasycznych tabel, nowy schemat kolorów panelu i podniesione wymagania PHP 7.4 / MySQL 8.0. Wtyczki modyfikujące ekrany Postów, Stron lub Mediów mogą wymagać aktualizacji. Zawsze testuj aktualizację na środowisku staging — jak utworzyć staging WordPress.

Czy muszę zaktualizować PHP przed WordPress 7?+

Tak. Minimalna wersja PHP to 7.4. Strony na PHP 7.2 lub 7.3 nie otrzymają automatycznej aktualizacji i pozostaną na gałęzi WordPress 6.9. Zalecana wersja to PHP 8.3 lub nowsza. Zaktualizuj PHP i przetestuj stronę na staging przed wydaniem WordPress 7.0.

Czy WordPress 7.0 ma wbudowaną sztuczną inteligencję?+

WordPress 7 nie jest chatbotem ani generatorem treści. Wprowadza infrastrukturę AI — WP AI Client i Connectors API — ujednolicone API pozwalające wtyczkom komunikować się z dowolnym modelem AI (OpenAI, Anthropic Claude, Google Gemini, Ollama). Dostawcy instalowani są jako wtyczki konektorowe. Opcjonalny ekran AI Experiments pozwala włączyć funkcje takie jak generowanie wycinek czy alt-textów.

Czy klasyczne motywy nadal będą działać?+

Tak, WordPress 7.0 nie wymusza przejścia na motywy blokowe. Klasyczne motywy nadal działają. Jednak nowe funkcje — współpraca w czasie rzeczywistym, Interactivity API, DataViews — są budowane wyłącznie dla architektury blokowej. Zespół WordPress zaleca traktowanie wersji 7.0 jako terminu migracji do motywów blokowych.

Jak działa współpraca w czasie rzeczywistym w WordPress 7?+

Wielu użytkowników edytuje ten sam wpis jednocześnie w edytorze blokowym — widoczne są kursory i wskaźniki obecności. Domyślny mechanizm to HTTP polling (działa na każdym hostingu), opcjonalnie WebSocket. Konflikty rozwiązywane przez CRDT. Domyślny limit to 2 jednoczesnych edytorów, konfigurowalny przez stałą w wp-config.php.

Czy WordPress 7.0 wprowadza nowy motyw domyślny?+

Nie. WordPress 7.0 nie zawiera nowego motywu typu Twenty Twenty-Six. Zamiast tego zespół rozwija istniejące motywy blokowe (Twenty Twenty-Five) poprzez narzędzia Edytora Witryny i funkcje Fazy 3 Gutenberga.