Ir al contenido principal

WordPress 7.0 para developers: Notes, Content Types y lo que queda fuera

Cerramos la serie con tres frentes que no son técnicos al uso pero marcan la dirección de WordPress los próximos meses: el nuevo sistema editorial de Notes que sí ha entrado en 7.0, el experimento Content Types que sigue su curso, y lo que se ha quedado fuera del release —empezando por la novedad más ruidosa, la colaboración en tiempo real—.

Notes a nivel de bloque: el sistema editorial que sí ha entrado

Aunque la colaboración en tiempo real se ha pospuesto, 7.0 sí trae un sistema editorial nuevo que cubre buena parte del caso real: Notes a nivel de bloque. Comentarios atados directamente a un bloque concreto —o incluso a una selección de texto dentro de un bloque— con tres capacidades:

  • @mentions que notifican al usuario referenciado.
  • Propuestas de cambio que preservan el texto original hasta que el autor las acepte o rechace explícitamente.
  • Hilos de discusión asociados al bloque, no al post entero.

Para flujos editoriales multiusuario —agencias, sitios de medios, intranets con revisores y autores— esto reemplaza varios plugins de tercero (Editorial Comments, PublishPress, Edit Flow Comments) en su funcionalidad básica. Si has integrado alguno de ellos en proyectos de cliente, evalúa si los necesitas tras actualizar.

El punto técnico para developers: las Notes viven en una meta nueva y exponen hooks para extender el comportamiento. No es solo UI; hay API.

Content Types: el experimento que sigue su curso

El experimento Content Types sigue siendo eso, un experimento, en 7.0. No esperes API estable ni que lo encuentres en producción sin activar flags. Pero la dirección es clara: WordPress avanza hacia un sistema de tipos de contenido más estructurado que el actual de CPTs + taxonomías + metaboxes, con esquemas declarativos y relaciones nativas.

Si trabajas con estructuras de contenido complejas o mantienes plugins tipo ACF, JetEngine o Pods, este es el experimento a vigilar de cerca. Mi apuesta práctica: en 7.2-7.3 empezará a haber piezas estables y plugins que aprovechen la nueva API. Los proyectos arrancados en 2026-2027 con modelos de datos sofisticados pueden beneficiarse de planificar el modelo con esta dirección en mente, incluso si todavía se construye sobre CPTs tradicionales.

Lo que se ha quedado fuera

Colaboración en tiempo real (RTC), pospuesta a 7.1

La gran ausencia. El equipo retiró RTC del release final por problemas de:

  • Superficie de ataque ampliada (sincronización constante, websockets expuestos).
  • Condiciones de carrera detectadas en fuzzing.
  • Carga de servidor difícil de acotar en hostings compartidos.
  • Eficiencia de memoria en sesiones largas con muchos colaboradores.

Buena decisión. Meter RTC roto en core habría sido un desastre que se arrastra durante años. RTC vuelve en WordPress 7.1, prevista para agosto de 2026. Mientras tanto, Notes cubre el caso editorial más urgente sin necesidad del stack completo de tiempo real.

Bloque Playlist, retirado

El bloque Playlist se ha retirado del release. Si lo usabas, queda en plugins de la comunidad. Caso de uso minoritario y mantenimiento alto, decisión razonable de limpieza.

Qué significa esto para Flowtitude

Recapitulo los tres frentes que nos tocan directamente, condensados de los cuatro posts anteriores:

Higiene técnica. PHP 7.4 mínimo, Block API v3 obligatoria para editor iframed, html5 script support eliminado. Es trabajo de saneamiento que conviene meter en el siguiente ciclo de mantenimiento de plugins y temas custom, antes de que un cliente con hosting antiguo o un bloque legacy reporte algo raro.

Productividad nueva. autoRegister para bloques solo PHP, pattern overrides para bloques custom, Interactivity API con watch(), @wordpress/boot para páginas del site editor, pseudo-elementos en core/button desde theme.json. Son atajos serios que reducen boilerplate y centralizan código que antes vivía disperso. Si arrancas un proyecto la próxima semana, estas son las primeras herramientas a aprender.

Connectors API y AI Client. El día que un cliente pida «que el formulario genere un resumen», «que las imágenes saquen alt text solas» o «que sugiera categorías a posts nuevos», el camino correcto ya no es integrar OpenAI a pelo. Es consumir el AI Client del core: credenciales centralizadas, manejo estandarizado de errores, provider-agnostic. La diferencia entre cinco días de trabajo y uno.

WordPress 7.0 no es revolucionario en una sola línea —ningún release serio lo es—, pero es probablemente el más denso para developers desde 5.0. La capa de cambios bajo la superficie merece tanta atención como los titulares.

WordPress 7.0 para developers: Notes, Content Types y lo que queda fuera