WordPress 7.0 – wszystko, co musisz wiedzieć jako deweloper i właściciel sklepu

WordPress 7.0 to nie jest zwykła aktualizacja. To pierwsza wersja, w której WordPress wbudowuje natywne AI bezpośrednio w rdzeń platformy – zmieniając to, co możesz zbudować i jak to możesz zbudować. Jednocześnie wersja ta zamyka drzwi dla PHP 7.2 i 7.3, kontynuuje migrację edytora do iframe i odświeża wygląd panelu administracyjnego.

W tym artykule przechodzę przez każdą istotną zmianę z dokumentacji technicznej. Bez marketingowego bełkotu – tylko to, co musisz wiedzieć, żeby przygotować swoje wtyczki, sklepy i klientów.

1. Nowy motyw admina – Modern

WordPress 7.0 zmienia domyślny motyw panelu administracyjnego na Modern. Każdy ekran w adminie przeszedł jakieś zmiany wizualne – w tym wszystkie ekrany oparte na komponentach z pakietu @wordpress/components.

Co to oznacza w praktyce?

Jeśli Twoja wtyczka renderuje cokolwiek w panelu admina – tabele, formularze, przyciski, meta boxy, własne strony ustawień – sprawdź to przed aktualizacją klientów. Layouty mogą wyglądać inaczej niż zakładałeś, szczególnie jeśli gdzieś polegałeś na specificznych stylach motywu admina.

Przejdź przez każdy ekran swojej wtyczki na środowisku stagingowym z WordPress 7.0. Zajmie Ci to 15-30 minut i oszczędzi wstydu przed klientem.

Rekomendacja:

2. Koniec wsparcia PHP 7.2 i 7.3

WordPress stosuje jeden próg decyzyjny przy podnoszeniu minimum PHP: 5% aktywnych instalacji. PHP 7.2 i 7.3 łącznie spadły poniżej 4% – projekt uznał, że czas je wycofać.

Rozkład wersji PHP na instalacjach WordPress w momencie ogłoszenia zmiany wyglądał tak:

Wersja PHP	Udział
8.3	16,74%
8.2	27,29%
8.1	15,39%
8.0	5,69%
7.4	22,20%
7.3	2,04%
7.2	1,81%

Nowe minimum: PHP 7.4. Zalecane nadal: PHP 8.3.

Co musisz zrobić?

Deweloperzy wtyczek i motywów:

• Zaktualizuj nagłówek Requires PHP w pliku głównym wtyczki i w readme.txt.
• Sprawdź czy Twój kod nie używa składni niedostępnej w PHP 7.4. Jeśli używasz PHP 7.2-specyficznych funkcji – czas na refaktor, choć szczerze: PHP 7.2 wygasło oficjalnie w 2020 roku.

Agencje i właściciele sklepów:

• Jeśli serwer klienta działa na PHP 7.2 lub 7.3 – WordPress 7.0 nie zostanie zainstalowany. Klient zostaje zablokowany na gałęzi 6.9, która otrzymuje jedynie backportowane poprawki bezpieczeństwa.
• To dobry moment na rozmowę o aktualizacji hostingu. PHP 7.4 jest na rynku od 2019 roku – nie jest to żadna nowość dla żadnego poważnego dostawcy hostingu.

3. Edytor postów i iframe – subtelna, ale ważna zmiana

Kontekst

Większość edytorów w WordPressie działa już w iframe od jakiegoś czasu – edytor szablonów, edytor serwisu, podglądy urządzeń. Wyjątkiem był edytor postów.

Edytor postów był iframowany tylko wtedy, gdy wszystkie wtyczki zainstalowane na danej stronie używały block API w wersji 3 lub wyżej. Jeden stary blok w jednej wtyczce – i cały edytor wychodził z iframe dla wszystkich użytkowników na całej instalacji.

Co zmienia się w WordPress 7.0?

WordPress przestaje sprawdzać wszystkie zarejestrowane bloki i zaczyna sprawdzać tylko bloki faktycznie wstawione w konkretny post. Logika jest teraz:

• Wszystkie bloki w tym poście mają API v3+? → edytor w iframe.
• Jest choćby jeden blok w starszej wersji? → iframe znika dla tego posta.

To znacznie bardziej pragmatyczne podejście – nie karujesz całej instalacji za jedną starą wtyczkę.

Ważne: WordPress 7.0 nie wymusza iframe

W rdzeniu WordPressa 7.0 wymuszenie dla klasycznych motywów jeszcze nie wchodzi. Jest ono testowane w Gutenberg pluginie 22.6 – po to, żeby zebrać feedback od deweloperów przed wprowadzeniem do rdzenia.

Kierunek jest jednak jednoznaczny: iframe będzie docelowym stanem dla każdego edytora.

Co powinieneś zrobić?

Zaktualizuj swoje bloki do block API v3:

1. Dodaj "apiVersion": 3 w pliku block.json.
2. Upewnij się, że style bloku działają w kontekście iframe – nie mogą polegać na stylach z motywu ładowanych poza iframe.
3. Przetestuj blok w edytorze po zmianie.

4. AI Client – największa zmiana od lat

To jest serce WordPress 7.0 i powód, dla którego ta wersja będzie pamiętana.

Czym jest AI Client?

WordPress 7.0 dostarcza wbudowany AI Client – provider-agnostic PHP API, które pozwala każdej wtyczce wysyłać prompty do modeli AI przez jeden spójny interfejs, niezależnie od tego, który dostawca jest skonfigurowany na danej stronie.

Twoja wtyczka opisuje co potrzebuje i jak tego potrzebuje. WordPress obsługuje routing żądania do odpowiedniego modelu od dostawcy skonfigurowanego przez administratora strony.

Jak to działa od podstaw

Każda interakcja zaczyna się od wp_ai_client_prompt():

php

$text = wp_ai_client_prompt( 'Napisz podsumowanie produktu.' )
    ->using_temperature( 0.7 )
    ->generate_text();

if ( is_wp_error( $text ) ) {
    // obsługa błędu
    return;
}

echo wp_kses_post( $text );

Generowanie tekstu ze strukturyzowanym outputem

Możesz przekazać schemat JSON i poprosić model o odpowiedź w formacie strukturyzowanym:

php

$schema = array(
    'type'  => 'array',
    'items' => array(
        'type'       => 'object',
        'properties' => array(
            'nazwa'     => array( 'type' => 'string' ),
            'kategoria' => array( 'type' => 'string' ),
        ),
        'required' => array( 'nazwa', 'kategoria' ),
    ),
);

$json = wp_ai_client_prompt( 'Podaj 5 popularnych wtyczek WooCommerce z ich kategorią.' )
    ->as_json_response( $schema )
    ->generate_text();

Generowanie obrazów

php

$image = wp_ai_client_prompt( 'Nowoczesne logo sklepu z elektroniką' )
    ->generate_image();

if ( ! is_wp_error( $image ) ) {
    echo '<img src="' . esc_url( $image->getDataUri() ) . '">';
}

Preferencja modelu

Możesz wskazać które modele preferujesz, system użyje pierwszego dostępnego:

php

$result = wp_ai_client_prompt( 'Podsumuj opis produktu.' )
    ->using_model_preference(
        'claude-sonnet-4-6',
        'gemini-3.1-pro-preview',
        'gpt-5.4'
    )
    ->generate_text_result();

Sprawdzanie dostępności

Nie każda strona będzie miała skonfigurowanego dostawcę AI. Zawsze sprawdzaj dostępność przed wyświetleniem UI:

php

$builder = wp_ai_client_prompt( 'test' );

if ( $builder->is_supported_for_text_generation() ) {
    // bezpieczne wyświetlenie UI
}

Co to oznacza dla dewelopera wtyczki?

• Nie piszesz własnego klienta HTTP do żadnego API.
• Nie zarządzasz kluczami API, to całkowicie po stronie właściciela serwisu.
• Nie musisz wiedzieć z którego dostawcy korzysta dany serwis.
• Obsługujesz WP_Error jak każdy inny błąd w WordPressie.

Oficjalni dostawcy

WordPress core nie bundluje żadnych dostawców AI bezpośrednio. Są dostępni jako osobne wtyczki w repozytorium WordPress.org:

• AI Provider for Anthropic
• AI Provider for Google
• AI Provider for OpenAI

Architektura jest otwarta – każdy może zbudować własny provider plugin.

5. Connectors API – centralne zarządzanie dostawcami AI

Connectors API to infrastruktura, na której stoi AI Client.

Nowy ekran: Ustawienia > Connectors

WordPress 7.0 dodaje nowy ekran administracyjny Ustawienia > Connectors – centralne miejsce do zarządzania połączeniami z zewnętrznymi serwisami. W tej wersji skupiony na dostawcach AI, ale architektura jest zaprojektowana pod rozszerzenie na inne typy połączeń w przyszłości.

Ekran renderuje każdego dostawcę jako kartę z nazwą, opisem i logo. Jeśli dostawca ma powiązaną wtyczkę – ekran pokazuje odpowiedni przycisk: „Zainstaluj”, „Aktywuj” lub „Skonfiguruj”.

Zarządzanie kluczami API

Dla każdego dostawcy z metodą uwierzytelniania api_key system sprawdza klucz w tej kolejności:

1. Zmienna środowiskowa – np. ANTHROPIC_API_KEY
2. Stała PHP – np. define( 'ANTHROPIC_API_KEY', 'sk-...' ); w wp-config.php
3. Baza danych -klucz wpisany bezpośrednio w panelu admina

Klucze w bazie nie są szyfrowane w tej wersji (planowane na przyszłą aktualizację), ale są maskowane w interfejsie.

Dla dewelopera wtyczki

Kluczowy fakt: jeśli Twoja wtyczka rejestruje się z WP AI Clientem, connector jest tworzony automatycznie. Zero dodatkowego kodu do rejestracji.

Jeśli chcesz nadpisać metadane connektora – np. zmienić opis – możesz to zrobić przez hook wp_connectors_init:

php

add_action( 'wp_connectors_init', function ( WP_Connector_Registry $registry ) {
    if ( $registry->is_registered( 'anthropic' ) ) {
        $connector = $registry->unregister( 'anthropic' );
        $connector['description'] = __( 'Własny opis Anthropic.', 'moja-wtyczka' );
        $registry->register( 'anthropic', $connector );
    }
} );

6. Abilities API po stronie klienta

Ta zmiana jest dla tych, którzy budują narzędzia automatyzacji lub integracje z agentami AI.

Kontekst

WordPress 6.9 wprowadził Abilities API po stronie PHP – ustandaryzowany interfejs przez który agenci AI, narzędzia automatyzacji i wtyczki mogą wywoływać akcje w WordPressie. Rejestrujesz zdolność, opisujesz schemat wejścia i wyjścia, ustawiasz uprawnienia, wystawiasz przez REST API.

Co dodaje WordPress 7.0?

Odpowiednik w JavaScripcie. Dwa pakiety:

• @wordpress/abilities – czysta warstwa zarządzania stanem, bez zależności od WordPressa. Może być używana w dowolnym projekcie JavaScript.
• @wordpress/core-abilities – integracja z WordPressem. Automatycznie pobiera przez REST API wszystkie abilities zarejestrowane po stronie serwera i rejestruje je w storze.

Przykład rejestracji ability po stronie klienta

javascript

import { registerAbility } from '@wordpress/abilities';

registerAbility( {
    name: 'moja-wtyczka/przejdz-do-ustawien',
    label: 'Przejdź do ustawień',
    description: 'Nawiguje do strony ustawień wtyczki',
    category: 'moja-wtyczka-akcje',
    callback: async () => {
        window.location.href = '/wp-admin/options-general.php?page=moja-wtyczka';
        return { success: true };
    },
} );

Co to otwiera?

Agenci AI i rozszerzenia przeglądarki mogą teraz wywoływać akcje WordPressa bezpośrednio po stronie klienta – nawigacja, wstawianie bloków, operacje na danych – z pełną walidacją wejścia i wyjścia oraz kontrolą uprawnień.

To jest fundament pod integrację z browser agentami i WebMCP – protokołem, który pozwala agentom AI działać bezpośrednio w przeglądarce użytkownika.

7. Rejestracja bloków tylko w PHP

Mniejsza, ale wygodna zmiana dla deweloperów.

Proste bloki możesz teraz tworzyć używając wyłącznie PHP – bez linii JavaScriptu. WordPress 7.0 rozszerza rejestrację bloków po stronie PHP tak, żeby obsłużyć przypadki, które wcześniej wymagały pliku JavaScript.

Co to oznacza w praktyce? Prostsze bloki prezentacyjne, bloki wyświetlające dane z bazy, bloki shortcode-wrapper – wszystko to możesz teraz budować szybciej, bez konfigurowania bundlera i bez pliku index.js.

8. Lista kontrolna przed aktualizacją

Przed aktualizacją swojej strony lub serwisów klientów przejdź przez tę listę:

Deweloperzy wtyczek:

• Zaktualizować Tested up to: 7.0 w readme.txt
• Zaktualizować Requires PHP: 7.4 w nagłówku wtyczki i readme.txt
• Przetestować wszystkie ekrany admina z nowym motywem Modern
• Sprawdzić czy bloki używają block API v3 – dodać "apiVersion": 3 w block.json
• Przetestować bloki w kontekście iframe
• Rozważyć integrację z AI Clientem dla nowych funkcji

Właściciele sklepów i agencje:

• Sprawdzić wersję PHP na każdym serwerze – minimum 7.4
• Przetestować sklep i wszystkie aktywne wtyczki na stagingu z WP 7.0
• Sprawdzić czy wszystkie wtyczki mają zaktualizowane Tested up to
• Zaplanować rozmowę z klientami na PHP 7.2/7.3 o aktualizacji hostingu

Koniec ery 7.2 i początek AI

WordPress 7.0 to wersja, która jedną nogą kończy starą erę – żegna PHP 7.2/7.3, domyka migrację edytora do iframe – a drugą otwiera nową. Wbudowany AI Client zmienia to, co możesz zbudować na WordPressie. Nie jako zewnętrzna integracja, nie jako wtyczka premium, ale jako natywna część platformy dostępna dla każdego dewelopera.

Jeśli budujesz wtyczki do WooCommerce lub zarządzasz sklepami klientów – masz teraz bezpośredni dostęp do modeli AI bez infrastruktury, bez kluczy API, bez pisania własnych klientów HTTP. To jest zmiana, którą warto zrozumieć teraz, nie za pół roku.

Pełny Field Guide: make.wordpress.org/core/2026/05/14/wordpress-7-0-field-guide/

FAQ – WordPress 7.0

Co to jest WordPress 7.0 i dlaczego jest ważny?

To pierwsza wersja, w której WordPress wbudowuje natywne AI bezpośrednio w rdzeń platformy. Jednocześnie zamyka wsparcie dla PHP 7.2 i 7.3, kontynuuje migrację edytora do iframe i odświeża wygląd panelu administracyjnego motywem Modern.

Co zmienia nowy motyw admina Modern?

Każdy ekran w panelu administracyjnym przeszedł zmiany wizualne, w tym wszystkie ekrany oparte na komponentach z pakietu @wordpress/components. Jeśli Twoja wtyczka renderuje tabele, formularze, meta boxy lub własne strony ustawień, przetestuj je na środowisku staging przed aktualizacją klientów.

Czy PHP 7.2 lub 7.3 nadal działa z WordPress 7.0?

Nie. WordPress 7.0 podnosi minimalne wymaganie do PHP 7.4. Serwery działające na PHP 7.2 lub 7.3 zostają zablokowane na gałęzi 6.9, która otrzymuje już tylko backportowane poprawki bezpieczeństwa. Warto przy tej okazji porozmawiać z klientami o aktualizacji hostingu, bo PHP 7.4 jest dostępne od 2019 roku.

Co to jest AI Client i co zmienia dla właściciela sklepu?

AI Client to wbudowany interfejs PHP, który pozwala wtyczkom korzystać z modeli AI bez znajomości konkretnego dostawcy. Jako właściciel sklepu konfigurujesz dostawcę raz w nowym ekranie Ustawienia > Connectors, a wszystkie wtyczki korzystają z tego połączenia automatycznie. Nie zarządzasz kluczami API w każdej wtyczce osobno.

Jakich dostawców AI obsługuje WordPress 7.0?

WordPress core nie dołącza żadnego dostawcy bezpośrednio. Dostępni są jako osobne wtyczki w repozytorium WordPress.org: Anthropic, Google i OpenAI. Architektura jest otwarta, każdy może zbudować własny provider plugin.

Co zmienia się w edytorze postów i iframe?

Poprzednio jeden stary blok w jednej wtyczce wyłączał iframe dla całej instalacji. WordPress 7.0 sprawdza już tylko bloki faktycznie wstawione w konkretny post: jeśli wszystkie mają API v3 lub wyżej, edytor działa w iframe; jeśli choć jeden jest starszy, iframe znika tylko dla tego posta. Wymuszenie iframe dla klasycznych motywów jeszcze nie wchodzi do rdzenia w tej wersji.

Czy WordPress 7.0 zmienia coś ważnego dla deweloperów wtyczek?

Tak, kilka rzeczy naraz. Obowiązkowa aktualizacja nagłówka Requires PHP na 7.4, sprawdzenie bloków pod kątem block API v3 i testowanie ich w kontekście iframe. Do tego nowe możliwości: integracja z AI Clientem, Abilities API po stronie JavaScript oraz rejestracja prostych bloków używając wyłącznie PHP, bez linii JavaScriptu.

Co to jest Abilities API i komu jest potrzebne?

To interfejs dla tych, którzy budują narzędzia automatyzacji lub integracje z agentami AI. WordPress 6.9 wprowadził warstwę PHP, a 7.0 dodaje odpowiednik w JavaScripcie. Agenci AI i rozszerzenia przeglądarki mogą teraz wywoływać akcje WordPressa bezpośrednio po stronie klienta, nawigację, wstawianie bloków czy operacje na danych, z pełną kontrolą uprawnień.

Jak przygotować sklep do aktualizacji do WordPress 7.0?

Cztery kroki: sprawdź wersję PHP na serwerze (minimum 7.4), przetestuj sklep i wszystkie aktywne wtyczki na środowisku staging, upewnij się że kluczowe wtyczki mają zaktualizowane pole Tested up to, a jeśli serwer klienta działa na PHP 7.2 lub 7.3, zaplanuj wcześniej rozmowę o migracji hostingu.