Kilka miesięcy temu pisałem o WordPressie 6.8 jako o wydaniu stabilnym, przewidywalnym i dopracowanym. Nudnym w najlepszym tego słowa znaczeniu, bo „nudne” w świecie aktualizacji oznacza „nic się nie popsuło”. Pisałem też o Claude Connector i nadchodzącym WP AI Client, który miał wejść do rdzenia WordPressa w wersji 7.0. Obiecywałem, że będzie jazda. I jest. Tyle że jazda na razie odbywa się z kilkoma niespodziewanymi zakrętami.

WordPress 7.0 to oficjalny start Fazy 3 projektu Gutenberg — Collaboration. To największe wydanie od czasu, gdy w wersji 5.0 pojawił się edytor bloków. Real-time collaboration, sztuczna inteligencja wbudowana w rdzeń, odświeżony panel admina, nowe bloki natywne — lista zmian jest imponująca. Ale jest jedno „ale”. Premiera, która była zaplanowana na 9 kwietnia 2026 roku, została oficjalnie opóźniona. Zespół deweloperski potrzebuje jeszcze kilku tygodni na dopracowanie kluczowej funkcji — współpracy w czasie rzeczywistym.

Co nowego w WordPress 7.0? Szybki przegląd nowości

Współpraca w czasie rzeczywistym (Phase 3: Collaboration)

To flagowa funkcja tej wersji i jednocześnie powód, dla którego premiera się przesunęła. WordPress od ponad 20 lat był narzędziem „jednego autora” — owszem, mogłeś przypisać role redaktorom, ale dwóch ludzi nie mogło jednocześnie edytować tego samego wpisu bez ryzyka nadpisania zmian. Teraz to się zmienia.

WordPress 7.0 wprowadza edycję w czasie rzeczywistym w stylu Google Docs. Wielu autorów na jednym poście, widoczne kursory, zmiany pojawiające się na żywo. Do tego rozbudowany system Notes — możesz zaznaczać konkretny fragment tekstu w akapicie i zostawić komentarz dokładnie w tym miejscu (nie tylko do całego bloku, jak wcześniej). Pojawiły się też @wzmianki, dzięki którym możesz „zaczepić” kolegę z zespołu bez przełączania się na Slacka. Jest nawet tryb sugestii — recenzent proponuje zmianę, a autor akceptuje ją lub odrzuca jednym kliknięciem. Brzmi jak Google Docs? Bo tak ma brzmieć.

Ważna uwaga: Funkcja współpracy w WP 7.0 będzie działać jako opt-in, czyli trzeba ją świadomie włączyć. To nie jest coś, co samo się aktywuje po aktualizacji. Zespół WordPress zrobił to celowo, żeby hostingi i administratorzy mieli czas na przetestowanie wpływu na wydajność serwera, zanim włączą funkcję dla wszystkich użytkowników.

Współpraca w czasie rzeczywistym nie działa, gdy wtyczki korzystają z klasycznych metaboxów. Jeśli masz wtyczkę, która renderuje swój interfejs w starym stylu metaboxów (a wiele popularnych wtyczek wciąż to robi), edycja real-time zostanie automatycznie wyłączona na danym poście. To sygnał dla deweloperów, żeby zaczęli migrować na nowoczesne API Gutenberga.

AI wchodzi do rdzenia — WP AI Client i Connectors

O tym pisałem już w artykule o Claude Connector, ale wtedy to była dopiero propozycja. Teraz to fakt. WordPress 7.0 wbudowuje infrastrukturę AI bezpośrednio w rdzeń systemu.

W panelu admina pojawia się nowa strona Ustawienia > Połączenia— centralne miejsce, w którym podpinasz klucze API swoich dostawców AI. Na start dostępne są trzy sloty: Anthropic (Claude), Google (Gemini) oraz OpenAI (GPT-4o). Jeden punkt konfiguracji dla wszystkich, fajne? 🙂

Obok strony Connectors pojawia się Ustawienia > AI – ekran z przełącznikami, na którym włączasz konkretne funkcje AI: generowanie tytułów, zajawek (excerptów), tekstu alternatywnego do obrazów, generowanie obrazów, podsumowania treści czy review notes. Wszystko działa w modelu opt-in — sam decydujesz, czego chcesz używać.

Pod spodem całość napędza Abilities API — ustandaryzowany sposób, w jaki wtyczki deklarują swoje możliwości AI. W wersji 7.0 API zostaje rozbudowane o zdolności hybrydowe (łączące wiele możliwości w złożone workflow), pakiet JavaScript (@wordpress/abilities) oraz oficjalne „abilities” WordPressa dla typowych zadań. Dla developerów to oznacza jedno — piszesz kod raz, a Twoja wtyczka działa z dowolnym dostawcą AI, którego wybrał administrator strony. Żadnego zakodowania na sztywno „tylko OpenAI”.

Pamiętasz, jak w artykule o Claude Connector porównywałem WP AI Client do gniazdka elektrycznego w ścianie? Teraz to gniazdko jest oficjalnie wmurowane w ścianę.

Nowe bloki natywne

WordPress 7.0 kontynuuje rozbudowę edytora bloków o nowe elementy, które do tej pory wymagały instalowania wtyczek. Na pokładzie znalazły się Tabs Block (zakładki — już scalony z core), Breadcrumbs Block (okruszki nawigacyjne — również scalony), a w trakcie prac są jeszcze: Slider Block (karuzela), Dialog Block (modale i popupy), Playlist Block (playlisty audio), Icon Block (ikony z wbudowanej biblioteki) oraz Table of Contents Block (automatyczny spis treści na podstawie nagłówków).

Mniej wtyczek to szybsza strona i mniej potencjalnych konfliktów. Jeśli do tej pory instalowałeś osobną wtyczkę do breadcrumbów albo do zakładek — w WP 7.0 możesz ją wyrzucić.

Odświeżony panel administracyjny

Panel admina WordPressa nie przeszedł większego liftingu od 2013 roku. Trzynaście lat z tym samym wyglądem. WordPress 7.0 rozpoczyna proces modernizacji — pojawia się ujednolicony design system (tokeny kolorów, typografii, odstępów), odświeżone tabele admina w stylu DataViews oraz nowoczesne widgety kokpitu. Zarządzanie czcionkami dostaje własny, dedykowany ekran w Wygląd > Czcionki, gdzie wgrywasz i zarządzasz fontami z jednego miejsca.

Cała modernizacja przechodzi testy dostępności (WCAG 2.2 poziom AA) — kontrast kolorów, nawigacja klawiaturą i kompatybilność z czytnikami ekranowymi są traktowane priorytetowo.

Responsive editing — widoczność bloków per urządzenie

W końcu natywnie, bez CSS. WordPress 7.0 wprowadza możliwość ukrywania bloków w zależności od rozmiaru ekranu — mobile, tablet, desktop. Do tej pory, żeby schować element na telefonie, musiałeś dodawać własne klasy CSS albo instalować wtyczkę. Teraz robisz to jednym kliknięciem w edytorze. W przyszłych wersjach pojawią się jeszcze bardziej zaawansowane narzędzia — edycja stylów per breakpoint i konfigurowalne punkty przerwania.

Podniesienie wymagań — PHP 7.4 minimum

WordPress 7.0 podnosi minimalną wymaganą wersję PHP z 7.2.24 do PHP 7.4.0. Jeśli Twój serwer działa na PHP 7.2 lub 7.3, WordPress 7.0 po prostu się nie zainstaluje — Twoja strona zostanie na gałęzi 6.9, gdzie nadal będziesz dostawać łatki bezpieczeństwa, ale bez nowych funkcji. Użycie PHP 7.2 i 7.3 spadło poniżej 4% monitorowanych instalacji WordPressa, więc projekt zdecydował się je porzucić.

Kogo dotyczy ta aktualizacja? Szybka diagnostyka

Nie każdy musi reagować tak samo na WordPress 7.0. Zależy, kim jesteś i co robisz ze swoją stroną.

  1. Jeśli prowadzisz prostego bloga lub stronę firmową — zyskujesz AI do generowania tytułów i zajawek (koniec z pustym polem „Zajawka” w edytorze), nowe bloki natywne (breadcrumbs, zakładki, spis treści) i responsywne ukrywanie bloków bez CSS. Musisz uważać na kompatybilność motywu i wersję PHP.
  2. Jeśli prowadzisz sklep na WooCommerce — zachowaj szczególną ostrożność. Sprawdź, czy Twoja wersja WooCommerce jest kompatybilna z WP 7.0 (poczekaj na oficjalne potwierdzenie od zespołu WooCommerce). Przetestuj cały proces zakupowy na stagingu. AI do opisów produktów brzmi rewelacyjnie, ale wolę, żebyś najpierw upewnił się, że koszyk i płatności nadal działają.
  3. Jeśli pracujesz w agencji lub zespole redakcyjnym — real-time collaboration to zmiana, na którą czekaliście od lat. Ale pamiętaj, że funkcja wymaga odpowiedniej infrastruktury serwerowej. HTTP polling generuje dodatkowe zapytania do serwera. Jeśli Twój hosting ledwo ciągnie na obecnej wersji, włączenie collaboration może go dobić. Porozmawiaj ze swoim hostingiem, zanim włączysz tę funkcję.
  4. Jeśli jesteś developerem lub twórcą wtyczek — Abilities API i WP AI Client to nowy standard, który warto zrozumieć już teraz. React 19, wymuszony iframe w edytorze i zmiany w walidacji bloków mogą wpłynąć na Twoje rozszerzenia. Testuj, testuj, testuj.

Szybki check, który możesz zrobić teraz, jeszcze przed premierą: otwórz panel admina, wejdź w Narzędzia > Zdrowie strony > Info > Serwer i sprawdź wersję PHP. Jeśli widzisz cokolwiek poniżej 7.4 — pierwszą rzeczą, którą musisz zrobić, jest aktualizacja PHP, a nie WordPressa. Przy okazji zerknij na wersje swoich najważniejszych wtyczek (WooCommerce, Elementor, Divi, Yoast) i sprawdź, czy ich autorzy ogłosili już kompatybilność z WP 7.0.

Na co uważać przed aktualizacją? Potencjalne miny

PHP 7.2 / 7.3 = stop

Powtórzę to raz jeszcze, bo to najczęstsza przyczyna problemów po dużych aktualizacjach: WordPress 7.0 wymaga minimum PHP 7.4. Jeśli tego nie spełniasz, aktualizacja się nie uruchomi i zostaniesz na WP 6.9. Jak to sprawdzić? Narzędzia > Zdrowie strony > Info > Serwer > Wersja PHP. Jeśli widzisz 7.2 lub 7.3 — zaloguj się do panelu swojego hostingu i zmień wersję PHP albo napisz do supportu z prośbą o upgrade. Większość hostingów robi to w kilka minut.

Wtyczki page builder (Elementor, Divi, WPBakery)

Wymuszony iframe w edytorze i zmiany w walidacji bloków mogą powodować konflikty ze starszymi wersjami page builderów. Elementor, Divi i WPBakery to wtyczki używane na milionach stron, więc ich twórcy na pewno wydadzą aktualizacje kompatybilne z WP 7.0 — ale mogą potrzebować na to kilku dni po premierze. Sprawdź changelogi swoich builderów przed aktualizacją i upewnij się, że masz najnowszą wersję.

Dodatkowy problem: AI Client w WP 7.0 działa natywnie z Gutenbergiem. Jeśli Twoja strona jest zbudowana całkowicie na Elementorze i w ogóle nie korzystasz z edytora bloków — nowe funkcje AI mogą Ci się na razie nie przydać. To nie znaczy, że nie warto aktualizować, ale zarządzaj oczekiwaniami.

Wtyczki AI, które już masz zainstalowane

Jeśli korzystasz z AI Engine, Jetpack AI, Divi AI czy innej wtyczki z własnym systemem kluczy API — na razie mogą one działać równolegle z nowym WP AI Client. Ale warto obserwować sytuację. Z czasem wtyczki prawdopodobnie zaczną migrować na Abilities API, żeby korzystać z centralnych Connectors zamiast własnych ustawień. Na dziś — nie musisz niczego wyrzucać, ale bądź świadomy, że ekosystem się zmienia.

Wtyczki bezpieczeństwa typu „Disable REST API”

Pisałem o tym w artykule o Claude Connector i powtórzę tutaj: wtyczki, które blokują REST API, mogą uniemożliwić działanie nowych funkcji AI i collaboration. Real-time collaboration opiera się na HTTP polling do endpointów synchronizacji — jeśli Twoja wtyczka bezpieczeństwa je zablokuje, funkcja po prostu nie zadziała. Sprawdź konfigurację swoich pluginów bezpieczeństwa i w razie potrzeby dodaj wyjątki.

Motyw klasyczny vs. blokowy

Nowe bloki, responsive editing i odświeżony design system działają najlepiej z motywami blokowymi (FSE). Jeśli nadal korzystasz z klasycznego motywu — nowe funkcje będą dostępne tylko częściowo. Jeśli zastanawiasz się nad migracją na Full Site Editing, to dobry moment, żeby się za to zabrać. Pisałem o tym w osobnym artykule o migracji na FSE — warto do niego zajrzeć.

Review Notes — jeszcze nie działa stabilnie

Funkcja AI do generowania recenzji treści (Review Notes) pojawia się w ustawieniach AI Experiments, ale w testach na wersji RC nie generowała żadnych wyników. Przycisk jest, ustawienie jest, a output — brak. Testerzy z InstaWP potwierdzają ten problem. Jeśli włączysz Review Notes po aktualizacji i nic się nie stanie — nie panikuj, to nie Twoja wina. Poczekaj na pierwszą łatkę (WP 7.0.1), w której ta funkcja powinna zostać dopracowana.

Podsumowanie

WordPress 7.0 to duży krok naprzód: real-time collaboration zmienia WordPressa z narzędzia jednoosobowego w platformę zespołową, AI w rdzeniu likwiduje chaos z pięcioma różnymi wtyczkami do sztucznej inteligencji, nowe bloki natywne redukują zależność od pluginów, a odświeżony panel admina w końcu wygląda jak produkt z tej dekady. Jednocześnie musisz pamiętać o wymaganiu PHP 7.4, potencjalnych konfliktach z page builderami, niestabilności Review Notes i — przede wszystkim — o tym, że premiera została przesunięta, żeby dopracować fundament współpracy w czasie rzeczywistym.

Moja rada? Przygotuj się teraz: sprawdź PHP, zaktualizuj wtyczki, zrób backup, postaw staging. Kiedy WP 7.0 oficjalnie wyjdzie — będziesz gotowy na aktualizację, zamiast gasić pożary.

Jeżeli macie jeszcze inne pytania odnośnie tworzenia stron internetowych, administracji stron internetowych lub pozycjonowaniem stron to również śmiało pytajcie.

Mateusz Adamski

Mateusz Adamski

Frontend Developer, Specjalista SEO. Od 2009 roku zajmuję się pozycjonowaniem oraz optymalizacją stron internetowych. Od 2012 roku specjalizuję się w tworzeniu stron i sklepów internetowych opartych na systemach CMS WordPress oraz Prestashop. Posiadam dobrą znajomość HTML5, CSS3, Bootstrap. Dysponuję również dużym doświadczeniem z programami Adobe Photoshop, Dreamweaver oraz CorelDRAW. Prywatnie jestem dużym fanem fotografii oraz motoryzacji. Od 2013 roku udzielam się jako klubowicz oraz moderator ogólnopolskiego klubu motoryzacyjnego. Masz jakieś pytania? Napisz do nas.