WordPress v roce 2026 míří zpět ke třem velkým vydáním. Startuje i plánování 7.0

WordPress projekt podle interních poznámek z pravidelného setkání core committerů znovu počítá s tím, že v roce 2026 vyjdou tři major verze. Zároveň už běží první debaty o tom, co by mohlo (a co by naopak nemělo) stihnout WordPress 7.0 – včetně témat jako redesign administrace, minimální podporovaná verze PHP nebo to, jakou roli bude hrát AI v budoucím vývoji.

Celé shrnutí vychází z „Core Committers Check-in – November 2025“, kde se core committeři a vedení projektu bavili o kadenci vydávání, načasování a kandidátních funkcích. Setkání proběhlo pod Chatham House Rule (účastníci mohou sdílet informace, ale ne přiřazovat konkrétní výroky konkrétním lidem nebo organizacím).

Proč je „tři major releasy“ změna kurzu

To, že se WordPress vrací ke třem major vydáním ročně, je významný obrat oproti dřívějšímu sdělení z průběhu roku, kdy výkonná ředitelka projektu Mary Hubbard oznámila, že v roce 2026 má vyjít jen jedna major verze. Důvodem tehdy měly být „probíhající právní záležitosti“ – v kontextu se mluvilo o soudním sporu s WP Engine – a také o tom, že Automattic dočasně pozastavil část příspěvků do WordPressu v návaznosti na probíhající právní konflikt.

Aktuální plánování tedy říká: zpátky k vyšší frekvenci. Nejde ale o definitivní roadmapu do detailu; z poznámek je cítit spíš „záměr“ a potřeba dopracovat konkrétní harmonogram a cíle jednotlivých vydání.

Kadence pro 2026: WordPress 7.0 míří na březen nebo duben

Podle poznámek publikovaných na Make WordPress Core je záměr v roce 2026 obnovit kadenci tří major vydání. U WordPressu 7.0 se zmiňuje cílení na březen nebo duben.

Varianta vydání v únoru se na setkání vyřadila. Důvod je čistě praktický: Beta 1 by v takovém případě vycházela na začátku ledna – tedy v době, kdy je část přispěvatelů ještě na dovolených – a navíc několik rozpracovaných věcí by se časově nestihlo dotáhnout.

Budou se major releasy časovat na „flagship“ akce?

Na stole byla i myšlenka sladit budoucí major vydání s velkými komunitními událostmi. Jako precedent se zmiňuje letošní vypuštění WordPressu 6.9 v období State of the Word.

Zároveň padly i důležité protiargumenty: koordinovat vydání podle cestování, časových pásem a dostupnosti release squadu i přispěvatelů zvyšuje organizační složitost. Výsledek diskuse je, že to zůstává možnost, ne hotový plán, a téma je označené k dalšímu rozpracování.

Co by mohlo být ve WordPressu 7.0: kandidáti z původního scope pro 6.9

V diskusi se objevilo několik funkcí, které byly původně zvažované pro WordPress 6.9 a teď se řeší jako potenciální kandidáti pro 7.0. Konkrétně:

• template activation (aktivace šablon / templátů – v kontextu práce s templaty ve WordPressu)
• Tabs block (blok „záložek“)
• client-side abilities pro Abilities API (tedy část schopností dostupná na straně klienta)
• client-side media editing (editace médií na straně klienta)

Z těchto bodů ale největší prostor dostalo téma AI – konkrétně WordPress AI Client.

WordPress AI Client: proč je to pro core tak lákavé

Nejrozsáhlejší část debaty se točila kolem WordPress AI Client. Jde o jeden ze čtyř „Building Blocks“ (stavebních kamenů) AI týmu a nově se vážně zvažuje, jestli by se neměl stát součástí jádra (core).

Důležitý kontext: WordPress AI Client ve verzi 0.1.0 vyšel krátce před setkáním. Cíl je nabídnout „nativní“ a zároveň provider-agnostic přístup (tj. nezávislý na konkrétním poskytovateli) k tomu, jak pluginy a šablony komunikují s AI službami. Nástroj přizpůsobuje projekt PHP AI Client WordPress konvencím a vývojářským zvyklostem.

Jak AI Client technicky zapadá do WordPress ekosystému

Z poznámek a souvisejících oznámení vyplývá několik konkrétních vlastností, které jsou pro WordPress ekosystém zásadní:

• Používá WordPress HTTP API – tedy standardní vrstvu pro HTTP požadavky v ekosystému WordPressu, místo aby si každý plugin tahal vlastní implementaci.
• Centralizuje API klíče do obrazovky „AI Credentials“ – pluginy a šablony pak nemusí každá řešit vlastní ukládání a UI pro přístupové údaje.
• Řeší výběr modelu bez hard-codingu poskytovatele – vývojář pluginu by neměl být nucen natvrdo integrovat konkrétní AI službu jen proto, aby nabídl jednu funkci.
• Je postavený tak, aby se kolem něj dalo stavět stabilní API a nástroje pro ekosystém (v kombinaci s dalšími iniciativami).

Co je v plánu pro další verze AI Clientu

V oznámených plánech do budoucna se zmiňují konkrétní rozšíření:

• podpora Abilities API
• REST endpointy (rozhraní pro práci přes WordPress REST API)
• client-side Prompt Builder (nástroj na straně klienta pro skládání promptů)

Argument pro core: jednotné základy místo roztříštěných integrací

V poznámkách ze setkání zaznívá poměrně jasný důvod, proč je AI Client vnímaný jako silný kandidát pro core: má motivovat ekosystém, aby stavěl na pevných základech (například právě na Abilities API), místo aby každý plugin implementoval AI „po svém“.

Because the AI client is a great way to encourage the ecosystem to build around solid foundations (such as the Abilities API), the ideal home for this is Core itself. The combining of these related APIs will unlock so many possibilities for developers and site owners.

Poznámky ze setkání (Core Committers Check-in – November 2025)

AI v jádře: agnostic přístup jako tvrdý požadavek

Současně se řešily i limity a rizika. V poznámkách je explicitně uvedené, že WordPress musí zůstat agnostic – tedy že není dlouhodobě udržitelné přibalit jeden konkrétní AI model nebo podporovat jen vybrané third‑party služby.

Padla i poznámka, že dlouhodobé možnosti můžou přijít třeba s nastupujícími modely běžícími „strojově“ nebo na úrovni prohlížeče, ale žádný konkrétní směr se na setkání nevybral.

Nejdřív use-cases v „default WordPressu“

Než se rozhodne o případném zahrnutí do core, chce komunita jasné, srozumitelné scénáře použití přímo v základním WordPressu. Jako příklady zmiňované v debatě:

• vyhledávání v Media Library podle konkrétního obsahu / tématu (např. najít fotky s určitým motivem)
• generování newsletterů na základě nedávno publikovaného obsahu

Redesign administrace: spíš facelift než revoluce

Další velké téma byla modernizace administrace. Zaznělo upřesnění, že aktuální snaha nemíří na kompletní přestavbu, ale spíš na „fresh coat of paint“ – tedy vizuální a UX osvěžení toho, co už existuje, místo totálního přepsání.

Tohle navazuje na debaty z červencového kvartálního setkání, kde se řešilo, jestli redesign otestovat experimentálně v pluginu Gutenberg, nebo ho vydat jako samostatný plugin ve stylu „MP7“ – což je záměrná narážka na MP6 z roku 2013, kdy se část funkcí nejdřív vyvíjela jako plugin („feature as a plugin“) a následně ovlivnila redesign administrace ve WordPressu 3.8.

Redesign administrace patří do Phase 3: Collaboration na Gutenberg roadmapě. Práce na tom začala už v roce 2023, kdy Matías Ventura (Gutenberg Lead Architect) sdílel vizi modernější admin zkušenosti a později ukazoval nové layouty i v rámci State of the Word 2023.

Zajímavý detail: raný náhled redesignu administrace, který měl původně vyjít společně s WordPress 6.9, byl v září odložen. Aktualizovaná roadmapa tehdy uvedla, že to „už není v plánu na základě aktuálního stavu práce“.

Minimální PHP verze: debata o posunu na PHP 7.4

Setkání se dotklo i otázky, jestli nenastal čas zvednout minimální podporovanou verzi PHP na 7.4. Nešlo o oznámené rozhodnutí, ale o hledání „přesvědčivých důvodů“, proč to udělat.

Proč zvažovat PHP 7.4: méně kompatibility, víc prostoru pro vývoj

Argumentace byla postavená hlavně na praktických limitech:

• Starší PHP verze nutí WordPress držet kompatibilitu, která přidává bloat (zbytečnou zátěž v kódu) a zpomaluje vývoj.
• PHP 7.4 by posunulo kód směrem ke konzistentnějšímu typování, což může zjednodušit údržbu i orientaci v kódu.
• Zaznělo i to, že konzistentnější typování pomáhá nejen lidem, ale i AI systémům lépe porozumět kódu.
• Řada third‑party AI SDK už dnes vyžaduje novější PHP; příliš nízké minimum blokuje možnost tyto knihovny rozumně použít.

Současně se zdůrazňovalo, že jde o hledání rovnováhy mezi posunem vpřed a tím, aby WordPress nepřestal být použitelný pro část uživatelů. Na setkání nepadlo žádné finální rozhodnutí.

Co bude následovat: otevřenější setkání a konkrétnější plán pro 2026

Závěrem se v poznámkách objevuje seznam navazujících kroků, které si komunita odnáší k dopracování:

• navrhnout otevřenější a „semi-open“ formáty setkání
• publikovat vydávací harmonogram pro rok 2026
• potvrdit cílené funkce pro WordPress 7.0 a případně i 7.1
• vyhodnotit, jestli je praktické koordinovat vydání s osobními (in-person) akcemi

Shrnutí pro vývojáře: na co se připravit už teď

Pokud stavíš pluginy, šablony nebo integrace kolem WordPressu, z aktuálních signálů je dobré vnímat hlavně tři věci: (1) major vydání budou v roce 2026 pravděpodobně častější (tři místo jednoho), což zvedá nároky na průběžné testování kompatibility; (2) AI Client se tlačí do role společného základu, ale s důrazem na provider-agnostic přístup a jasné default use-cases; (3) otázka minima PHP 7.4 zůstává otevřená, ale argumenty pro posun se hromadí – zejména kvůli rychlosti vývoje a kompatibilitě s moderními SDK.