Przyszłość WordPress 2027: Data liberation i nowy panel admina

WordPress 7.0 “Armstrong” ukazał się 20 maja 2026, a WordPress 7.1 “Mary Lou” 19 sierpnia 2026. Oficjalna roadmapa planuje 7.2 na 10 grudnia 2026 i zastrzega, że te daty są “wyłącznie do zgrubnego planowania” (tłumaczenie własne). Prognoza na 2027 ma więc pod sobą rok prawdziwych wydań: to, co weszło, to, co wycofano w ostatniej chwili, i to, co nie ma żadnej daty.

Ten artykuł trzyma te trzy rzeczy osobno. Każda prognoza poniżej to opinia naszego zespołu programistów WordPress i każda odsyła do ogłoszenia albo wpisu Core, z którego wynika. Tam, gdzie projekt niczego nie opublikował, piszemy to wprost, zamiast wypełniać lukę.

#Co przyniosły WordPress 7.0 i 7.1 w 2026 roku

W tym roku pojawiły się dwa duże wydania. Tabela zbiera to, co ma znaczenie dla obrazu 2027, na podstawie ogłoszenia wydania 7.0 i WordPress 7.1 Field Guide.

Field Guide do 7.1 liczy ponad 310 zgłoszeń Core Trac, z czego ponad 100 to usprawnienia, a ponad 180 to poprawki błędów. Strona zarządzania fontami z 7.0 działa z motywami blokowymi, hybrydowymi i klasycznymi, co ma znaczenie w części o motywach niżej.

#Czego nie wydano: współpraca w czasie rzeczywistym i React 19

Roadmapa opisuje fazę 3 Gutenberga jako “skupioną na wspólnej edycji i przepływach pracy” i zapowiada “współpracę w czasie rzeczywistym i płynniejsze procesy publikacji” (tłumaczenie własne, roadmapa WordPressa). To główna funkcja tej fazy i ominęła już dwa wydania z rzędu.

• 7.0: ogłoszenie wydania nie wymienia współpracy w czasie rzeczywistym.
• 7.1: wpis Roadmap to 7.1 miał jeszcze otwarte pytania o zakres (pełna funkcja czy sama architektura pod spodem) i o mechanizm przechowywania danych. Akcja testowania wspólnej edycji zbierała testerów przez wtyczkę Gutenberg. Field Guide stwierdza potem, że funkcja “przeszła obszerne testy i zebrała wiele uwag w cyklu WordPress 7.1, ale nie jest włączona w wydaniu końcowym” (tłumaczenie własne).
• React 19: aktualizację z React 18 także przesunięto poza 7.1 i dalej działa jako eksperyment we wtyczce Gutenberg.

Liderzy wydania 7.1 nazwali ten kompromis otwarcie. Field Guide cytuje Anne McCarthy: “czasem to, czego nie dodajemy, jest cenniejsze od tego, co dodajemy” (tłumaczenie własne).

Nasza prognoza: wspólna edycja w czasie rzeczywistym trafi do rdzenia w ciągu 2027 roku, po co najmniej jeszcze jednym cyklu we wtyczce Gutenberg. Do tego czasu obowiązuje blokada wpisu, więc dwie osoby nie edytują tego samego wpisu jednocześnie. Zespoły, które dziś potrzebują jednoczesnej edycji, mogą przetestować ją we wtyczce na stronie stagingowej, nigdy na produkcji.

#Czy nowy panel WordPressa zastąpi wp-admin

Lewe menu boczne wp-admin jest z nami od WordPressa 2.7 (2008). Podsumowanie State of the Word 2023 mówiło, że przebudowa panelu “będzie czerpać z edytora witryny i z czasem pozwoli użytkownikom kształtować panel administracyjny według własnych potrzeb” (tłumaczenie własne). To deklarowany kierunek i nie ma on daty.

To, co faktycznie weszło, przychodzi stopniowo. 7.0 przyniósł odświeżony kokpit i Command Palette. Wpis Roadmap to 7.1 wymienia ekran Design i Identity z ustawieniami tożsamości strony, edytor witryny zgodny z kolorystyką panelu, poprawki paska administracyjnego i przenoszenie DataViews na nowe elementy Design System.

#Kokpit i edytor witryny w jednym interfejsie

Spodziewamy się, że granica między “Kokpitem” a “Edytorem witryny” będzie się dalej zacierać, ekran po ekranie, w miarę jak DataViews zastępuje stare tabele list. To prognoza, nie zapowiedziana funkcja:

• Edycja kontekstowa: nie wchodzisz w “Ustawienia”, żeby zmienić tytuł strony. Planowany ekran Identity to pierwszy krok: zbiera ustawienia tożsamości w jednym miejscu.
• JavaScript-first: spodziewamy się, że więcej ekranów panelu będzie działać jak Single Page Application, z natychmiastowymi przejściami i bez pełnego przeładowania przy zapisie. Edytor witryny dostał już w 7.0 routing i pakiet wordpress/boot dla wtyczek budujących własne strony edytora witryny.
• Dostosowanie: agencje mogłyby natywnie układać panel pod klienta, blokując wybrane bloki i dodając branding bez grzebania w functions.php. Dla zespołów, które oddają strony nietechnicznym redaktorom, to jest część, która liczy się na co dzień.

Nasz zakład na 2027: klasyczne menu boczne nadal istnieje na koniec roku, tylko mniej ekranów za nim renderuje się po staremu.

#React i REST API w pracy programisty WordPress

Programiści, którzy zbudowali karierę na hookach PHP do dostosowywania panelu, potrzebują szerszego zestawu narzędzi. React i WordPress REST API przechodzą z “miło mieć” do podstaw. Strona PHP zachowuje wartość: 7.0 dodał rejestrację bloków i wzorców wyłącznie w PHP, więc programista backendu może wydać blok bez kroku budowania JavaScriptu.

Więcej o profesjonalnym programowaniu WordPress w WPPoland.

#Czym jest projekt Data Liberation w WordPressie

Na State of the Word 2023 w Madrycie, 11 grudnia 2023, Matt Mullenweg przedstawił Data Liberation jako dodatkowy cel na 2024 rok, “aby import z innych platform do WordPressa był jak najmniej uciążliwy” (tłumaczenie własne, oficjalne podsumowanie). Podsumowanie dodaje, że inicjatywa “zajmie się migracją jednym kliknięciem i formatem eksportu z WordPressa” (tłumaczenie własne).

Strona Data Liberation opisuje dziś pięć faz:

Faza 4 Data Liberation (synchronizacja stron) to co innego niż faza 4 Gutenberga (wielojęzyczność). Obie roadmapy numerują fazy niezależnie.

Dla fazy 3 strona wymienia Studio od WordPress.com i jego otwartoźródłową wtyczkę-agenta do uwalniania danych, ze specjalnymi narzędziami dla GoDaddy Websites & Marketing, Hostinger Website Builder, HubSpot, Shopify, Squarespace, Webflow, Weebly i Wix.

#Jak WordPress chroni przed vendor lock-in

Platformy SaaS od lat utrudniają zabranie treści gdzie indziej. Data Liberation idzie w przeciwną stronę:

• Format eksportu: faza 2 to praca nad strukturalnym importem i eksportem. Nasza prognoza: do końca 2027 przeniesienie całej strony (treści, mediów i wyglądu) między hostingami WordPress stanie się rutynowym krokiem, zamiast rozbitych plików WXR, które gubią obrazy i metadane.
• Import z dowolnej platformy: Data Liberation to nie tylko wyjście. Narzędzia fazy 3 celują w przenosiny do WordPressa z zamkniętych kreatorów stron.
• Dlaczego: ułatwiając odejście, WordPress daje ludziom powód, żeby mu zaufać i zostać.

#Data Liberation a WordPress w dużych firmach

Dla dużych organizacji udokumentowana ścieżka wyjścia usuwa jeden ze standardowych zarzutów wobec WordPressa: ryzyko uzależnienia od dostawcy. CTO albo architekt korporacyjny może zatwierdzić WordPressa, wiedząc, że istnieje czysta droga wyjścia. Naszym zdaniem to pomaga adopcji w firmach bardziej, niż jej szkodzi.

#Czy motywy blokowe zastąpią klasyczne motywy WordPress

Czym będzie motyw w 2027 roku? W nowych projektach niemal na pewno motywem blokowym. W istniejących stronach projekt nie wymusza zmiany: strona zarządzania fontami z 7.0 obsługuje motywy klasyczne, a Field Guide odnotowuje, że wycofano propozycję ukrycia bloku Classic w inserterze w 7.1, więc blok Classic pozostaje dostępny.

#theme.json, style globalne i wzorce bloków

• Style globalne: tożsamość wizualna strony jest zdefiniowana w theme.json. Kolory, typografia, odstępy i cienie mieszkają w jednym deklaratywnym pliku konfiguracyjnym. 7.1 dodał style responsywne dla rozmiarów ekranu, w Global Styles i w pojedynczych blokach, więc znika częsty powód pisania własnego CSS.
• Biblioteki wzorców: “motyw” coraz bardziej staje się wyselekcjonowanym zbiorem wzorców bloków. 7.0 pozwala też odłączyć wzorzec od oryginału i edytować go osobno.
• Mniej motywów potomnych: motywy potomne przestają być potrzebne do nadpisywania stylów. Używasz interfejsu Global Styles i eksportujesz zmiany jako wariację, co usuwa częste źródło błędów: konflikty między motywem nadrzędnym a potomnym.

Nasza prognoza: klasyczne motywy PHP działają przez cały 2027 rok, a nowe projekty agencyjne domyślnie startują jako motywy blokowe.

#Na czym zarabiają agencje bez motywów premium

Agencje, które sprzedawały gotowe motywy premium, potrzebują innego modelu biznesowego. Spodziewamy się, że wartość przesunie się w stronę:

1. Systemów projektowych: spójnych, skalowalnych bibliotek wzorców dla konkretnej marki.
2. Przekładu marki: zamiany identyfikacji marki na własną konfigurację theme.json.
3. Migracji i optymalizacji: przenoszenia klientów ze starych motywów PHP na nowoczesną architekturę blokową.

#Funkcje AI, które już są w rdzeniu WordPressa

AI przestało być wyłącznie domeną wtyczek. Roadmapa wymienia cel na 2026 rok: “świadomie osadzić AI w całym doświadczeniu WordPressa, aby uprościć tworzenie, przepływy pracy i współtworzenie”, z “zasadami dla całego projektu, które chronią przejrzystość, kontrolę użytkownika i wartości WordPressa” (tłumaczenie własne, roadmapa).

Co dziś jest w rdzeniu:

• Abilities API: wprowadzone w WordPressie 6.9. Field Guide pisze, że 7.1 sprawia, iż abilities są “łatwiejsze do odkrycia, udostępnienia, walidacji i integracji z zewnętrznymi klientami” (tłumaczenie własne), dodając filtrowanie w wp_get_abilities(), hooki cyklu wykonania i jedną flagę publicznego udostępnienia.
• AI Client: 7.0 dodał AI Client, przez który WordPress komunikuje się z generatywnymi modelami AI. Połączenia z zewnętrznymi dostawcami zarządza się na ekranie Connectors, który ma trzy gotowe ustawienia i pozwala dodać własne.
• Client-Side Abilities: odpowiednik Abilities API w JavaScripcie, z własnym interfejsem i integracją z Command Palette.

Funkcje pisania, które ludzie kojarzą z “AI w WordPressie”, siedzą w opcjonalnej wtyczce AI, nie w rdzeniu. Według ogłoszenia 7.0 dodaje ona generowanie i edycję obrazów, tworzenie tytułów i zajawek oraz podpowiedzi tekstu alternatywnego. Podpowiedzi tekstu alternatywnego pomagają dostępności tylko wtedy, gdy redaktor je sprawdzi, więc warto traktować je jak szkice.

#Dokąd zmierza AI w WordPressie w 2027

Wpis Roadmap to 7.1 wymieniał strumieniowanie generowania i embeddingi dla AI Client, opisując embeddingi jako sposób na przedstawienie treści “jako wektorów, co umożliwia wyszukiwanie po znaczeniu w całej witrynie” (tłumaczenie własne). Wymieniał też Guidelines (reguły redakcyjne połączone z narzędziami AI, z importem i eksportem między stronami) oraz uwierzytelnianie Connectors wykraczające poza klucze API.

Nasza prognoza: wyszukiwanie po znaczeniu oparte na embeddingach będzie w 2027 pierwszą funkcją AI, którą zauważą zwykli odwiedzający. Dostawcy modeli pozostają zewnętrzni, więc rachunek od dostawcy i umowa powierzenia przetwarzania danych wchodzą w zakres każdego projektu z AI.

#Tłumaczenie wspomagane AI w edytorze blokowym

Jeśli faza 4 Gutenberga (wielojęzyczność) kiedyś spotka się z AI Client, tłumaczenie wspomagane w edytorze jest oczywistym zastosowaniem: redaktor pisze w jednym języku i dostaje szkice w innych, które wymagają ludzkiej korekty. Żadne wydanie z 2026 roku tego nie zawiera, więc to nadal prognoza.

#Natywna wielojęzyczność w rdzeniu WordPressa bez WPML

Od lat potrzebujemy WPML albo Polylang. Roadmapa wymienia wielojęzyczność jako fazę 4 Gutenberga, opisaną tylko jako “implementacja w rdzeniu dla stron wielojęzycznych” (tłumaczenie własne). Strona podręcznika dla programistów o wielojęzycznym WordPressie nadal mówi: “WordPress obecnie nie obsługuje dwujęzycznego ani wielojęzycznego bloga bez dodatków” (tłumaczenie własne).

Ani 7.0, ani 7.1 nie zawierają prac nad wielojęzycznością w rdzeniu. Najbliższa pozycja we wpisie Roadmap to 7.1 to szersza obsługa Unicode w adresach e-mail.

#Tłumaczenia w schemacie bazy danych rdzenia

Spodziewamy się, że faza 4 ruszy dopiero po wejściu współpracy z fazy 3, co przesuwa natywną wielojęzyczność za 2027 rok. Kiedy już przyjdzie:

• Ustandaryzowany schemat bazy danych: rdzeń obsługiwałby tłumaczenia oficjalnie, bez tabel wtyczek takich jak wp_icl_translations z WPML doczepionych z boku.
• Wydajność: natywna obsługa zapytań usunęłaby dodatkowe zapytania i złączenia, które dziś dokładają wtyczki tłumaczeniowe.
• Skutek: duży segment rynku wtyczek by się skurczył. Dla polskich firm, które sprzedają też w Niemczech czy po angielsku, jedna konfiguracja wspierana przez rdzeń byłaby realnym uproszczeniem.

#Wielojęzyczna strategia treści na jednej stronie WordPress

Do tego czasu praktycznym wyborem zostaje wtyczka albo sieć Multisite z osobną stroną na język. Jedna strona WordPress może dziś obsługiwać kilka języków z czystymi adresami URL i hreflang, ale przez wtyczkę. Jeśli zależy ci na widoczności w wyszukiwarkach na kilku rynkach, zobacz naszą usługę optymalizacji GEO i LLMO.

#Jak zmienią się agencje i wtyczki WordPress do 2027

#Co będą oferować agencje WordPress w 2027

“Zainstaluj WordPressa i wybierz motyw” przestaje być usługą, za którą ktoś płaci. Spodziewamy się, że skuteczne agencje skupią się na:

• Architekturze rozwiązań: doborze właściwej mieszanki rdzenia, wtyczek i usług zewnętrznych do konkretnego przypadku biznesowego.
• Integracji AI: rejestrowaniu abilities, konfiguracji Connectors i pisaniu Guidelines pod proces redakcyjny klienta.
• Globalnej strategii treści: prowadzeniu stron wielojęzycznych na dzisiejszych wtyczkach z planem na późniejsze rozwiązanie w rdzeniu.
• Wydajności pod obciążeniem: utrzymaniu dużych stron w dobrych Core Web Vitals przy dużym ruchu.

#Które wtyczki WordPress stracą na znaczeniu

Najpierw tracą wtyczki, które dublują to, co weszło do rdzenia: zestawy ikon (SVG Icon API w 7.1), menedżery fontów (strona zarządzania fontami w 7.0), dodatki do ukrywania bloków na wybranych urządzeniach i proste konektory AI. Dobre perspektywy mają wtyczki z naprawdę wyspecjalizowaną funkcją: integracje z CRM, własna logika biznesowa i niszowe narzędzia, których rdzeń nigdy nie obejmie. Wtyczki wielojęzyczne pozostają potrzebne przez cały 2027 rok.

#Jak przygotować stronę WordPress na 2027

Nic z tego nie wymaga czekania na wydanie. Te kroki się opłacą, niezależnie od tego, jak potoczy się roadmapa:

1. Nowe projekty na motywach blokowych: jeśli nadal masz klasyczny motyw PHP, zaplanuj przejście na motyw blokowy (FSE). Im dłużej czekasz, tym więcej własnego kodu przenosisz.
2. Przetestuj edytor w iframe: 7.1 przełączył edytor wpisów na iframe na każdej stronie, także na tych, które rejestrują stare meta boxy. Sprawdź na stagingu własne style edytora i wtyczki z meta boxami.
3. Przejdź na theme.json i style responsywne: definiuj style strony w theme.json zamiast we własnym CSS.
4. Zarejestruj abilities dla własnych funkcji: jeśli utrzymujesz wtyczkę, która udostępnia akcje, to przez Abilities API dotrą do nich klienci AI i Command Palette.
5. Zaplanuj wielojęzyczność: układaj treści z myślą o tłumaczeniach, żeby późniejsze przejście z WPML albo Polylang na rozwiązanie w rdzeniu było łatwiejsze.
6. Wypróbuj współpracę w czasie rzeczywistym we wtyczce Gutenberg na stagingu: przed wydaniem będziesz wiedzieć, czy pasuje do twojego procesu redakcyjnego.

#Gdzie śledzić roadmapę WordPressa

Trzy źródła odpowiadają na większość pytań, zanim zamienią się w plotki. Blog Make WordPress Core publikuje na początku każdego cyklu wpis “Roadmap to”, a na etapie release candidate Field Guide, i to Field Guide jest wiążącą listą tego, co weszło, a co wycofano. Strona roadmapy daje przegląd faz i planowane daty. Wystąpienia z WordCamp Europe i WordCamp US trafiają na WordPress.tv i są darmowym sposobem, żeby śledzić, dokąd kontrybutorzy rdzenia prowadzą te projekty.

#Podsumowanie

W 2027 roku spodziewamy się, że WordPress będzie mniej “narzędziem do blogowania”, a bardziej systemem operacyjnym dla sieci: warstwą bazową własności danych, zarządzania użytkownikami, abilities i renderowania bloków, na której buduje się całą resztę.

Dla programistów praktyczny wniosek brzmi: budować od bloków. Własne bloki rejestrowane przez block.json albo wyłącznie w PHP, motywy blokowe z theme.json, akcje udostępnione jako abilities i treści zapisane w strukturach, które importery i eksportery Data Liberation potrafią odczytać. Kod zbudowany wokół klasycznego edytora i shortcode’ów to część, która najpewniej będzie wymagać przeróbek, nawet jeśli rdzeń nadal ją obsługuje.

Przyszłość jest otwarta. Jesteś gotowy? Więcej o profesjonalnym programowaniu WordPress w WPPoland.