WordPress siktar på tre stora releaser 2026 – och 7.0 börjar ta form

WordPress-projektet ser ut att växla upp igen 2026. I anteckningar från ett kvartalsvis “Core Committers Check-in” (ett avstämningsmöte mellan core committers och projektledning) framgår att intentionen är att gå tillbaka till en releasekadens med tre större versioner under året – och att den tidiga planeringen för WordPress 7.0 redan är igång.

Det här är en tydlig kursändring jämfört med besked tidigare under året, där WordPress Executive Director Mary Hubbard kommunicerade att 2026 sannolikt bara skulle få en större release. Motiveringen då var “ongoing legal matters” – en hänvisning till den pågående rättsprocessen kopplad till WP Engine – samt att Automattic pausat delar av sina WordPress-bidrag i relation till den juridiska konflikten.

Mötet hölls under Chatham House Rule (en mötesform där deltagare får använda informationen som diskuteras, men inte attribuera uttalanden till enskilda personer). För oss som bygger och förvaltar WordPress-lösningar är det intressanta inte bara takten, utan vad som potentiellt hamnar i 7.0: admin-redesign, höjd lägstanivå för PHP och inte minst ett möjligt nästa steg för AI i core.

Tre stora versioner 2026 – och 7.0 kan landa i mars/april

Enligt mötesanteckningar som core committer Jonathan Desrosiers publicerat på Make WordPress Core är intentionen att återgå till tre stora releaser under 2026. I samma andetag nämns att WordPress 7.0 siktar på mars eller april.

En release redan i februari avfärdades. Skälet var framför allt timing i utvecklingsprocessen: “beta 1” skulle då hamna tidigt i januari – en period där många bidragsgivare fortfarande är lediga – och flera pågående funktioner bedömdes inte kunna bli klara i tid.

Gruppen diskuterade också idén att koppla framtida major-releaser till större “flagship events”. Resonemanget bygger vidare på att WordPress 6.9 i år lanserades i samband med State of the Word. Samtidigt konstaterades att en sådan samordning snabbt blir komplex: resor, tidszoner och tillgänglighet hos release squad och contributors påverkar. Därför beskrivs det mer som en möjlighet än en fast plan, och frågan är markerad för vidare diskussion.

Vad kan hamna i WordPress 7.0?

I diskussionen lyftes flera funktioner som tidigare varit “scopade” för WordPress 6.9, men som nu nämns som kandidater för 7.0. Det gäller bland annat:

• Template activation
• Tabs block
• Client-side abilities för Abilities API
• Client-side media editing

Men det som fick mest utrymme var WordPress AI Client – en komponent som kan bli ett slags gemensam infrastruktur för hur teman och tillägg pratar med AI-tjänster i WordPress-ekosystemet.

WordPress AI Client: ett provider-agnostic SDK på WordPress-sätt

WordPress AI Client är en av AI-teamets fyra så kallade “Building Blocks” och diskuteras nu som möjlig kandidat att flyttas in i core. Version 0.1.0 av WordPress AI Client släpptes nyligen.

Kärnan i idén: ge plugins och teman ett native, provider-agnostic sätt att interagera med AI-tjänster. Med provider-agnostic menas att du inte ska behöva hårdkoda en specifik leverantör (t.ex. en viss extern AI-plattform) i varje plugin – utan kunna bygga på ett gemensamt lager som kan prata med flera.

Rent tekniskt bygger klienten på att anpassa projektet PHP AI Client till WordPress-konventioner. Den använder WordPress HTTP API (standardlagret för HTTP-anrop i WordPress), samlar API-nycklar i en central “AI Credentials”-vy, och hanterar modellval utan att varje plugin måste hårdkoda en särskild provider.

I anteckningarna nämns också vad som är på väg i framtida releaser av AI Client:

• Stöd för Abilities API
• REST endpoints
• En client-side Prompt Builder

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.

Mötesanteckningar (Make WordPress Core)

Begränsningar: WordPress vill förbli agnostiskt

Samtidigt är det tydligt att en flytt in i core kommer med krav. Anteckningarna betonar att WordPress alltid ska förbli agnostiskt: att bygga in en specifik AI-modell eller bara integrera med vissa tredjepartstjänster ses inte som hållbart.

Det diskuterades också att mer långsiktiga möjligheter kan komma från nya typer av modeller – maskinbaserade eller modeller på browser-nivå – men utan att någon riktning spikades.

Innan något beslut tas vill bidragsgivare se tydliga use cases i “default WordPress”. Exempel som nämndes var:

• Att kunna söka i mediebiblioteket efter specifikt innehåll/ämnesmotiv
• Att generera nyhetsbrev baserat på nyligt publicerat innehåll

Admin-redesign: mer uppfräschning än total omgörning

Admin-redesignen var en annan stor punkt. Budskapet från mötet var att arbetet inte siktar på en fullständig ombyggnad av wp-admin, utan snarare en “fresh coat of paint” – en uppfräschning av det som redan finns.

Det här förtydligandet kommer efter en tidigare kvartalsdiskussion i juli, där man bland annat pratade om att testa redesignen experimentellt i Gutenberg-pluginet eller som ett separat “MP7”-plugin. Namnet är en tydlig blinkning till MP6, “feature as a plugin”-satsningen från 2013 som i praktiken formade admin-redesignen i WordPress 3.8.

Admin-redesignen hör till Phase 3: Collaboration i Gutenbergs roadmap. Arbetet tog fart 2023 när Gutenberg Lead Architect Matías Ventura beskrev sin vision för att modernisera admin-upplevelsen, och senare visade nya layouter under State of the Word 2023.

Det fanns också en tidigare plan om att skeppa en tidig preview av redesignen i anslutning till WordPress 6.9, men den lades på is i september när roadmapen uppdaterades med formuleringen att det “no longer planned based on the current state of work”.

I nuläget finns ingen tidslinje för när redesignen faktiskt kan landa. Senaste stora uppfräschningen av admin kom för mer än ett decennium sedan – i WordPress 3.8.

Minimikravet för PHP: argumenten för att höja till 7.4

En tredje tung fråga var PHP-baslinjen. Mötet tog upp “compelling reasons” för att höja minsta PHP-version som WordPress stödjer till PHP 7.4.

Diskussionen kretsade kring praktiska begränsningar i att hålla liv i stöd för äldre PHP-versioner. Det kräver att WordPress behåller kompatibilitet som dels skapar “bloat” (mer kod och fler specialfall), dels bromsar utvecklingstakten.

PHP 7.4 beskrevs som ett steg mot mer konsekvent typning och en kodbas som är lättare att förstå – både för utvecklare och för AI-system som analyserar kod. Det nämndes också att många tredjeparts-AI-SDK:er redan kräver senare PHP-versioner, och att en för låg miniminivå i praktiken gör att projektet inte kan använda dem.

Samtidigt ramades frågan in som en balans mellan att driva plattformen framåt och att få användarna med på resan – utan att lämna någon efter. Inget beslut fattades under mötet.

Uppföljningspunkter: mer öppna möten, publicerat schema och tydligare scope

I slutet av anteckningarna listade Desrosiers flera konkreta saker att ta vidare efter sessionen:

• Föreslå mer öppna och semi-öppna mötesformat
• Publicera releaseschemat för 2026
• Bekräfta vilka funktioner som siktas in för 7.0 och eventuellt 7.1
• Utvärdera om det är praktiskt att koordinera releaser med fysiska event

Sammanfattning

Planeringen pekar på att WordPress under 2026 vill tillbaka till tre major-releaser, med 7.0 som möjlig vårrelease (mars/april). På funktionssidan är AI Client den mest strategiska pusselbiten just nu – just för att den handlar mer om gemensam infrastruktur än om enskilda AI-funktioner. Parallellt fortsätter admin-redesignen, men med tydlig tonvikt på uppfräschning snarare än total omgörning, och PHP-miniminivån (7.4) är åter på bordet utan att något ännu är avgjort.