WordPress 7.0 «Armstrong» salió el 20 de mayo y en todas partes leí lo mismo: IA integrada, editor más potente, base unificada para conectar modelos. Suena a salto generacional. Lo que no vi en los titulares es lo que más me importa si gestionas webs de clientes: la edición colaborativa en tiempo real, que llevaba meses como estrella del roadmap, no está en la caja. La han apartado otra vez para la 7.1. Y la IA «nativa» que tanto venden exige que tú actives conectores, plugins y permisos antes de que sirva para algo.
He seguido el desarrollo desde Gutenberg 23.x y la sensación es de déjà vu. En 2026 el CMS sigue moviendo fichas grandes —revisions visuales, visibilidad responsive de bloques, un Client y una Connectors API para hablar con Claude, ChatGPT o Gemini— pero el producto que recibes en el dashboard es un mosaico de piezas opcionales. WordPress.com lo resume bien en su nota de lanzamiento: nada se comparte con servicios de IA hasta que el propietario del sitio lo habilita. Correcto desde el punto de vista de privacidad. Pero no es «IA en el núcleo» como muchos clientes entienden «nativo».
En mi experiencia, «nativo» para una pyme significa que funciona al actualizar. Aquí significa instalar el plugin de IA, configurar conectores en la pantalla nueva, elegir qué modelo usa cada función y rezar porque el hosting no bloquee las llamadas salientes. El resumen para desarrolladores de junio confirma que el terreno sigue caliente: Abilities API, procesado de medios en cliente, tutoriales de generación de imágenes… todo avanzando, nada cerrado. Para quien mantiene cincuenta sitios en hosting compartido, eso no es convergencia; es más superficie que vigilar.
Lo de la colaboración me parece el capítulo más revelador. Raidboxes documenta que las funciones colaborativas se retiraron de la 7.0 porque los bugs eran demasiados en la fase final. El roadmap de la 7.1, publicado el 19 de junio, vuelve a prometer Notes con modo sugerencia, reacciones con emoji y «real-time collaboration» como área estratégica… sin fecha clara de entrega completa. Llevan años vendiendo la fase 3 de Gutenberg y el usuario medio sigue exportando borradores por correo o compartiendo enlaces «preview». Mientras Framer y otros builders mueven agentes con permisos de escritura sobre proyectos en producción, WordPress sigue discutiendo si React 19 rompe tu theme de 2019.
No digo que 7.0 no traiga cosas útiles. Las revisiones visuales en el editor son un alivio real cuando un cliente te pregunta «¿cómo estaba la home la semana pasada?». Los controles responsive por bloque reducen CSS a medias. El cooldown de 24 horas para auto-updates de plugins nuevos es sensato en un ecosistema donde el vector de ataque favorito sigue siendo un zip malicioso. Pero son mejoras de mantenimiento, no la revolución editorial que el numerito «7.0» sugiere.
La capa de IA me genera más preguntas que respuestas. Unificar conectores evita que cada plugin monte su propio OAuth contra OpenAI —bien—, pero también centraliza dependencias: si mañana cambian términos de uso o precios del conector, tu flujo editorial se resiente en bloque. Y mientras tanto compites con herramientas que exponen APIs tipo WebMCP para que agentes ejecuten acciones estructuradas en la web, WordPress apuesta por integrar chat en el admin. Son velocidades distintas. Para agencias que ya usan IA en flujos externos (generar copy en Notion, maquetar en Figma, publicar vía API), el Connectors screen es un extra tardío, no un imán.
Actualizar a 7.0 en junio tiene sentido por seguridad y compatibilidad. Lo haría en staging primero —como recomiendan en la guía de Raidboxes— y probaría plugins críticos: WooCommerce, constructores, caché, backup. Pero no vendas al cliente que «ahora la web tiene IA» porque viste un banner en WordPress.com. Explícale que hay que activar conectores, revisar qué datos salen del servidor y que la edición simultánea sigue en el PowerPoint compartido de siempre.
La 7.1 apunta al 19 de agosto con Guidelines para reglas editoriales y más styling responsive. Otra vez suena bien sobre el papel. Yo me quedo con la lección de la 7.0: el núcleo de WordPress avanza cuando puede, el ecosistema corre delante y el usuario final percibe la diferencia meses después, cuando los plugins se adaptan. Si tu negocio depende de flujos colaborativos o de IA en producción hoy, 7.0 no te quita el problema; te da permiso para empezar a configurarlo.
Si mañana tu cliente te pide «lo mismo que hace Framer con agentes en la web en vivo» pero tu stack es WordPress multisite en Plesk, ¿le propones esperar a la 7.2 o montas un workaround con APIs externas sabiendo que no tendrás soporte oficial?