WordPress 6.8 está programado para su lanzamiento el 15 de abril de 2025. La próxima versión no introduce muchas funcionalidades nuevas; más bien, se centra principalmente en perfeccionar las funcionalidades existentes.
La nueva versión incluye mejoras en el editor y en la usabilidad, con funciones añadidas como opciones más sencillas para gestionar las vistas de datos dentro del editor de bloques y la posibilidad de ignorar las publicaciones fijas en el Query Loop, mejoras en el diseño y los temas, como un Libro de Estilo renovado, mejoras en el rendimiento y la seguridad, con la introducción de Speculative Loading y bcrypt para el hashing de contraseñas.
El objetivo de estas incorporaciones es mejorar la experiencia del usuario, sobre todo para los que utilizan temas clásicos, y mejorar el rendimiento del sitio.
Esto es lo que encontrarás al instalar WordPress 6.8.
Mejoras en el editor
WordPress 6.8 trae varias actualizaciones que mejoran la experiencia de creación y gestión de contenidos. Desde nuevas opciones de previsualización hasta mejoras en las Vistas de Datos, estas actualizaciones deberían agilizar los flujos de trabajo tanto en el Editor de Entradas como en el Editor de Sitios.
1. Mostrar el selector de plantilla en el menú desplegable de vista previa
Se ha añadido un nuevo botón Mostrar plantilla al menú desplegable de vista previa en la barra de herramientas superior del Editor de entradas.
Antes, sólo podías acceder a las opciones de Plantilla en la barra lateral de la entrada. Aunque se trata de una duplicación, es una mejora notable, ya que colocar esta opción en el menú desplegable de la barra de herramientas hace que cambiar entre las vistas de contenido y de plantilla sea más sencillo y rápido.
2. Vistas de Datos mejoradas
Introducidas por primera vez en WordPress 6.5, las Vistas de Datos son una potente herramienta del Editor de Sitios que permite a los usuarios ver y gestionar páginas, plantillas, partes de plantillas y patrones de forma organizada.
Con WordPress 6.8, las Vistas de Datos siguen evolucionando para ofrecer una experiencia de edición más intuitiva, flexible y eficiente en el Editor de Sitios. La atención se centra en mejorar la usabilidad y añadir opciones de personalización.
La vista de página se puede personalizar con más propiedades, como Vista previa, Slug, Padre, Discusión, Plantilla y Contraseña. La vista previa también está disponible para Patrones y Plantillas.
WordPress 6.8 también introduce un nuevo control de densidad para el diseño de la tabla, que permite a los usuarios ajustar el espacio ocupado por cada fila. Con tres opciones (Cómodo, Equilibrado y Compacto), los usuarios pueden personalizar la visualización según sus preferencias, haciendo que la experiencia de gestión sea más versátil.
Bloques nuevos y mejorados
WordPress 6.8 introduce un bloque totalmente nuevo y varias actualizaciones en los bloques existentes.
1. Nuevo bloque Consulta Total (Query Total)
El nuevo bloque Consulta Total muestra información relacionada con las consultas, como el número total de resultados de una consulta o el rango de resultados que se muestran actualmente.
Puedes añadir el nuevo bloque dentro de un bucle de consulta (Query Loop) para mostrar el número de resultados o rangos en los resultados paginados.
2. Actualizaciones en el bloque Query Loop (Bucle de Consultas)
Antes de WordPress 6.8, el bloque de consulta ofrecía un número limitado de opciones, entre las que se incluían:
- Incluir – Las publicaciones fijadas se añaden al principio de la lista de publicaciones
- Excluir – Las entradas fijadas se excluyen por completo
- Sólo – Sólo se incluyen las entradas fijadas
En este conjunto de opciones faltaba la posibilidad de ignorar las entradas fijadas tratándolas como entradas normales. Esta opción ya era compatible con WP_Query (ignore_sticky_posts => true) pero no estaba disponible como opción en la barra lateral del bloque.
WordPress 6.8 introduce una opción para ignorar las publicaciones fijadas para «ignorar» el estado fijado. Esto significa que los desarrolladores y usuarios ahora pueden evitar que las publicaciones fijadas aparezcan automáticamente en la parte superior del conjunto de resultados, alineando su ubicación con la lógica de clasificación inherente de la consulta.
Esta actualización mejora la flexibilidad y la coherencia con el comportamiento de consulta del core de WordPress, lo que hace que el bloque de consulta sea más versátil para la gestión de contenidos en el editor de bloques.
Otra actualización del bloque Bucle de Consulta sustituye el modal de Elegir Patrón que aparece al hacer clic en el botón Reemplazar de la barra de herramientas del bloque por un menú desplegable. El botón ahora muestra Cambiar diseño.
3. Establecer imágenes como destacadas desde la barra de herramientas del bloque Imagen
Una nueva opción te permite establecer una imagen como destacada desde el menú desplegable Opciones de la barra de herramientas del bloque. Si la entrada ya tiene una imagen destacada, el usuario puede cambiarla también desde la barra de herramientas del bloque.
4. Actualizaciones del bloque Navegación
Varias mejoras menores en el bloque Navegación mejoran su usabilidad y funcionalidad general.
- El bloque Navegación muestra ahora el nombre del menú junto al texto de Navegación (PR #68466).
- Ahora hay disponible una opción Borrar en el selector de color del bloque Navegación (PR #68454)
- Se permiten todos los formatos no interactivos dentro de los bloques de enlace y submenú de Navegación (PR #67585)
Para obtener una lista más completa de las mejoras del bloque Navegación en WordPress 6.8, consulta esta nota de desarrollo.
Mejoras en el diseño y los temas
WordPress 6.8 introduce mejoras significativas en la experiencia de edición del sitio. La interfaz de Estilos Globales se ha renovado para facilitar el acceso y la personalización en tiempo real. Al mismo tiempo, el Libro de Estilo amplía su funcionalidad a los temas clásicos, tendiendo un puente entre los flujos de trabajo modernos y tradicionales de WordPress.
1. Estilos globales disponibles en la barra lateral del editor del sitio
Con 6.8, ahora se puede acceder a la interfaz de Estilos Globales desde el menú principal del editor del sitio. Al hacer clic en el elemento de menú Estilos, aparece el panel Estilos globales con todas las opciones de Tipografía, Colores, Fondo, Sombras y Diseño.
Al hacer clic en el icono del ojo se muestra el Libro de Estilo, que muestra los cambios en la configuración de estilo en tiempo real. Cuando hagas clic en una sección específica del panel Estilos globales, serás dirigido rápidamente a la sección correspondiente del Libro de Estilo.
Este cambio debería facilitar y agilizar la personalización de los estilos de tu sitio, mejorando significativamente los flujos de trabajo de diseño.
Para ver la diferencia, compara la interfaz de Estilos en WordPress 6.7 frente a la de WordPress 6.8.
WordPress 6.8 también aporta esta mejora a los temas clásicos.
2. Libro de estilos añadido a los temas clásicos
Disponible para temas en bloque desde WordPress 6.2. Con WordPress 6.8, el Libro de Estilo también está disponible para los temas clásicos que admiten estilos de editor a través de add_theme_support( 'editor-styles' ) o tienen un archivo theme.json.
Esta funcionalidad se introdujo por primera vez con Gutenberg 19.9. Si no utilizas Gutenberg, a partir de WordPress 6.8, puedes acceder a los Estilos Globales y al Libro de Estilo en los temas clásicos desde Apariencia > Diseño > Estilos.
Las siguientes imágenes muestran las diferencias entre la sección Estilos en WordPress 6.7 y el Libro de estilos en WordPress 6.8 con el tema Twenty Twenty-One instalado.
Los patrones se han trasladado a una sección separada de la pantalla Diseño para dejar espacio al Libro de estilos en el Editor de Sitios.
Las siguientes imágenes muestran las previsualizaciones de Tipografía y Colores en el Libro de Estilo del tema clásico Twenty Twenty-One en WordPress 6.8.
La introducción del Libro de Estilo para Temas Clásicos marca un paso hacia una mayor integración de las funcionalidades de edición de estilos en bloque.
Rendimiento y seguridad
Gracias a la nueva API de Speculation Rules, las páginas pueden cargarse más rápido al anticipar las acciones del usuario. Al mismo tiempo, el cambio al algoritmo bcrypt para la protección de contraseñas hace que el sistema sea más seguro contra los ciberataques. Vamos a sumergirnos en el tema.
1. Carga especulativa en WordPress 6.8
La carga especulativa es una técnica de optimización del rendimiento de los sitios web que permite que las páginas o los recursos se preprocesen o prerendericen antes de que el usuario acceda a ellos, lo que reduce los tiempos de carga y mejora la experiencia del usuario.
La carga especulativa se basa en la API Speculation Rules, una API experimental que permite a los desarrolladores especificar reglas para precargar o prerenderizar URLs basándose en las interacciones esperadas del usuario a través de una interfaz definida en JSON.
Actualmente, la API Speculation Rules es soportada por un número limitado de navegadores, principalmente navegadores basados en Chromium 121+, como las versiones más recientes de Chrome, Edge y Opera.
Los usuarios de navegadores que actualmente no admiten la API Speculation Rules (Firefox y Safari) no se verán penalizados si un sitio utiliza reglas de carga especulativa. Simplemente no se beneficiarán de las mejoras de rendimiento que posibilita la API.
Hay algunas diferencias importantes entre prefetching y prerendering:
- Prefetching: las reglas
prefetchdentro de un elemento<script type="speculationrules">o una cabeceraSpeculation-Rulesobligan al navegador a descargar el cuerpo de respuesta de las páginas especificadas, pero sin renderizar dichas páginas. El prefetching no incluye la carga de subrecursos ni la ejecución de JavaScript. Los resultados se guardan en un caché específico, que se vacía cuando el usuario abandona la página. Si el usuario se va sin haber visitado las páginas prefijadas (prefetched), se produce un cierto desperdicio de recursos, pero sigue siendo menor que con el prerendering. - Prerendering: las reglas de
prerenderdentro de un elemento<script type="speculationrules">o una cabeceraSpeculation-Rulesobligan al navegador a obtener, procesar y cargar el contenido en una pestaña invisible, almacenada en un caché en memoria por documento. Cuando utilizas el prerendering, se cargan todos los subrecursos y se ejecuta todo el código JavaScript. Los resultados se guardan en un caché dedicado que se vacía cuando el usuario abandona la página, excepto en el caso de la página a la que navega el usuario. El prerenderizado (prerendering) aporta ventajas considerables en términos de rendimiento, pero consume memoria y ancho de banda de red y puede suponer un coste elevado en términos de recursos.
Las speculation rules pueden colocarse en un elemento inline <script type="speculationrules"> o en archivos externos referenciados por la cabecera HTTP Speculation-Rules. Aquí tienes un ejemplo de uso en una script:
{
"prefetch": [
{
"source": "list",
"urls": ["firstpage.html", "secondpage.html"]
}
]
}Antes de la versión 6.8, los usuarios de WordPress que quisieran añadir carga especulativa a sus sitios web podían utilizar el plugin Speculative Loading del Equipo de Rendimiento de WordPress. Este plugin proporciona las ventajas de rendimiento de la API de Speculation Rules precargando o prerenderizando automáticamente las URL del frontend de WordPress.
Con la versión 6.8, Speculative Loading incorpora dos nuevas funciones al core de WordPress, un filtro y una acción:
La nueva función wp_get_speculation_rules_configuration() devuelve la configuración actual de las reglas de especulación (mode – prefetch/prerender – y eagerness – conservative/moderate/eager). Los valores por defecto son prefetch y conservative para minimizar el consumo de recursos y evitar efectos no deseados. Según la nota del desarrollador, «está en línea con la configuración que Cloudflare utiliza en su función de carga especulativa, y minimiza la posibilidad de que se produzcan cargas especulativas sin una navegación posterior a la URL.»
El siguiente código es un ejemplo de cómo utilizar la función wp_get_speculation_rules_configuration() que puedes añadir en un plugin o en el archivo functions del tema activo:
add_action( 'wp_footer', function() {
$config = wp_get_speculation_rules_configuration();
echo '<pre>';
print_r( $config );
echo '</pre>';
} );La implementación del core de WordPress habilita la carga especulativa en el front-end de todos los sitios, excepto cuando un usuario ha iniciado sesión o cuando los enlaces permanentes están deshabilitados.
Hemos probado la carga especulativa en WordPress 6.8, y hemos obtenido el siguiente resultado:
{
"prefetch": [
{
"source": "document",
"where": {
"and": [
{
"href_matches": "/*"
},
{
"not": {
"href_matches": [
"/wp-*.php",
"/wp-admin/*",
"/wp-content/uploads/*",
"/wp-content/*",
"/wp-content/plugins/*",
"/wp-content/themes/twentytwentyfive/*",
"/*\?(.+)"
]
}
},
{
"not": {
"selector_matches": "a[rel~="nofollow"]"
}
},
{
"not": {
"selector_matches": ".no-prefetch, .no-prefetch a"
}
}
]
},
"eagerness": "conservative"
}
]
}La función wp_get_speculation_rules() genera el objeto JSON completo de las Speculation Rules (Reglas de Especulación) según la configuración establecida.
Puedes utilizarla como en el siguiente ejemplo:
add_action( 'wp_footer', function() {
if ( function_exists( 'wp_get_speculation_rules' ) ) {
$rules = wp_get_speculation_rules();
if ( ! empty( $rules ) ) {
echo '<h4>Speculation rules:</h4>';
echo '<pre>';
echo esc_html( json_encode( $rules, JSON_PRETTY_PRINT ) );
echo '</pre>';
} else {
echo '<p>Speculation rules are empty or invalid.</p>';
}
} else {
echo '<p>wp_get_speculation_rules() not available.</p>';
}
});Puedes utilizar el nuevo filtro wp_speculation_rules_configuration para cambiar la configuración por defecto, como cambiar eagerness a moderate o eager o forzar un comportamiento específico.
Puedes utilizar el filtro wp_speculation_rules_configuration para hacer prerender sólo a los artículos relacionados añadiendo una lista de URLs con source = list en lugar de document, como en el siguiente ejemplo:
add_filter('wp_speculation_rules_configuration', function( $config ) {
$config['mode'] = 'prerender';
$config['eagerness'] = 'eager';
$config['urls'] = [
'source' => 'list',
'urls' => [
home_url('/page-1/'),
home_url('/page-2/')
]
];
return $config;
}La acción wp_load_speculation_rules te permite añadir reglas personalizadas además de la regla principal de especulación del core de WordPress, mientras que el filtro wp_speculation_rules_href_exclude_paths te permite excluir rutas adicionales del speculative loading (carga especulativa).
Según la nota del desarrollador, los sitios web con la carga especulativa activada mejoraron Largest Contentful Paint (LCP. Pintura de Mayor Contenido) en ~1,9% en la mediana. Se trata de un resultado notable, teniendo en cuenta que es el resultado de una única adición.
Para un análisis en profundidad de speculative loading, consulta nuestro tutorial en profundidad. Puedes encontrar todos los detalles sobre la carga especulativa en WordPress 6.8 con ejemplos de uso ,en el ticket de seguimiento #62503 y en la nota oficial para desarrolladores. También puedes echar un vistazo al artículo Speculative Loading in WordPress de Felix Arntz.
2. Bcrypt para el hash de contraseñas en WordPress 6.8
6.8 cambiará el algoritmo utilizado por WordPress para proteger las contraseñas de los usuarios. Actualemente, WordPress utiliza phpass, que no se considera el mejor en términos de seguridad moderna. WordPress 6.8 cambia al algoritmo de cifrado bcrypt, que es más seguro.
La principal diferencia es que bcrypt necesita más tiempo y recursos para ser descifrado, lo que hace que los ciberataques sean menos eficaces.
Además, las contraseñas de las aplicaciones, las claves de restablecimiento de contraseñas de usuario, las claves de solicitud de datos personales y la clave del modo de recuperación cambiarán de phpass al algoritmo hash BLAKE2b, más seguro y rápido.
No se requiere ninguna acción del usuario para aplicar este cambio:
Cuando un usuario se conecte por primera vez después de la actualización – o la próxima vez que cambie su contraseña – su contraseña se volverá a generar automáticamente con bcrypt y se guardará de nuevo en la base de datos. Las contraseñas de las aplicaciones y las claves de seguridad no se volverán a generar automáticamente, pero un hash existente seguirá siendo válido si se generó antes de WordPress 6.8 y se utiliza antes de que caduque.
Las contraseñas de las entradas seguirán utilizando phpass por ahora, pero esto puede cambiar en el futuro.
Para una visión más detallada de la adopción de bcrypt con WordPress 6.8 y un análisis más profundo para desarrolladores, no te pierdas la nota para desarrolladores de John Blackbourn.
Actualizaciones para desarrolladores
WordPress 6.8 también trae interesantes actualizaciones para desarrolladores. Estas actualizaciones facilitan la creación y gestión de bloques, mejoran las interfaces de usuario y aumentan el rendimiento del sitio web. Aquí tienes un desglose de las novedades y de cómo pueden ayudar a agilizar los flujos de trabajo de desarrollo.
1. Registro de múltiples tipos de bloque en WordPress 6.8
WordPress 6.8 introduce un registro de tipo de bloque más eficiente con la nueva función wp_register_block_types_from_metadata_collection(). Esta función permite a los desarrolladores registrar varios tipos de bloque simultáneamente, mejorando el rendimiento y agilizando el desarrollo de bloques.
Se basa en las APIs de registro de tipos de bloque introducidas con WordPress 6.7 y es especialmente útil para los plugins que registran varios tipos de bloque con una sola llamada, ofreciendo un enfoque más eficiente y sencillo del registro de bloques en comparación con el registro de cada bloque individualmente.
La principal ventaja es que no necesitas llamar a register_block_type() repetidamente para cada tipo de bloque que registres con tu plugin. Ahora puedes añadir un nuevo tipo de bloque a un plugin existente simplemente creando una carpeta para ese tipo de bloque, y no necesitas registrar el tipo de bloque en la base de código PHP del plugin porque todos los tipos de bloque se reconocen y registran automáticamente.
Para utilizar esta potente funcionalidad, necesitas crear un manifiesto para todos tus tipos de bloque. El manifiesto es un archivo PHP que contiene metadatos de bloque de todos los archivos block.json del proyecto, y puedes generarlo utilizando el comando build-blocks-manifest del paquete NPM @wordpress/scripts.
Una vez que hayas generado tu manifiesto, puedes registrar todos tus tipos de bloque con esta única llamada a la función:
wp_register_block_types_from_metadata_collection(
plugin_dir_path( __FILE__ ) . 'dist',
plugin_dir_path( __FILE__ ) . 'dist/blocks-manifest.php'
);Para conocer mejor la nueva función wp_register_block_types_from_metadata_collection(), consulta la nota del desarrollador y la documentación del comando build-block-manifest.
2. Varias actualizaciones de los componentes de la interfaz de usuario en 6.8
WordPress 6.8 introduce varios cambios en los componentes de la interfaz de usuario en el editor de bloques, con varias deprecaciones y actualizaciones. Algunos cambios notables son:
- El componente
Navigationha quedado obsoleto: El componenteNavigation(y todos sus subcomponentes) están obsoletos y se prevé su eliminación definitiva con WordPress 7.1. Será sustituido por el componenteNavigator. - El componente
Navigatorse ha estabilizado: Los métodos__experimentalNavigatorToParentButtonygoToParentdel hook__experimentalUseNavigatorhan quedado obsoletos y han sido sustituidos por__experimentalNavigatorBackButtonygoBack. - El componente
RadioGroupha quedado obsoleto: El componenteRadioGroupha quedado obsoleto. Puedes utilizarRadioControloToggleGroupControlen su lugar.
Para obtener una lista completa de los cambios en los componentes de la interfaz de usuario en 6.8, consulta la nota de desarrollo.
3. Actualizaciones de la API de interactividad
La API de interactividad recibe varias mejoras. Antes de WordPress 6.8, cuando alguien interactuaba con una página, todas las tareas relacionadas ocurrían a la vez, lo que podía ralentizar las cosas si tardaban más de 50 milisegundos. Para solucionarlo, WordPress 6.8 introduce controladores asíncronos que permiten ejecutar estas tareas de forma asíncrona por defecto. Esto debería ayudar a mejorar el INP (Interaction to Next Paint), que es un índice que mide la capacidad de respuesta de un sitio web a las interacciones del usuario.
Este cambio se está preparando para WordPress 6.8, pero aún no se ha implementado completamente. Los desarrolladores deben seguir las nuevas prácticas recomendadas para evitar advertencias y estar al día de estas mejoras (como utilizar métodos asíncronos). Las nuevas funcionalidades introducidas son un paso intermedio hacia una API de Interactividad más rápida y fiable.
Para profundizar en las nuevas prácticas recomendadas de la API de Interactividad, consulta la nota para desarrolladores de Felix Arntz.
4. Una advertencia de rendimiento para los desarrolladores
El hook useSelect ayuda a obtener y gestionar datos en el editor de bloques, pero si no se utiliza con cuidado, puede ralentizar un sitio web.
A partir de WordPress 6.8, aparecerá una nueva advertencia en la consola del desarrollador cuando SCRIPT_DEBUG esté activado si se llama a useSelect con demasiada frecuencia o de forma ineficaz. Más concretamente, la advertencia aparece si useSelect se activa en cada renderización (actualización) de un componente sin la optimización adecuada.
La nueva advertencia debería ayudar a los desarrolladores a identificar posibles cuellos de botella en el rendimiento. Encontrarás más detalles en la nota de desarrollo.
Resumen
WordPress 6.8 se centra en perfeccionar las funcionalidades existentes y mejorar el rendimiento. Las principales mejoras incluyen una mayor facilidad de uso del editor, actualizaciones de diseño con una interfaz de Estilos Globales renovada y compatibilidad con el Libro de Estilo para temas clásicos. También aumenta el rendimiento con speculative loading (carga especulativa) a través de la API Speculation Rules, al tiempo que refuerza la seguridad con el hash de contraseñas bcrypt.
Pero eso no es todo. Para obtener una lista más completa de las mejoras y adiciones que llegarán con WordPress 6.8, consulta la Guía práctica de WordPress 6.8 y otros cambios para desarrolladores en el blog oficial de WordPress.
Ahora te toca a ti. ¿Has instalado ya WordPress 6.8? ¿Cuáles son tus primeras impresiones? No dudes en compartir tus opiniones en la sección de comentarios más abajo.
