El futuro de WordPress 2027: Liberación de datos y el nuevo admin

WordPress 7.0 "Armstrong" se publicó el 20 de mayo de 2026 y WordPress 7.1 "Mary Lou" el 19 de agosto de 2026. La hoja de ruta oficial prevé la 7.2 para el 10 de diciembre de 2026 y advierte que esas fechas sirven "solo para una planificación aproximada" (traducción propia). Una previsión para 2027 ya puede apoyarse en un año de versiones reales: lo que se publicó, lo que se retiró en el último momento y lo que no tiene fecha.

Este artículo separa esas tres cosas. Cada predicción es la opinión de nuestro equipo de desarrollo WordPress, y cada una remite al anuncio o a la entrada de Core de la que nace. Donde el proyecto no ha publicado nada, lo decimos en lugar de rellenar el hueco.

#Qué trajeron WordPress 7.0 y 7.1 en 2026

Este año llegaron dos versiones mayores. La tabla recoge lo que importa para 2027, según el anuncio de la versión 7.0 y la WordPress 7.1 Field Guide.

La Field Guide de 7.1 cuenta más de 310 tickets de Core Trac, más de 100 de ellos mejoras y más de 180 correcciones de errores. La página de gestión de fuentes de 7.0 funciona con temas de bloques, híbridos y clásicos, algo que importa en la sección de temas más abajo.

#Qué no llegó: colaboración en tiempo real y React 19

La hoja de ruta describe la Fase 3 de Gutenberg como “centrada en la edición colaborativa y los flujos de trabajo” y promete “colaboración en tiempo real y procesos de publicación más fluidos” (traducción propia, hoja de ruta de WordPress). Es la función principal de la fase y ha faltado en dos versiones seguidas.

• 7.0: el anuncio de la versión no menciona la colaboración en tiempo real.
• 7.1: la entrada Roadmap to 7.1 todavía tenía preguntas abiertas sobre el alcance (una función completa o solo la arquitectura de base) y sobre el mecanismo de almacenamiento. Un esfuerzo de divulgación sobre edición colaborativa reclutó testers a través del plugin Gutenberg. La Field Guide dice después que la función “recibió muchas pruebas y comentarios durante el ciclo de WordPress 7.1, pero no está activada en la versión final” (traducción propia).
• React 19: la actualización desde React 18 también se aplazó más allá de 7.1 y sigue como experimento en el plugin Gutenberg.

Los responsables de 7.1 explicaron la decisión abiertamente. La Field Guide cita a Anne McCarthy: “a veces lo que no añadimos vale más que lo que añadimos” (traducción propia).

Nuestra predicción: la coedición en tiempo real llega al núcleo durante 2027, después de al menos otro ciclo en el plugin Gutenberg. Hasta entonces sigue el bloqueo de entradas, así que dos personas no pueden editar la misma entrada a la vez. Los equipos que necesitan edición simultánea hoy pueden probarla en el plugin sobre un sitio de staging, nunca en producción.

#Cómo cambia el nuevo admin de WordPress frente a wp-admin

El menú lateral izquierdo de wp-admin ha estado con nosotros desde WordPress 2.7 (2008). El resumen de State of the Word 2023 dijo que el rediseño del admin “tomará ideas del Editor del Sitio y acabará permitiendo a los usuarios dar forma a su experiencia de administración según sus necesidades” (traducción propia). Es la dirección declarada y no tiene fecha.

Lo publicado hasta ahora es gradual. La 7.0 trajo un panel renovado y la Command Palette. La entrada Roadmap to 7.1 incluye una pantalla Design e Identity para los ajustes de identidad del sitio, un Editor del Sitio que sigue el esquema de color del admin, mejoras en la barra de administración y el trabajo para mover DataViews a las nuevas primitivas del Design System.

#Panel y editor del sitio en una sola interfaz

Esperamos que la distinción entre “el Panel de Control” y “el Editor del Sitio” siga desvaneciéndose, pantalla a pantalla, a medida que DataViews sustituye a las antiguas tablas de listado. Es una previsión, no una función anunciada:

• Edición contextual: no vas a “Ajustes” para cambiar el título del sitio. La pantalla Identity prevista es un primer paso: reúne los ajustes de identidad en un solo lugar.
• JavaScript-first: esperamos que más pantallas del admin se comporten como una Single Page Application, con transiciones instantáneas y sin recarga completa al guardar. El Editor del Sitio ya ganó enrutamiento y un paquete wordpress/boot en 7.0 para plugins que crean páginas propias del Editor del Sitio.
• Personalización: las agencias podrían curar la experiencia de administración de forma nativa, bloqueando bloques específicos y personalizando la interfaz sin hackear functions.php. Para equipos que entregan sitios WordPress a clientes no técnicos, esa es la parte que cuenta en el día a día.

Nuestra apuesta para 2027 es que el menú lateral clásico sigue existiendo a final de año, con menos pantallas detrás renderizadas a la antigua.

#React y la REST API para desarrolladores WordPress

Los desarrolladores que han construido su carrera en torno a los hooks de PHP para personalizar el admin necesitarán ampliar sus habilidades. React y la REST API de WordPress pasan de opcionales a imprescindibles. La parte PHP conserva su valor: la 7.0 añadió el registro de bloques y patrones solo con PHP, así que quien trabaja en el servidor puede publicar bloques sin un paso de compilación de JavaScript.

Conoce más sobre desarrollo profesional de WordPress en WPPoland.

#Qué es Data Liberation en WordPress

En State of the Word 2023, celebrado en Madrid el 11 de diciembre de 2023, Matt Mullenweg presentó Data Liberation como un foco adicional para 2024, “con el objetivo de que importar desde otras plataformas a WordPress sea lo más fácil posible” (traducción propia, resumen oficial). El resumen añade que la iniciativa “trabajará en la migración con un clic y en el formato de exportación de WordPress” (traducción propia).

La página de Data Liberation describe ahora cinco fases:

La Fase 4 de Data Liberation (sincronización de sitios) no tiene nada que ver con la Fase 4 de Gutenberg (multilingüe). Las dos hojas de ruta numeran sus fases por separado.

Para la Fase 3, la página cita Studio de WordPress.com y su plugin agente de código abierto para liberar datos, con herramientas específicas para GoDaddy Websites & Marketing, Hostinger Website Builder, HubSpot, Shopify, Squarespace, Webflow, Weebly y Wix.

#Cómo evitar el bloqueo de proveedor con WordPress

Históricamente, las plataformas SaaS ponen difícil llevarte tu contenido a otro lugar. Data Liberation va en la dirección contraria:

• Formato de exportación: la Fase 2 es el trabajo de importación y exportación estructurada. Nuestra predicción es que a finales de 2027 mover un sitio completo (contenido, medios y diseño) entre hostings WordPress será un paso rutinario, en lugar de archivos WXR fragmentados que pierden imágenes y metadatos.
• Importación desde cualquier plataforma: Data Liberation no es solo exportación. Las herramientas de la Fase 3 apuntan a migrar hacia WordPress desde constructores cerrados.
• Por qué: al hacer fácil salir, WordPress da a la gente motivos para confiar en él y quedarse.

#Data Liberation y WordPress en grandes empresas

Para las grandes organizaciones, una ruta de salida documentada elimina uno de los argumentos habituales contra WordPress: el riesgo de bloqueo de proveedor. Los CTO y arquitectos empresariales pueden aprobar WordPress sabiendo que siempre existe una ruta de salida limpia. En nuestra opinión, esto ayuda a la adopción empresarial más de lo que la perjudica.

#Temas de bloques frente a temas clásicos en 2027

¿Qué será un tema en 2027? Para proyectos nuevos, casi seguro un tema de bloques. Para sitios existentes, el proyecto no fuerza el cambio: la página de gestión de fuentes de 7.0 admite temas clásicos, y la Field Guide recoge que se revirtió la propuesta de ocultar el bloque Clásico del insertador en 7.1, así que el bloque Clásico sigue disponible.

#theme.json, estilos globales y patrones de bloques

• Global Styles: la identidad visual de un sitio se define en theme.json. Colores, tipografía, espaciado, sombras: todo vive en un único archivo de configuración declarativo. La 7.1 añadió estilos responsive por tamaño de pantalla, en Global Styles y en bloques concretos, así que desaparece un motivo habitual para escribir CSS propio.
• Bibliotecas de patrones: un “tema” se parece cada vez más a una colección curada de patrones de bloques. La 7.0 también permite desvincular un patrón de su original para editarlo de forma aislada.
• Menos child themes: ya no hacen falta child themes para sobrescribir estilos. Usamos la interfaz de Global Styles y exportamos nuestros cambios como una variación. Esto elimina una fuente habitual de errores: los conflictos entre parent y child themes.

Nuestra predicción: los temas clásicos en PHP siguen funcionando durante todo 2027, y el trabajo nuevo de las agencias empieza por defecto con temas de bloques.

#Cómo ganan dinero las agencias sin temas premium

Las agencias que vendían temas premium empaquetados necesitan otro modelo de negocio. Esperamos que el valor se desplace a:

1. Sistemas de diseño: bibliotecas de patrones coherentes y escalables para marcas concretas.
2. Traducción de marca: convertir la identidad de marca en configuraciones theme.json personalizadas.
3. Migración y optimización: ayudar a los clientes a pasar de temas PHP heredados a arquitecturas de bloques modernas.

#Funciones de IA que ya están en el núcleo de WordPress

La IA ya no es territorio exclusivo de los plugins. La hoja de ruta fija como objetivo para 2026 “integrar la IA de forma intencionada en toda la experiencia de WordPress para simplificar la creación, los flujos de trabajo y la contribución”, con “directrices para todo el proyecto que garanticen la transparencia, el control del usuario y los valores de WordPress” (traducción propia, hoja de ruta).

Lo que hay hoy en el núcleo:

• Abilities API: introducida en WordPress 6.9. La Field Guide explica que la 7.1 hace que las abilities sean “más fáciles de descubrir, exponer, validar e integrar con clientes externos” (traducción propia), con filtrado en wp_get_abilities(), hooks del ciclo de ejecución y un indicador unificado de exposición pública.
• AI Client: la 7.0 añadió un AI Client que permite a WordPress comunicarse con modelos de IA generativa. Las conexiones con proveedores externos se gestionan en la pantalla Connectors, que trae tres configuraciones predefinidas y permite añadir las tuyas.
• Client-Side Abilities: la contraparte JavaScript de la Abilities API, con interfaz propia e integración en la Command Palette.

Las funciones de escritura que la gente asocia con “IA en WordPress” están en un plugin de IA opcional, no en el núcleo. Según el anuncio de 7.0, añade generación y edición de imágenes, creación de títulos y extractos y sugerencias de texto alternativo. Las sugerencias de texto alternativo ayudan a la accesibilidad web solo si un editor las revisa, así que conviene tratarlas como borradores.

#Hacia dónde apunta la IA de WordPress en 2027

La entrada Roadmap to 7.1 incluía streaming de generación y embeddings para el AI Client, y describía los embeddings como una forma de representar el contenido “como vectores para permitir búsquedas por significado en todo el sitio” (traducción propia). También incluía Guidelines (reglas editoriales conectadas con las herramientas de IA, con importación y exportación entre sitios) y autenticación de Connectors más allá de las claves API.

Nuestra predicción: la búsqueda por significado basada en embeddings será en 2027 la primera función de IA que notarán los visitantes normales. Los proveedores de modelos siguen siendo externos, así que la factura del proveedor y el acuerdo de tratamiento de datos pasan a formar parte del alcance de cada proyecto con IA.

#Traducción asistida por IA en el editor de bloques

Si la Fase 4 de Gutenberg (Multilingüe) llega a combinarse con el AI Client, la traducción asistida dentro del editor es el caso de uso evidente: un editor escribe en un idioma y obtiene borradores en otros que necesitan revisión humana. Ninguna versión de 2026 incluye esto, así que sigue siendo una previsión.

#WordPress multilingüe nativo sin WPML ni Polylang

Durante años hemos necesitado WPML o Polylang. La hoja de ruta incluye Multilingüe como Fase 4 de Gutenberg, descrita solo como “implementación en el núcleo para sitios multilingües” (traducción propia). La página del manual para desarrolladores sobre WordPress multilingüe sigue diciendo: “actualmente WordPress no admite de serie un blog bilingüe o multilingüe” (traducción propia).

Ni la 7.0 ni la 7.1 contienen trabajo multilingüe en el núcleo. Lo más cercano en Roadmap to 7.1 es un soporte Unicode más amplio para direcciones de correo electrónico.

#Traducciones en el esquema de base de datos del núcleo

Esperamos que la Fase 4 empiece solo cuando llegue la colaboración de la Fase 3, lo que sitúa el multilingüe nativo después de 2027. Cuando llegue:

• Esquema de base de datos estandarizado: el núcleo soportaría traducciones oficialmente, sin tablas de plugin como wp_icl_translations de WPML añadidas al lado.
• Rendimiento: el soporte nativo de consultas eliminaría las consultas y joins adicionales que añaden hoy los plugins de traducción.
• Impacto: un gran segmento del mercado de plugins se reduciría. Para mercados como Latinoamérica y España, donde trabajar en español, portugués e inglés es habitual, una configuración única soportada por el núcleo sería una simplificación real.

#Estrategia de contenido multilingüe en un solo sitio WordPress

Hasta entonces, la opción práctica sigue siendo un plugin o una red Multisite por idioma. Un único sitio WordPress puede servir hoy varios idiomas con URLs limpias y hreflang, pero a través de un plugin. Si te importa la visibilidad en buscadores en varios mercados, conoce nuestros servicios de SEO, GEO y AEO.

#Cómo cambian las agencias y los plugins de WordPress

#Qué servicios ofrecerán las agencias WordPress en 2027

“Instalar WordPress y elegir un tema” deja de ser un servicio por el que alguien pague. Esperamos que las agencias que funcionan se centren en:

• Arquitectura de soluciones: elegir la combinación correcta de núcleo, plugins y servicios externos para cada caso de negocio.
• Integración de IA: registrar abilities, configurar Connectors y escribir Guidelines para el flujo editorial concreto de cada cliente.
• Estrategia de contenido global: gestionar sitios multilingües con los plugins actuales mientras se planifica el multilingüe del núcleo.
• Rendimiento a escala: mantener los sitios empresariales dentro de buenos valores de Core Web Vitals bajo carga alta.

#Qué plugins de WordPress perderán relevancia

Primero pierden relevancia los plugins que duplican lo que ya está en el núcleo: conjuntos de iconos (SVG Icon API en 7.1), gestores de fuentes (página de gestión de fuentes en 7.0), complementos para mostrar u ocultar bloques por dispositivo y conectores de IA básicos. Los que probablemente prosperen ofrecen funcionalidad realmente especializada: integraciones con CRM, lógica de negocio personalizada y herramientas de nicho que el núcleo nunca cubrirá. Los plugins multilingües siguen siendo necesarios durante todo 2027.

#Cómo preparar tu sitio WordPress para 2027

Nada de esto exige esperar a una versión. Estos pasos compensan sea cual sea el rumbo de la hoja de ruta:

1. Usa temas de bloques en el trabajo nuevo: si sigues con un tema clásico en PHP, planifica la transición a un tema de bloques (FSE). Cuanto más esperes, más código propio tendrás que arrastrar.
2. Prueba el editor en iframe: la 7.1 hizo que el editor de entradas use iframe en todos los sitios, también en los que registran meta boxes heredadas. Revisa en staging los estilos propios del editor y los plugins con meta boxes.
3. Adopta theme.json y los estilos responsive: define los estilos de tu sitio en theme.json en lugar de CSS propio.
4. Registra abilities para tus funciones propias: si mantienes un plugin que expone acciones, la Abilities API es la vía por la que los clientes de IA y la Command Palette llegarán a ellas.
5. Planifica el multilingüe: estructura el contenido pensando en traducciones, para que un paso futuro de WPML o Polylang a una solución del núcleo sea más fácil.
6. Prueba la colaboración en tiempo real en el plugin Gutenberg sobre staging: sabrás antes de la versión final si encaja en tu flujo editorial.

#Dónde seguir la hoja de ruta de WordPress

Tres fuentes responden a la mayoría de preguntas antes de que se conviertan en rumores. El blog Make WordPress Core publica una entrada “Roadmap to” al inicio de cada ciclo y una Field Guide en la fase de release candidate, y la Field Guide es la lista de referencia de lo que se publicó y lo que se retiró. La página de la hoja de ruta da la visión de las fases y las fechas previstas. Las charlas de WordCamp Europe y WordCamp US se publican en WordPress.tv y son una forma gratuita de seguir hacia dónde llevan estos proyectos los contribuidores del núcleo.

#Conclusión

En 2027 esperamos que WordPress sea menos una “herramienta de blogging” y más un sistema operativo para la web: la capa base de propiedad de datos, gestión de usuarios, abilities y renderizado de bloques sobre la que se construye todo lo demás.

Para los desarrolladores, la consecuencia práctica es construir primero con bloques: bloques propios registrados con block.json o con registro solo en PHP, temas de bloques con theme.json, acciones expuestas como abilities y contenido guardado en estructuras que los importadores y exportadores de Data Liberation puedan leer. El código construido alrededor del editor clásico y los shortcodes es la parte con más probabilidades de necesitar trabajo, aunque el núcleo lo siga soportando.

El futuro es abierto. ¿Estás listo? Contacta con WPPoland para preparar tu estrategia WordPress para 2027, o conoce más sobre desarrollo profesional WordPress.