WordPress sigter mod tre store releases i 2026: 7.0-planlægning, AI Client, admin-redesign og PHP 7.4 på bordet

WordPress-projektet har lagt op til et markant temposkifte i 2026: tilbage til tre major releases på et år. Det kom frem i den seneste kvartalsvise “Core Committers Check-in”, hvor core committers og projektledelsen bl.a. drøftede release cadence, tidlige linjer for WordPress 7.0, status på admin-redesignet og hvordan AI kan blive en mere integreret del af platformens udvikling.

Mødet blev afholdt under Chatham House Rule (dvs. man må bruge informationerne, men ikke attribuere dem til specifikke personer), og det giver typisk et mere åbent rum til at diskutere både strategi og kompromiser i et projekt på WordPress’ størrelse.

Tilbage til tre major releases i 2026

Ifølge mødereferatet (publiceret på Make WordPress Core af core committer Jonathan Desrosiers) er “intentionen” at genoptage en cadence med tre store releases i 2026. I samme åndedrag blev WordPress 7.0 nævnt med et foreløbigt sigte mod marts eller april.

Det er værd at bemærke, at det er en kursændring i forhold til udmeldingen tidligere på året, hvor WordPress Executive Director Mary Hubbard annoncerede, at der kun ville komme én major release i 2026. Den daværende begrundelse var “ongoing legal matters” (en reference til WP Engine-søgsmålet) kombineret med Automattics pause/skalering af WordPress-bidrag midt i den juridiske konflikt.

Hvorfor ikke februar? Beta-timing og ferier

En release i februar blev konkret afvist i drøftelserne. Argumentet var primært praktisk: hvis 7.0 skulle lande i februar, ville Beta 1 falde i starten af januar, hvor mange bidragsydere stadig er på ferie. Derudover pegede deltagerne på, at flere features, som allerede er under udvikling, ikke ville kunne nå at blive klar i tide til en så tidlig release.

Releases synkroniseret med flagship events? Mulighed – ikke en plan

Gruppen vendte også idéen om at time fremtidige major releases med store, “flagship” begivenheder. Det spejler, at WordPress 6.9 efter planen blev lanceret i forbindelse med “State of the Word”.

Men mødereferatet lægger vægt på, at det vil øge kompleksiteten at koordinere releases omkring rejser, tidszoner samt tilgængelighed i release squad og blandt bidragsydere. Derfor står idéen som en mulighed, der er markeret til videre diskussion – ikke som en fastlagt strategi.

Mulige 7.0-features: fra Tabs block til WordPress AI Client

En del af snakken handlede om features, der oprindeligt var i spil til WordPress 6.9, men som også kan ende som kandidater til 7.0. Det inkluderer:

• Template activation
• Tabs block
• Client-side capabilities til Abilities API (Abilities API er et API-koncept til at definere og håndhæve, hvad en given “agent”/komponent kan gøre)
• Client-side media editing

Den tungeste del af diskussionen kredsede dog om WordPress AI Client – og om den på sigt bør flytte fra “developer tool” til noget, der potentielt bor i selve core.

Hvad er WordPress AI Client (og hvorfor taler man om core)?

WordPress AI Client er en SDK/klient, der sigter mod at give plugins og temaer en native og provider-agnostic måde at integrere med AI-services. Provider-agnostic betyder i praksis, at løsningen ikke binder dig til én bestemt leverandør eller model – og at plugins ikke behøver hardcode specifikke providers for at fungere.

Version 0.1.0 af WordPress AI Client blev udgivet ugen før mødet. Den bygger på og tilpasser PHP AI Client-projektet til WordPress-konventioner, så integrationsmønstret føles velkendt for WP-udviklere.

De vigtigste byggesten i 0.1.0

Mødereferatet fremhæver flere konkrete designvalg, som gør klienten interessant i et WordPress-økosystem:

• Den bruger WordPress HTTP API til netværkskald (altså samme underliggende mekanik som mange andre core- og plugin-integrationer).
• Den centraliserer API keys i en “AI Credentials”-skærm, så credentials håndteres ét sted i stedet for at blive spredt ud i hvert plugin.
• Den håndterer model selection uden at plugins behøver hardcode specifikke providers (dvs. bedre portabilitet og færre låsninger).

Hvad er på vej i kommende releases?

I de planlagte, fremtidige releases er der nævnt en række udbygninger:

• Abilities API support
• REST endpoints
• En client-side Prompt Builder (altså et værktøj i browseren til at bygge prompts på en struktureret måde).

Argumentet for core: solide fundamenter i hele økosystemet

Grunden til, at flere committers ser AI Client som en stærk kandidat til core, handler om standardisering: hvis fundamentet ligger i core, bliver det lettere for økosystemet at bygge ovenpå fælles API’er og patterns (fx Abilities API) i stedet for at opfinde hver sin integration.

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.

Uddrag fra mødereferatet (Make WordPress Core)

Begrænsninger: WordPress vil forblive agnostisk

Samtidig var der tydelige forbehold. Noterne understreger, at WordPress “altid vil forblive agnostic”. Det vil sige: det er ikke holdbart at bygge core op omkring én specifik AI-model eller kun integrere med et subset af tredjepartsservices.

Der blev også nævnt, at mulighederne på længere sigt måske i højere grad kommer fra “emerging machine-based or browser-level models”, men der blev ikke valgt nogen konkret retning i mødet.

Før man beslutter noget: konkrete default WordPress-use cases

Inden der overhovedet træffes en beslutning om at bringe AI Client ind i core, vil bidragsydere se tydelige use cases for “default WordPress”. I noterne nævnes bl.a.:

• At kunne søge i mediebiblioteket efter bestemte motiver/subject matter.
• At kunne generere nyhedsbreve baseret på nyt indhold på sitet.

Admin-redesignet: mere “frisk maling” end total ombygning

Admin-redesignet (wp-admin) blev også vendt. Her var beskeden, at ambitionen ikke er et fuldt redesign fra bunden, men snarere en “fresh coat of paint” og en opfriskning af det, der allerede findes.

Det er en afklaring i forhold til den kvartalsvise diskussion i juli, hvor man talte om at teste redesign som et eksperiment i Gutenberg-plugin’et – eller som et separat “MP7”-plugin. “MP7” er en tydelig reference til MP6, der tilbage i 2013 var “feature as a plugin”-sporet, som i sidste ende formede admin-redesignet i WordPress 3.8.

Kontekst: Phase 3 (Collaboration) og arbejdet siden 2023

Redesignet er koblet til Phase 3: Collaboration i Gutenberg-roadmappet. Arbejdet på dette spor begyndte i 2023, da Gutenberg Lead Architect Matías Ventura delte sin vision for at modernisere admin-oplevelsen. Senere demonstrerede han også nye layouts under State of the Word 2023.

Ingen timeline – og preview til 6.9 blev droppet

Der er stadig ingen offentlig timeline for, hvornår et redesignet admin kan lande. Et tidligt preview var oprindeligt tænkt som en del af WordPress 6.9, men blev lagt på hylden i september, da roadmappet blev opdateret til at sige, at det “no longer planned based on the current state of work.”

Til sammenligning er det sidste store admin-refresh mere end et årti gammelt (WordPress 3.8), så selv et “lag maling” kan få stor betydning for dagligdagen – både for redaktører og for dem, der bygger produkter ovenpå wp-admin.

Minimum PHP-version: “compelling reasons” for at sigte mod PHP 7.4

Et andet emne med stor praktisk effekt for danske bureauer, hostingudbydere og plugin-udviklere er minimumskravet til PHP. Mødet udforskede, om der er “compelling reasons” til at hæve minimum understøttet PHP-version til 7.4.

Hvad er argumenterne for at hæve minimum? (praktiske grænser)

Diskussionen handlede mindre om ideologi og mere om konkrete begrænsninger i hverdagen:

• Gamle PHP-versioner tvinger WordPress til at holde kompatibilitet, som giver mere “bloat” og gør udvikling langsommere.
• PHP 7.4 kan skubbe codebase i retning af mere konsistent typing, hvilket gør det lettere for udviklere at forstå og vedligeholde koden.
• Mere konsistent typing gør det også lettere for AI-systemer at læse og forstå koden (relevant i en tid hvor AI bruges til både analyse og tooling).
• Mange tredjeparts AI SDKs kræver allerede nyere PHP-versioner, og et for lavt minimum spænder ben for at kunne anvende dem i WordPress-kontekst.

Balancen: fremdrift uden at efterlade brugere

Samtalen blev rammesat som en klassisk WordPress-balance: at kunne bevæge platformen fremad uden at miste brugere på gulvet. Der blev ikke truffet en beslutning i mødet.

Opfølgning fra mødet: næste skridt på release- og planlægningssiden

Som konkrete opfølgningspunkter listede Desrosiers flere ting, der skal arbejdes videre med:

• At foreslå mere åbne og semi-åbne mødeformater.
• At publicere release schedule for 2026.
• At bekræfte målrettede features for 7.0 og muligvis 7.1.
• At vurdere om koordinering af releases med in-person events er praktisk.

Opsummering: hvad du som WP-udvikler bør holde øje med

• WordPress forventer at vende tilbage til tre major releases i 2026, med 7.0 sigtet mod marts/april.
• AI-sporet bliver mere konkret: WordPress AI Client (0.1.0 er ude) kan på sigt blive en core-kandidat, men kun hvis WordPress kan forblive provider-agnostic og hvis default use cases giver mening.
• Admin-redesignet beskrives som en opfriskning fremfor en total udskiftning, og der er stadig ingen fast timeline.
• Minimum PHP-version kan blive hævet til 7.4, men der er endnu ikke taget beslutning; argumenterne handler om hastighed i udvikling, mindre kompatibilitetsbyrde og bedre mulighed for at bruge moderne SDKs – inkl. AI-relaterede.