WordPress 7.0 «Armstrong» salió el 20 de mayo de 2026 con titulares que hablan de una nueva era: IA integrada en el núcleo, dashboard modernizado, Command Palette con Ctrl+K, biblioteca de fuentes y bloques nuevos. Lo anuncia el propio equipo en WordPress.org con la pompa habitual de una release mayor. Yo lo he instalado en un entorno de pruebas y, sinceramente, hay cosas que me gustan. Pero hay un detalle que me parece revelador: la funcionalidad que durante meses vendieron como el corazón de la Fase 3 de Gutenberg —la edición colaborativa en tiempo real— no está. Se retiró doce días antes del lanzamiento.
La decisión la documenta el equipo core en Make WordPress: Matt Mullenweg no confiaba en que el enfoque actual fuera lo bastante robusto. Hablan de race conditions, carga en servidor, consumo de memoria y bugs recurrentes detectados con fuzz testing. Traducción para quien gestiona hosting o mantenimiento: una feature pensada para que tres redactores editen a la vez el mismo post podría haber convertido tu servidor compartido de 49 euros al mes en un caldero de peticiones HTTP.
¿Y que hicieron en lugar de retrasar la release? Publicarla igual, reorientando el relato hacia la IA. El AI Client, el hub de conectores, la Abilities API, sugerencias de alt text, generación de extractos… Suena bien en un keynote. En la práctica, para la mayoría de tiendas y webs corporativas que mantengo, eso significa otra capa de configuración que exige conectar un proveedor externo, revisar permisos y explicarle al cliente por qué su WordPress ahora quiere hablar con un modelo generativo que cobra por token.
No digo que la IA en core sea mala idea. Digo que el timing es sospechoso. Llevábamos años escuchando que WordPress 7.0 sería la release de la colaboración, el equivalente open source a editar en Google Docs. Agencias, medios y equipos editoriales lo tenían en el radar. En SoJu Web Development lo resumen con claridad: quien había prometido a clientes flujos de trabajo concurrentes para mayo tuvo que recalibrar. La ventana realista para reevaluar la funcionalidad apunta a WordPress 7.1, con WordCamp US como ancla y el 19 de agosto como fecha a vigilar. Nada garantizado.
Mientras tanto, ¿qué te queda en 7.0 que justifique actualizar ya? El admin más limpio ayuda, sí. El historial visual de revisiones es útil si tienes editores que rompen diseños cada dos semanas. Los bloques de migas de pan o iconos son bienvenidos, aunque no revolucionan nada. La Command Palette acelera navegación para quien vive dentro del backend. Pero si tu negocio es mantener cien WordPress en hosting compartido, el cálculo es otro: compatibilidad de plugins, temas que usan el customizer, cachés que no saben qué hacer con endpoints nuevos de IA, y clientes que preguntan «¿por qué mi panel se ve distinto?» sin haber pedido cambios.
Lo que más me preocupa no es el retraso en sí —prefiero una release estable a una colaborativa que tumbe sitios— sino el patrón. Cada ciclo grande de Gutenberg arrastra una promesa ambiciosa, acumula meses de expectativa, y al final parte del discurso se queda en el tintero mientras el marketing gira hacia lo siguiente de moda. Hace unos años era Full Site Editing. Ahora IA nativa. La colaboración en tiempo real pasa a la cola. ¿Te suena?
Para pymes y técnicos que viven del ecosistema WordPress, la lección es incómoda: no actualices por FOMO. Si no necesitas conectores de IA ni el nuevo esquema de color del admin, puedes esperar a ver cómo reaccionan WooCommerce, los constructores visuales y los plugins de caché que usas de verdad. Yo suelo probar en staging con Query Monitor activo, revisar los logs del host durante 48 horas y recién entonces plantear producción. Con 7.0, ese filtro debería ser más estricto, no más relajado.
Y sobre la colaboración diferida: PublishPress, roles editoriales, borradores programados y revisiones siguen funcionando como antes. No pierdes nada que ya tuvieras; pospones algo que te habían vendido como el gran salto. Si gestionas un medio con redacción distribuida, la pregunta no es «¿instalo 7.0?» sino «¿pago otro año de un SaaS externo mientras core madura lo suyo?». Spoiler: muchos acabarán pagando las dos cosas.
WordPress 7.0 Armstrong no es un desastre. Es una release sólida envuelta en una narrativa más grande que la entrega real. Louis Armstrong improvisaba sobre el escenario; aquí la improvisación ha sido retirar el solo principal a última hora y seguir tocando la fanfarria. Funciona para quien solo mira el escenario. Para quien paga la factura del hosting y responde tickets de soporte, la música suena un poco desafinada.
Si tu cliente te pidiera actualizar mañana a WordPress 7.0 solo para «tener la IA nativa», pero supiera que la edición colaborativa que le enseñaste en la demo oficial no llegará hasta agosto como mínimo, ¿seguirías recomendándosela como prioridad o le dirías que espere a ver si 7.1 cumple lo que 7.0 no entregó?