WordPress v roku 2026 opäť mieri na tri veľké vydania: prvé kontúry 7.0, AI Client, redizajn administrácie a tlak na PHP 7.4

WordPress core tím začal konkrétne riešiť, ako bude vyzerať release cadence (tempo vydávania) v roku 2026 – a podľa zverejnených poznámok zo štvrťročného stretnutia core committerov je „intention“ (zámer) vrátiť sa späť k trom veľkým verziám za rok. Popri termínoch sa otvorili aj témy, ktoré budú pre vývojárov dôležité: skoré plánovanie WordPressu 7.0, pokračujúci redizajn administrácie a aj to, ako sa do budúcnosti premietne AI (umelej inteligencie) v samotnom jadre.

Stretnutie prebehlo pod Chatham House Rule, čo v praxi znamená, že účastníci môžu zdieľať obsah diskusie, ale bez pripísania konkrétnych výrokov konkrétnym osobám. Pre komunitu je takýto formát kompromis: dostaneme smerovanie a rozhodovacie kritériá, ale nie interné citácie.

Návrat k trom major verziám v roku 2026 (a prečo to je zmena)

Zámer na rok 2026 predstavuje odklon od skoršej komunikácie z toho istého roka, keď výkonná riaditeľka WordPress projektu Mary Hubbard oznámila, že v roku 2026 by sa mal vydať iba jeden major release. Dôvodom mali byť „ongoing legal matters“ – narážka na súdny spor okolo WP Engine – a tiež fakt, že Automattic v tom čase pozastavil (resp. výrazne obmedzil) príspevky do WordPressu.

V praxi to znamená, že plánovanie releasov sa zjavne znova stabilizuje a core tím si verí vrátiť sa k rytmu, na ktorý je ekosystém (agentúry, hosteri, autori pluginov a tém) historicky zvyknutý.

WordPress 7.0 cieli na marec alebo apríl 2026

Podľa poznámok zo stretnutia, ktoré na Make WordPress Core publikoval core committer Jonathan Desrosiers, sa WordPress 7.0 predbežne mieri na marec alebo apríl 2026. Februárový termín sa vyhodnotil ako nereálny – beta 1 by vyšla už začiatkom januára, keď je časť prispievateľov ešte na dovolenkách, a zároveň viaceré rozpracované funkcie by neboli pripravené včas.

Budú sa major release-y viazať na „flagship“ eventy? Zatiaľ len hypotéza

V diskusii padol aj nápad koordinovať budúce major release-y s veľkými komunitnými udalosťami – podobne, ako sa tento rok WordPress 6.9 spájal so State of the Word. Zároveň však zaznelo, že takáto koordinácia by priniesla ďalšiu vrstvu komplikácií: cestovanie, časové pásma a dostupnosť release squad (tímu, ktorý release riadi) aj prispievateľov.

Dôležitý detail: nejde o hotový plán, skôr o možnosť označenú na ďalšiu diskusiu.

Čo môže priniesť WordPress 7.0: kandidáti z pôvodného scope pre 6.9

V rámci plánovania 7.0 sa spomínali aj funkcie, ktoré boli pôvodne zvažované pre WordPress 6.9. Ako kandidáti pre 7.0 zazneli:

• template activation (aktivácia šablón – podľa kontextu ide o zlepšenia okolo práce so šablónami v blokovom/templating svete)
• Tabs block (blok pre záložky)
• client-side abilities pre Abilities API (t. j. možnosti používania Abilities API aj na strane klienta)
• client-side media editing (editácia médií priamo na strane klienta)

Z pohľadu vývojára je podstatné, že nejde len o jeden „headline“ feature. 7.0 sa môže stať vydaním, ktoré pospája viac rozpracovaných línií: blokový editor, nové API a postupné posúvanie WordPressu smerom k modernejšiemu vývojárskemu základu.

Najväčšia debata: WordPress AI Client ako kandidát do core

Najviac priestoru si na stretnutí zobral WordPress AI Client – jedna zo štyroch „Building Blocks“ (stavebných kameňov) od AI tímu, ktorá sa už reálne posudzuje ako kandidát na začlenenie do jadra.

Čo je WordPress AI Client (a prečo je to dôležité pre pluginy a témy)

WordPress AI Client je natívny, provider-agnostic (nezávislý od konkrétneho poskytovateľa) spôsob, ako majú pluginy a témy komunikovať so službami umelej inteligencie. Prakticky ide o SDK vrstvu, ktorá preberá koncepty z PHP AI Client, ale prispôsobuje ich WordPress konvenciám a infraštruktúre.

Verzia 0.1.0 WordPress AI Clientu vyšla „minulý týždeň“ (v kontexte poznámok zo stretnutia). Už v tejto ranej fáze má niekoľko konkrétnych technických vlastností, ktoré sú pre ekosystém kľúčové:

• Používa WordPress HTTP API (teda štandardný mechanizmus na server-side HTTP requesty v WordPresse).
• Centralizuje API kľúče v samostatnej obrazovke „AI Credentials“ (na jednom mieste, namiesto toho, aby si každý plugin riešil kľúče po svojom).
• Rieši výber modelu bez potreby, aby pluginy hardcode-ovali konkrétnych providerov (napr. aby plugin nebol naviazaný len na jedného dodávateľa).

A roadmapa pre ďalšie verzie je postavená na doplnení vrstiev, ktoré sú pre produkčné použitie zásadné:

• Abilities API support (prepojenie na Abilities API, ktoré má riešiť schopnosti/opravenia a použitia v AI scenároch).
• REST endpoints (REST API endpointy, aby sa s klientom dalo pracovať aj cez štandardné API rozhrania).
• Client-side Prompt Builder (nástroj na skladanie promptov na strane klienta – pre UI/UX vrstvy).

Prečo ho committers považujú za dobrého kandidáta do core

Argument, ktorý z poznámok vyznieva najjasnejšie, je „foundation first“: ak má ekosystém budovať AI funkcionalitu, je výhodnejšie, aby existoval spoločný základ, na ktorom sa pluginy a témy zhodnú. V poznámkach to priamo formulujú tak, že AI Client pomáha motivovať ekosystém stavať na pevných základoch (napríklad Abilities API) a preto by jeho ideálnym domovom mohol byť práve Core. Kombinácia súvisiacich API má podľa nich odomknúť veľa možností pre vývojárov aj majiteľov webov.

Limity a podmienky: WordPress musí zostať agnostický

Zároveň sa otvorene pomenovali obmedzenia, ktoré by museli platiť, ak by AI Client mal byť súčasťou core:

• WordPress „will always remain agnostic“ – t. j. musí zostať neutrálnejší, nie zviazaný s jedným modelom alebo úzkou skupinou služieb.
• Zahrnúť konkrétny AI model do core alebo integrovať iba niektoré third-party služby by dlhodobo nebolo udržateľné.
• Ako dlhodobejšia možnosť sa spomínajú vznikajúce machine-based alebo browser-level modely (modely bežiace na zariadení alebo priamo v prehliadači), ale na stretnutí sa nevybral žiadny smer.

Pred rozhodnutím chcú jasné use case-y v „default WordPress“

Skôr než sa urobí rozhodnutie o core integrácii, prispievatelia chcú mať pomenované konkrétne scenáre použitia v rámci „default WordPress“ – teda v štandardnej inštalácii bez závislosti na špecifických komerčných pluginoch. Ako príklady zazneli:

• Vyhľadávanie v Media Library podľa konkrétneho obsahu (napr. nájsť obrázky s určitým subjektom/tematikou).
• Generovanie newsletterov na základe nedávneho obsahu (napr. z posledných článkov).

Redizajn administrácie: skôr „fresh coat of paint“ než radikálny prekop

Téma redizajnu wp-admin sa vracia opakovane, ale tentoraz je dôležité, čo presne sa komunikuje ako cieľ. Podľa poznámok účastníci dostali informáciu, že redizajn nemá byť kompletný overhaul, ale skôr „nový náter“ a refresh toho, čo už existuje.

Táto formulácia je podstatná aj pre očakávania: menej pravdepodobný je veľký jednorazový skok, viac pravdepodobná postupná modernizácia UI, layoutov a konzistencie.

Experiment v plugin-e? Gutenberg alebo „MP7“ koncept

Už na júlovom štvrťročnom stretnutí sa riešilo, ako redizajn testovať: buď ako experiment v Gutenberg plugine, alebo ako samostatný „MP7“ plugin. Ide o historickú paralelu na MP6 – model „feature as a plugin“ z roku 2013, ktorý pripravil pôdu pre redizajn administrácie vo WordPress 3.8.

Kde to sedí na Gutenberg roadmape a čo sa stalo s preview pri 6.9

Redizajn administrácie je súčasťou Phase 3: Collaboration na Gutenberg roadmape. Práce v tomto smere sa začali v roku 2023, keď Gutenberg Lead Architect Matías Ventura zdieľal svoju víziu modernizácie admin experience a neskôr ukazoval nové layouty aj počas State of the Word 2023.

Zaujímavý moment je, že skorý preview redizajnu administrácie mal pôvodne vyjsť spolu s WordPress 6.9, no v septembri bol odložený – roadmapa sa aktualizovala s tým, že to „no longer planned based on the current state of work“ (už to nie je plánované vzhľadom na aktuálny stav rozpracovanosti).

Momentálne stále neexistuje verejný termín, kedy sa redizajnovaná administrácia reálne dostane do core. Posledný veľký refresh je pritom starší než dekáda (WordPress 3.8).

Diskusia o zvýšení minimálnej verzie PHP na 7.4

Ďalšia vývojársky citlivá téma: minimálna podporovaná verzia PHP. Na stretnutí sa hľadali „compelling reasons“ (silné dôvody), prečo by sa minimum malo posunúť na PHP 7.4.

Prečo to core tím rieši: bloat, rýchlosť vývoja a zrozumiteľnosť kódu

Argumentácia sa opierala o praktické limity starších PHP verzií. Staré verzie nútia WordPress držať spätnú kompatibilitu spôsobom, ktorý pridáva bloat (nadbytočnú komplikáciu/objem) a spomaľuje vývoj. PHP 7.4 by zároveň posunulo codebase bližšie ku konzistentnejšiemu typovaniu, čo uľahčuje porozumenie kódu nielen vývojárom, ale aj AI systémom, ktoré sa používajú pri analýze a generovaní kódu.

AI SDKs a minimálne PHP: praktická bariéra

Padol aj veľmi pragmatický dôvod: veľa third-party AI SDK už dnes vyžaduje novšie PHP verzie. Ak WordPress drží minimum príliš nízko, projekt si tým zatvára dvere k používaniu existujúcich knižníc a integrácií (alebo si ich musí reimplementovať/obchádzať).

Zároveň sa to celé rámovalo ako hľadanie rovnováhy medzi progresom a tým, aby používatelia „nezostali pozadu“. Na stretnutí nepadlo rozhodnutie.

Čo bude nasledovať: otvorenejšie formáty a konkrétnejší plán pre 2026

Jonathan Desrosiers v závere poznámok uviedol viacero follow-up bodov, ktoré majú posunúť plánovanie do konkrétnejšej roviny:

• Navrhnúť otvorenejšie a semi-open formáty stretnutí (aby bolo viac transparentnosti, nie nutne úplné otvorenie).
• Zverejniť release schedule pre rok 2026.
• Potvrdiť cieľové funkcie pre WordPress 7.0 a prípadne aj 7.1.
• Vyhodnotiť, či je praktické koordinovať releasy s in-person eventmi (osobnými udalosťami).

Zhrnutie pre vývojárov: čo si z toho odniesť teraz

Ak vyvíjaš pluginy, témy alebo udržiavaš WordPress stack pre klientov, toto sú momentálne najpraktickejšie implikácie z diskusie core tímu:

• V roku 2026 sa podľa zámeru vracia tempo troch major release-ov; WordPress 7.0 sa predbežne cieli na marec/apríl.
• AI v WordPresse sa posúva z konceptov k infraštruktúre: WordPress AI Client (aktuálne 0.1.0) je reálny kandidát do core, s dôrazom na provider-agnostic prístup a centralizované „AI Credentials“.
• Redizajn administrácie sa komunikuje ako postupný refresh, nie radikálny prekop; stále bez termínu dodania do core.
• Minimálne PHP 7.4 je na stole ako seriózna téma, ale bez rozhodnutia – dôvody sú najmä rýchlosť vývoja, menej kompatibilitného balastu a lepšia použiteľnosť moderných knižníc (vrátane AI SDK).