WordPress apunta a tres grandes versiones en 2026 mientras arranca la planificación de WordPress 7.0

En el último Core Committers Check-in (la reunión trimestral donde se alinean committers y liderazgo del proyecto), WordPress ha puesto sobre la mesa un cambio importante: la intención es volver a un calendario de tres versiones mayores en 2026. De paso, ya se ha empezado a hablar de tiempos y de qué podría traer WordPress 7.0, con tres temas que se repiten: IA en el ecosistema, rediseño del administrador y el mínimo de PHP.

Este enfoque contrasta con lo comunicado meses antes, cuando la Executive Director Mary Hubbard indicó que en 2026 habría solo una major release, citando “ongoing legal matters” (en referencia al conflicto legal que involucra a WP Engine) y también el contexto del parón de contribuciones de Automattic a WordPress durante esa etapa.

La sesión se celebró bajo la Chatham House Rule (una norma de confidencialidad habitual en reuniones sensibles: se puede compartir la información, pero no atribuirla a personas concretas), y además del calendario tocó temas muy concretos: candidatos funcionales para 7.0, el posible aterrizaje del WordPress AI Client en core, el estado del rediseño del admin y el debate sobre subir el mínimo de PHP.

Vuelta a tres versiones mayores en 2026: lo que se sabe del calendario

Las notas publicadas en Make WordPress Core por Jonathan Desrosiers recogen que la “intención” es retomar un ritmo de tres lanzamientos mayores el año que viene, y que WordPress 7.0 se está apuntando de forma temprana para marzo o abril.

También se descartó explícitamente un lanzamiento en febrero por un motivo muy práctico: para llegar a esa fecha, beta 1 caería a principios de enero, justo cuando muchos contribuidores todavía están en periodo de vacaciones, además de que varias funcionalidades en curso no llegarían listas a tiempo.

Otro debate interesante fue si conviene alinear futuras versiones mayores con eventos “flagship” (al estilo de lo ocurrido con WordPress 6.9, cuyo lanzamiento coincidió con el State of the Word). En la reunión se reconoció el atractivo de la idea, pero también su coste operativo: coordinar lanzamientos con viajes, zonas horarias y disponibilidad de release squad y contribuidores añade complejidad.

Qué podría traer WordPress 7.0: candidatos desde 6.9 y foco en IA

En el repaso de posibles funcionalidades para WordPress 7.0 aparecieron varias piezas que originalmente se habían considerado para WordPress 6.9 y que ahora vuelven a la conversación como candidatas para 7.0:

• Activación de plantillas (template activation).
• El bloque Tabs.
• Capacidades del lado cliente para la Abilities API (API de “habilidades”/capacidades).
• Edición de medios en el lado cliente (client-side media editing).

Aun así, la conversación más extensa se la llevó el WordPress AI Client, un componente que el AI Team viene planteando como parte de sus “Building Blocks” (piezas base) y que ahora ya se contempla como candidato real a formar parte del propio core.

WordPress AI Client: qué es y por qué importa a plugins y themes

El WordPress AI Client es un cliente (SDK) que busca ofrecer una forma nativa y agnóstica de proveedor para que plugins y temas se conecten a servicios de IA. “Agnóstico” aquí significa que evita que el ecosistema tenga que casarse con una API concreta (OpenAI, Anthropic, etc.) o que cada plugin implemente su integración de forma diferente.

Según lo comentado en el check-in, la versión 0.1.0 del WordPress AI Client se publicó la semana anterior a la reunión. La idea adapta el PHP AI Client al estilo y convenciones de WordPress, apoyándose en componentes ya habituales del core.

• Utiliza la WordPress HTTP API para las peticiones (la capa estándar de WordPress para llamadas HTTP).
• Centraliza las claves y credenciales en una pantalla de “AI Credentials”.
• Gestiona la selección de modelo sin obligar a los plugins a “hardcodear” proveedores específicos.

En el diseño futuro del cliente también se mencionaron ampliaciones previstas en siguientes versiones:

• Soporte para Abilities API.
• REST endpoints (endpoints REST) relacionados.
• Un Prompt Builder en el lado cliente (herramienta de construcción de prompts en el navegador).

En las notas se resume el motivo por el que se ve como una buena candidatura para core: disponer de este cliente en el propio WordPress ayudaría a que el ecosistema construya sobre cimientos compartidos (como la Abilities API), y que la combinación de estas APIs abra posibilidades tanto para desarrolladores como para propietarios de sitios.

Condiciones y límites: WordPress quiere seguir siendo agnóstico

La reunión también dejó claras varias restricciones: si el AI Client llega a core, WordPress “siempre seguirá siendo agnóstico”. Es decir, incluir un modelo concreto o limitarse a integrar solo algunos servicios de terceros no sería sostenible a largo plazo.

También se mencionó que, mirando más lejos, podrían aparecer oportunidades desde modelos emergentes basados en máquina o incluso a nivel de navegador. Pero en este punto no se eligió una dirección concreta.

Antes de decidir nada, se quiere aterrizar en casos de uso claros dentro del “WordPress por defecto”. En la conversación se pusieron ejemplos como:

• Buscar en la biblioteca de medios por contenido/temática concreta (por ejemplo, localizar imágenes por su “tema” o sujeto).
• Generar newsletters basadas en contenido reciente del sitio.

El rediseño del admin: más “capa de pintura” que reconstrucción total

Otro de los puntos recurrentes fue el rediseño del administrador. En esta ocasión se subrayó una idea clave: no se pretende una reconstrucción completa, sino más bien un “fresh coat of paint”, es decir, una actualización visual y de experiencia que refresque lo que ya existe, sin plantear una revolución total.

Este matiz es importante porque conecta con lo que ya se habló en la reunión trimestral de julio: allí se exploró cómo probar el rediseño como experimento dentro del plugin Gutenberg, o bien como un plugin separado al estilo “MP7”, guiño directo a MP6 (la estrategia “feature as a plugin” de 2013 que influyó en el rediseño del admin de WordPress 3.8).

Este rediseño se encuadra dentro de la Phase 3: Collaboration del roadmap de Gutenberg. El trabajo empezó a tomar forma en 2023, cuando Matías Ventura compartió su visión para modernizar la experiencia del admin, y posteriormente llegó a mostrar nuevos layouts durante el State of the Word 2023.

También se recordó un hito reciente: una vista previa temprana del rediseño que inicialmente se esperaba junto a WordPress 6.9 se aparcó en septiembre, cuando el roadmap se actualizó indicando que “ya no estaba planificado” en base al estado actual del trabajo.

Subir el mínimo de PHP: razones para apuntar a PHP 7.4 (sin decisión final)

El grupo también debatió razones “de peso” para elevar la versión mínima soportada de PHP hasta PHP 7.4. El foco no fue tanto una discusión teórica como los límites reales de mantener compatibilidad hacia atrás.

Los argumentos prácticos que se pusieron sobre la mesa giraron alrededor de estos puntos:

• Versiones antiguas de PHP obligan a mantener compatibilidad que añade bloat (peso/código extra) y ralentiza el desarrollo.
• PHP 7.4 ayudaría a mover el código hacia un tipado más consistente, facilitando que tanto desarrolladores como sistemas de IA entiendan mejor el código.
• Muchos SDKs de IA de terceros ya exigen versiones de PHP más nuevas; mantener el mínimo demasiado bajo impide usarlos.

Aun así, la conversación se enmarcó como un equilibrio entre progresar y no dejar a nadie atrás. En esa sesión no se tomó una decisión definitiva sobre el mínimo de PHP.

Siguientes pasos que quedaron anotados tras el check-in

En el cierre, Desrosiers enumeró varios temas para seguimiento, que dejan bastante claro por dónde continuará el trabajo organizativo en los próximos meses:

• Proponer formatos de reunión más abiertos y semiabiertos.
• Publicar el calendario de lanzamientos de 2026.
• Confirmar funcionalidades objetivo para WordPress 7.0 y posiblemente 7.1.
• Evaluar si coordinar lanzamientos con eventos presenciales es práctico o no.

Resumen rápido para desarrolladores WordPress

• La intención para 2026 es volver a tres releases mayores; WordPress 7.0 se apunta para marzo o abril.
• Entre los candidatos para 7.0 aparecen piezas como Tabs, template activation, client-side abilities para Abilities API y edición de medios en cliente.
• El WordPress AI Client (v0.1.0) gana peso como base común para integrar IA de forma agnóstica y coherente con WordPress.
• El rediseño del admin se plantea como un refresco (“capa de pintura”), sin fecha confirmada.
• Se debatió subir el mínimo a PHP 7.4, pero sin decisión cerrada; se destacaron motivos de desarrollo, claridad de tipado y compatibilidad con SDKs de IA.