El equipo de Documentación quedó excluido del lanzamiento de WordPress 6.8 y ese experimento sigue para WordPress 6.9, con la situación que genera falta de información sobre la nueva versión.
Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.
Transcripción del programa
Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.
En este episodio encontrarás la información del 7 al 14 de septiembre de 2025.
WordPress está probando una estructura más ligera para su Release Squad, con menos miembros en el equipo central de lanzamientos, buscando reducir la carga operacional. Uno de los cambios más relevantes es que el equipo de documentación ha sido excluido directamente del squad de releases, quedando relegado a tener un enlace o liaison en lugar de liderazgo o representación efectiva en la toma de decisiones durante el ciclo.
Eso tiene consecuencias concretas: la documentación suele quedar como lo que se hace “cuando queda tiempo”, lo que crea varias situaciones. Primero, algunos materiales de usuario o técnicos llegan tarde o incompletos, lo que obliga a que usuarios, soporte o comunidad intenten “llenar huecos” incluso después de que la versión ya esté en producción. Segundo, contribuir en documentación pierde valor visible si los autores no tienen posición clara ni reconocimiento real durante el proceso de lanzamiento, lo que desincentiva su participación.
Los comentarios recogidos refuerzan estas preocupaciones con pasión: varios contribuidores argumentan que “reducir participación” por eficiencia corre el riesgo de erosionar la transparencia, de hacer que lo que se necesita sea invisible, y de desmotivar. Se ve como una decisión que no solo afecta a la calidad técnica, sino a la salud comunitaria: reconocimiento, moral, retención de voluntarios. En varios comentarios queda muy claro: “La documentación no es accesoria, es infraestructura. Si no está bien integrada, el producto y la experiencia de usuario sufren”.
Por todo esto, la llamada desde el equipo de Documentación es clara para el próximo lanzamiento (WordPress 6.9): restaurar un liderazgo documental definido, con autoridad real; establecer barreras que impidan que las nuevas versiones se publiquen sin notas de desarrollador, documentación de usuario revisada y todos los recursos asociados con la versión; asegurar al menos un nivel mínimo de compromiso de personal equivalente a tres “tiempos completos” entre todos los que trabajan esos materiales. Porque, como se dice, una versión de WordPress no está completa verdaderamente hasta que la documentación que la acompaña lo está, y no solo el código, también los manuales, los ejemplos, los changelogs, las guías. Sin eso, lo técnico funciona, pero la adopción, el soporte, la satisfacción del usuario y la comunidad se resienten.
Y mientras la documentación pierde peso, se ha lanzado un nuevo canal de Slack llamado #content-creators que sirve para conectar a quienes generan contenido, ya sean veteranos o principiantes, para compartir retroalimentación de audiencias, detectores de errores o mejoras cuando hacen contenido, y difundir más rápidamente nuevas funcionalidades de WordPress. Aunque ya está activo, se ve como un experimento que irá evolucionando según lo que los creadores necesiten.
En seis meses se evaluará qué tal funciona: se medirá cuántas personas se unieron, el nivel de participación y se harán encuestas entre los creadores para saber si de verdad les ha sido útil. Se invita a quien haga contenido relacionado con WordPress a sumarse, incluso si no se considera “experto” o siente inseguridad; el canal está abierto, también para quienes solo quieran seguir las conversaciones.
El equipo de Core va a forzar que todos aquellos usuarios que quieran publicar información en Make/Core deban tener activado el 2FA. Esto se aplicará a partir del 16 de septiembre y todos los usuarios Administradores, Editores o Autores que no lo tengan perderán su estado a Contribuidor.
El equipo de Performance está enfocado ya a 6 semanas del lanzamiento de la primera beta de WordPress 6.9 con 25 tickets que deberían incluirse en esta versión.
Algunas de las mejoras tienen que ver con la carga de algunos elementos, continuando la línea de lo que ya existe, mejoras en el fetchpriority de scripts y el almacenamiento de claves y su uso para optimización.
En el Blog de Desarrolladores se ha publicado una entrada en la que se detalla paso a paso cómo crear un bloque de tipo botón que permite cambiar el tema del sitio de modo claro a oscuro. El sistema está creado gracias a la Interactivity API, no requiere un bloque personalizado, usa herramientas CSS modernas y se puede aplicar a cualquier tema.
El equipo de Sistemas va a redirigir los dominios wordpress.ong y wordpress.ngo a la página de donaciones de la Fundación WordPress.
También se van a redirigir los dominios wordpresscampusconnect.org y wpcampusconnect.org a la página de eventos correspondiente.
Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.
Un abrazo, y hasta el próximo programa.
Deja una respuesta