WordPress v 2026 spet cilja na tri večje izdaje: prvi obrisi načrtovanja za 7.0

V WordPress jedru (Core) se je v zadnjem času precej govorilo o tem, koliko večjih izdaj (major releases) je realno mogoče dostaviti glede na razpoložljive contributorje, kompleksnost feature-jev in širši kontekst projekta. Na zadnjem četrtletnem srečanju Core Committers Check-in se je po objavljenih zapiskih izoblikovala jasna usmeritev: v letu 2026 naj bi se WordPress vrnil na ritem treh večjih izdaj – hkrati pa so se že začeli zgodnji pogovori o WordPress 7.0.

Srečanje je potekalo pod Chatham House Rule (pravilo, ki omogoča odkrito razpravo, brez pripisovanja izjav konkretnim udeležencem) in je pokrilo tri velike tematske sklope: kadenco izdaj za 2026, potencialne funkcionalnosti 7.0 (vključno z WordPress AI Client) ter status admin redesign-a in vprašanje dviga minimalne zahtevane različice PHP.

Zakaj je to sprememba: od »samo ena izdaja v 2026« nazaj na tri

Pomembno je razumeti, da to ni samo tehnična odločitev o roadmapu, ampak tudi reakcija na dogajanje v projektu. V začetku leta je izvršna direktorica Mary Hubbard napovedala, da bo WordPress v 2026 dostavil le eno večjo izdajo, pri čemer je kot razlog navedla »ongoing legal matters« – v kontekstu pravnega spora, povezanega z WP Engine lawsuit – in hkrati dejstvo, da je Automattic začasno ustavil oziroma zmanjšal prispevke v WordPress jedro.

Na zadnjem check-inu pa so core committerji in vodstvo očitno ocenili, da je izvedljivo in smiselno znova ciljati na tri večje izdaje v 2026. To seveda še ni dokončen koledar z datumi, je pa po zapisniku jasno označeno kot intention.

Kadenca izdaj v 2026: WordPress 7.0 cilja na marec ali april

Po zapisniku srečanja (objavljenem na Make WordPress Core) je cilj, da se WordPress 7.0 umesti v marec ali april. Zelo konkretno so izločili možnost februarske izdaje, in to iz dveh razlogov:

• Če bi bil release v februarju, bi Beta 1 morala pasti v zgodnji januar, ko je veliko contributorjev še vedno na dopustih ali z omejeno razpoložljivostjo.
• Več funkcionalnosti, ki so trenutno v teku, ne bi bile pripravljene dovolj zgodaj, da bi ujele takšen terminski pritisk.

V pogovoru se je odprla tudi ideja, da bi prihodnje večje izdaje bolj dosledno usklajevali z »flagship« dogodki (model, podoben letošnjemu lansiranju WordPress 6.9 med State of the Word). A hkrati so udeleženci izpostavili, da takšna koordinacija ni trivialna: potovanja, časovni pasovi, razpoložljivost release squad-a in contributorjev lahko uvedejo dodatno kompleksnost.

Ključna poanta: poravnava z dogodki je trenutno označena kot možnost, ne kot plan, in je bila zabeležena kot tema za nadaljnjo razpravo.

Kaj bi lahko prišlo v WordPress 7.0: kandidati iz prvotnega obsega za 6.9

V okviru načrtovanja 7.0 so se na mizi znašle tudi funkcionalnosti, ki so bile prvotno predvidene za WordPress 6.9, pa se zdaj omenjajo kot kandidati za 7.0. Med njimi so bile eksplicitno navedene:

• template activation
• Tabs block
• client-side abilities za Abilities API
• client-side media editing

Največ časa pa je bilo, pričakovano, namenjenega AI temi – natančneje komponenti, ki se trenutno razvija kot infrastrukturni gradnik za širši ekosistem.

WordPress AI Client: zakaj je to kandidat za Core

Osrednja razprava se je vrtela okoli WordPress AI Client – enega od štirih »Building Blocks« ekipe WordPress AI Team – ki je zdaj resno v igri, da bi postal del WordPress jedra.

Pomemben kontekst: WordPress AI Client v0.1.0 je bil izdan tik pred srečanjem. Gre za SDK/pristop, ki želi pluginom in temam ponuditi native, provider-agnostic način komunikacije z AI storitvami. »Provider-agnostic« v tem kontekstu pomeni, da integracija ne zaklene ekosistema na enega ponudnika modelov, ampak omogoča zamenljivost in abstrakcijo.

AI Client se po opisu prilagaja WordPress konvencijam in nadgrajuje idejo iz PHP AI Client, vendar z WordPress načinom dela. Konkretno je bilo izpostavljeno, da AI Client:

• uporablja WordPress HTTP API (standardni način, kako WordPress dela HTTP klice navzven),
• centralizira API ključe v posebnem zaslonu »AI Credentials«,
• obravnava izbor modelov na način, da pluginom ni treba hard-codeati ponudnikov.

Po zapiskih naj bi prihodnje izdaje dodale še:

• podporo za Abilities API,
• REST endpoints,
• client-side Prompt Builder (gradnik pozivov v brskalniku).

Zakaj to committerji vidijo kot močan kandidat za Core? Ker gre za infrastrukturo, ki lahko ekosistem usmerja v gradnjo na stabilnih temeljih (npr. Abilities API) namesto na nepovezanih, ad-hoc integracijah po posameznih plugin-ih.

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.

Meeting notes (Make WordPress Core)

Omejitve: WordPress želi ostati agnostičen

V zapisniku je zelo jasno poudarjeno tudi, kje so meje. WordPress po tej logiki ne sme postati odvisen od specifičnega AI modela ali integrirati samo izbranih third-party storitev – to dolgoročno ni vzdržno. Projekt želi »always remain agnostic«.

Kot potencialno zanimivo smer so omenili tudi daljše časovno obdobje, kjer bi se lahko več možnosti odprlo z nastajajočimi machine-based ali browser-level modeli (torej modeli, ki bi tekli bolj lokalno ali neposredno v brskalniku), vendar na srečanju niso izbrali nobene konkretne usmeritve.

Pred odločitvijo: jasni use-case-i za »default WordPress«

Še preden bi AI Client sploh zares prišel v Core, želijo contributorji videti jasne in oprijemljive use-case-e, ki imajo smisel v privzeti namestitvi WordPressa (»default WordPress«). V zapisniku sta bila kot primera navedena:

• iskanje po Media Library glede na specifično vsebino/subjekt (npr. najdi slike, kjer je določen motiv),
• generiranje newsletterjev na podlagi nedavne vsebine.

Admin redesign: ne »velika prenova«, ampak osvežitev

Na srečanju so naslovili tudi admin redesign. Sporočilo, ki so ga udeleženci dobili, je precej prizemljeno: cilj ni popolna prenova WordPress admina, ampak bolj »fresh coat of paint« – nova vizualna plast in osvežitev obstoječega.

To pojasnilo je pomembno tudi zato, ker so že julija na četrtletnem srečanju razmišljali o tem, kako redesign testirati: kot eksperiment v Gutenberg pluginu ali kot ločen »MP7« plugin. Ime je referenca na MP6 (2013), pristop »feature as a plugin«, ki je močno vplival na redesign admina v WordPress 3.8.

Admin redesign sodi v Phase 3: Collaboration na Gutenberg roadmapu. Delo se je začelo v 2023, ko je Gutenberg Lead Architect Matías Ventura predstavil vizijo modernizacije admin izkušnje, kasneje pa demonstriral nove layout-e tudi na State of the Word 2023.

Zanimiv detajl za timeline: zgodnji preview redesign-a je bil prvotno načrtovan skupaj z WordPress 6.9, a so ga septembra umaknili, ko je bil roadmap posodobljen z opombo, da »no longer planned based on the current state of work«.

Minimalni PHP: zakaj se spet govori o dvigu na PHP 7.4

Ena od bolj »inženirskih« tem srečanja je bila iskanje »compelling reasons« za dvig minimalno podprte različice PHP na 7.4.

Argumentacija se je vrtela okoli praktičnih omejitev in stroškov kompatibilnosti:

• Stare PHP različice silijo WordPress, da ohranja kompatibilnost, ki prinaša bloat in upočasnjuje razvoj.
• PHP 7.4 bi codebase potisnil proti bolj konsistentnemu typing pristopu, kar olajša razumevanje tako razvijalcem kot tudi AI sistemom.
• Veliko third-party AI SDK-jev že zahteva novejše PHP različice; prenizek minimum pomeni, da jih projekt v praksi ne more uporabljati.

Hkrati so razpravo jasno postavili v okvir ravnotežja: napredek na eni strani in to, da se uporabnikov ne »pusti za sabo« na drugi. Na srečanju ni padla odločitev o dvigu.

Kaj sledi: odprta vprašanja in follow-up točke

V zaključku je Jonathan Desrosiers v zapisniku navedel več konkretnih follow-up točk, ki bodo vplivale na to, kako se bo 2026 dejansko odvil. Med njimi so:

• predlog za bolj odprte in pol-odprte formate srečanj (open in semi-open meeting formats),
• objava 2026 release schedule,
• potrditev ciljnih funkcionalnosti za 7.0 in potencialno tudi 7.1,
• ocena, ali je koordinacija večjih izdaj z dogodki v živo sploh praktična.

Povzetek za razvijalce: kaj je vredno spremljati

Če WordPress v 2026 res dostavi tri večje izdaje, bo to neposredno vplivalo na tempo sprememb v jedru, testiranje pluginov/tem in planiranje kompatibilnosti. V kratkem je najbolj smiselno spremljati tri osi: (1) kako hitro se zaklene obseg za 7.0 (in ali se del funkcionalnosti premakne v 7.1), (2) ali bo WordPress AI Client dobil dovolj jasne privzete use-case-e za Core, ter (3) ali bo prišlo do premika pri minimalnem PHP, ker to vpliva na celoten ekosistem – od hostinga do CI/CD nastavitev v projektih.