Si llevas meses leyendo sobre WordPress 7.0 como si fuera el gran salto hacia un editor “de equipo”, te toca aterrizar. La pieza estrella que muchos asociaban a ese salto, la colaboración en tiempo real, no saldrá en WordPress 7.0. Yo no lo digo para alarmarte: lo cuenta el equipo con argumentos técnicos muy concretos (superficie expuesta, condiciones de carrera, carga en servidor, memoria y fallos recurrentes detectados con fuzzing). En paralelo el tren de Gutenberg sigue pasando cada quince días: la 23.1 llega con cosas que en el día a día de una agencia o una pyme con web propia sí te pueden tocar, aunque sean experimentos.
Te separo lo que es promesa de roadmap de lo que es cambio que puedes probar en trunk o en instalaciones de prueba. En mi experiencia esa distinción es la que evita discusiones absurdas con clientes cuando algo “oficial” en Twitter no está igual en el hosting compartido de turno.
Qué trae Gutenberg 23.1 y por qué no es humo
La nota de lanzamiento de la 23.1 insiste en dos experimentos gordos: una pantalla para gestionar taxonomías personalizadas desde Ajustes (con el experimento activado) y un editor de medios con recorte más libre dentro del flujo del bloque. Ambas cosas van en la línea de quitar fricción a quien no quiere escribir PHP para tareas que en otros CMS ya están resueltas en interfaz. También hay mejoras de rendimiento en subidas (thumbnails en paralelo), primitives nuevas en @wordpress/ui (Drawer, Autocomplete) y un preview de paquete @wordpress/grid para quien monta UIs complejas encima del editor.
Ahí es donde yo soy algo cínico: una parte de esto son experimentos. Si tu negocio depende de procesos estables, no puedes basar tu operativa en flags que mañana cambian de nombre. Pero si eres quien prueba antes para los clientes conviene saber qué viene porque marca la dirección: WordPress sigue empujando el editor como surface principal y mete herramientas de gobierno de contenido (taxonomías, guidelines, revisiones en entidades de diseño) en la orbita del sitio.
El resumen mensual para desarrolladores recoge además trabajo alrededor de revisiones en plantillas, partes de plantilla y patrones, cambios en Guidelines CPT y pequeños detalles que evitan sorpresas (por ejemplo extensiones coherentes al convertir HEIC a JPEG). Ese archivo enlaza el calendario del 7.0 y deja claro que estamos en la recta final: toca probar temas y plugins contra RC si aún no lo has hecho.
La colaboración en vivo y el mensaje que le das al cliente
Que la RTC no entre en 7.0 no significa que el proyecto esté muerto: el propio anuncio deja la puerta abierta a seguir trabajándolo para un corte posterior. Pero en términos de expectativas es un ajuste serio. Si vendiste o asumiste “como Google Docs pero en WordPress” para esta versión vas a tener que rectificar con datos: el nucleo prioriza estabilidad frente a una feature que aún dispara coste y bugs.
Yo aquí no defiendo a ciegas al proyecto: defiendo la claridad. En consultoría lo barato es prometer; lo caro es mantener una promesa que el binario no cumple. Si tu plan de hosting o tus plugins no están listos para más carga o más módulos de sincronización mejor que lo sepas antes del día del lanzamiento que después cuando el cliente pregunta por qué dos editores pisaron el mismo bloque.
Qué haría yo esta semana (sin postureo)
- Sacar un entorno de prueba con el último Gutenberg y, si puedes, una copia del tema real del cliente; anotar qué experimentos activas y cuáles no.
- Releer el post sobre la retirada de RTC y decidir cómo comunicas el 7.0: menos eslogan mas checklist (plugins, copia de seguridad, staging).
- No mezclar “lo que sale en el plugin” con “lo que tu proveedor deja en producción el día 20”. Son dos mundos hasta que el hosting y el mantenimiento los unen.
Si piensas que esto es solo ruido de comunidad recuerda una cosa: quien paga hosting y horas de desarrollo no sigue Trac; lee titulares y te pregunta si tu web “va con lo último”. Tener una respuesta honesta te ahorra llamadas un domingo por la tarde.
Si mañana tu cliente te exige activar colaboración en vivo en producción y el núcleo oficial acaba de sacarla del paquete del 7.0, qué argumento técnico y qué alternativa de flujo (staging, revisión de borradores, roles) llevarías a la reunión para que no parezca que tú eres el freno?