\u00bfQuieres descubrir qu\u00e9 nos depara el futuro? Vamos a profundizar en WordPress 7.1.
\n
Procesamiento de archivos multimedia del lado del cliente<\/h2>\n
Hasta WordPress 7.0, la generaci\u00f3n de las dimensiones de las im\u00e1genes y las miniaturas para mostrarlas en la interfaz de usuario, la conversi\u00f3n de formatos y la gesti\u00f3n de la rotaci\u00f3n de las im\u00e1genes se gestionaban totalmente en el servidor mediante PHP.<\/p>\n
Ahora, WordPress 7.1 presenta una nueva arquitectura de procesamiento de archivos multimedia: el cambio de tama\u00f1o de las im\u00e1genes, la conversi\u00f3n de formatos, la rotaci\u00f3n de datos EXIF y la generaci\u00f3n de miniaturas ahora se realizan del lado del cliente, directamente en el navegador del usuario.<\/p>\n
Este cambio deber\u00eda mejorar significativamente el rendimiento del sitio y reducir el consumo de recursos del servidor.<\/p>\n
Echemos un vistazo m\u00e1s de cerca a los cambios en el procesamiento de im\u00e1genes:
\n
1. \u00bfQu\u00e9 es el procesamiento de archivos multimedia del lado del cliente?<\/h3>\n
Mientras que antes las im\u00e1genes se procesaban en el servidor mediante PHP utilizando las bibliotecas GD<\/a> o Imagick<\/a>, ahora la generaci\u00f3n de im\u00e1genes en distintos tama\u00f1os, la conversi\u00f3n de formatos y la rotaci\u00f3n EXIF se realizan directamente en el navegador del usuario, siempre que este admita el encabezado Como el procesamiento se realiza en el navegador, WordPress ya no recibe solo una imagen, sino todos los archivos de imagen resultantes del pipeline de procesamiento. Esto tiene dos consecuencias principales: un menor uso de la CPU y la RAM del servidor, y m\u00e1s solicitudes HTTP para subir las miniaturas individuales.<\/p>\n En el momento de escribir esto, solo Chrome 137+ y Microsoft Edge 137+ (versi\u00f3n de escritorio) son totalmente soportados por Desde el punto de vista de la arquitectura, el procesamiento de medios del lado del cliente se gestiona a trav\u00e9s de tres paquetes principales:<\/p>\n Adem\u00e1s del procesamiento de im\u00e1genes, esta nueva funcionalidad permite convertir autom\u00e1ticamente GIF animados en v\u00eddeos MP4\/WebM. La conversi\u00f3n la lleva a cabo el nuevo paquete El procesamiento de archivos multimedia del lado del cliente tambi\u00e9n introduce nuevos endpoints de la API REST ( El procesamiento de archivos multimedia en el lado del cliente traslada el procesamiento de im\u00e1genes del servidor al cliente. Esto libera al servidor de la pesada carga de trabajo que supone generar miniaturas en distintos tama\u00f1os, rotar im\u00e1genes y convertir formatos, trasladando esa tarea directamente al navegador del usuario.<\/p>\n Estas son algunas de las ventajas para los usuarios de trasladar el procesamiento de archivos multimedia al cliente:<\/p>\n Adem\u00e1s, los GIF animados se pueden convertir autom\u00e1ticamente en v\u00eddeos de reproducci\u00f3n autom\u00e1tica m\u00e1s eficientes; las fotos HEIC subidas desde un iPhone pueden ser convertidas a JPG por el navegador antes de subirlas (evitando posibles problemas de compatibilidad con el servidor); y la compatibilidad con AVIF ahora funciona incluso sin que el servidor soporte este formato (se omite la comprobaci\u00f3n del tipo MIME para las subidas decodificadas por el cliente).<\/p>\n Los desarrolladores pueden desactivar el procesamiento de archivos multimedia del lado del cliente usando el nuevo filtro Aparte de esto, no hay cambios importantes para los desarrolladores de plugins. Los hooks relacionados con el procesamiento de archivos multimedia siguen activ\u00e1ndose igual que si las im\u00e1genes se procesaran en el servidor.<\/p>\n Los filtros existentes leen la configuraci\u00f3n del servidor y siguen funcionando como se espera. Por ejemplo, el filtro Para los desarrolladores de temas, los tama\u00f1os de imagen registrados mediante Aunque el procesamiento de medios del lado del cliente est\u00e1 dise\u00f1ado principalmente para mejorar el rendimiento y la eficiencia, m\u00e1s que para la seguridad, ofrece varias ventajas que refuerzan la seguridad de los sitios de WordPress.<\/p>\n En primer lugar, reduce la superficie de ataque. Como ya se ha mencionado, antes de WordPress 7.1, el procesamiento de im\u00e1genes se basaba en bibliotecas del lado del servidor, como GD e Imagick. Con el tiempo, estas bibliotecas se han visto afectadas por diversas vulnerabilidades de seguridad relacionadas con la decodificaci\u00f3n de im\u00e1genes.<\/p>\n Con el procesamiento de im\u00e1genes del lado del cliente, el servidor ya no necesita GD ni Imagick, ya que recibe im\u00e1genes preprocesadas. Esto reduce significativamente la cantidad de c\u00f3digo sensible que se ejecuta en el servidor.<\/p>\n Otra ventaja de seguridad es que el procesamiento de im\u00e1genes se lleva a cabo dentro de un entorno aislado del navegador, utilizando WebAssembly en un Web Worker.<\/p>\n El procesamiento del lado del cliente tambi\u00e9n reduce el riesgo de ataques de denegaci\u00f3n de servicio (DoS), ya que la carga computacional recae en el cliente.<\/p>\n Para procesar im\u00e1genes en el cliente, WordPress utiliza Para permitir el acceso a En resumen, aunque el objetivo principal del procesamiento de archivos multimedia del lado del cliente es mejorar el rendimiento y la eficiencia en la gesti\u00f3n de archivos multimedia, esta nueva funcionalidad tambi\u00e9n aporta importantes mejoras en materia de seguridad.<\/p>\n El procesamiento de medios del lado del cliente se ha documentado ampliamente tanto para usuarios como para desarrolladores. Echa un vistazo a los siguientes recursos para conocer los detalles:<\/p>\n Las Notas, que se introdujeron por primera vez en WordPress 6.9<\/a>, han recibido numerosas novedades y mejoras que las convierten en una herramienta de colaboraci\u00f3n m\u00e1s completa.<\/p>\n Para empezar, WordPress 7.1 a\u00f1ade compatibilidad con texto enriquecido en las notas<\/a>, lo que las hace \u00abm\u00e1s expresivas, m\u00e1s f\u00e1ciles de leer y m\u00e1s acordes con lo que los usuarios esperan de herramientas como Google Docs, Figma, GitHub y otros editores colaborativos\u00bb.<\/p>\n Esto incluye el formato b\u00e1sico en el texto, como negrita (Ctrl\/\u2318 + B), cursiva (Ctrl\/\u2318 + I), enlaces (Ctrl\/\u2318 + K) y emojis.<\/p>\n Ahora puedes a\u00f1adir notas inline seleccionando fragmentos de texto en lugar de solo un bloque completo (comentarios inline en bloques<\/a>). Tambi\u00e9n puedes a\u00f1adir varias notas<\/a> al mismo bloque o a la misma selecci\u00f3n de texto.<\/p>\n WordPress 7.1 tambi\u00e9n introduce las @menciones<\/a> para etiquetar a tus colaboradores en las notas, lo que hace que la funcionalidad de las notas se parezca m\u00e1s a la de las herramientas de colaboraci\u00f3n m\u00e1s populares. Cuando escribes el car\u00e1cter @, aparece un panel con una lista de los usuarios de tu sitio para que puedas seleccionarlos f\u00e1cilmente. El destinatario de la menci\u00f3n recibir\u00e1 una notificaci\u00f3n por correo electr\u00f3nico con un enlace a la entrada.<\/p>\n Otra novedad tiene que ver con la parte visible de las notas. Ahora, las notas largas se ocultan por defecto<\/a> para que no ocupen demasiado espacio en la pantalla. Un bot\u00f3n de Mostrar m\u00e1s\/Mostrar menos<\/strong> te permite mostrar u ocultar el texto completo.<\/p>\n Puedes ver la lista completa de las nuevas funcionalidades para Notas que vienen con WordPress 7.1 en la versi\u00f3n de Notas para WordPress 7.1<\/a>.<\/p>\n La interfaz de usuario de administraci\u00f3n recibe varias actualizaciones que mejoran la coherencia de la interfaz y simplifican la navegaci\u00f3n entre pantallas. Antes de WordPress 7.1, la barra de administraci\u00f3n no aparec\u00eda en el editor de entradas ni en el Editor del Sitio. Este comportamiento era un poco raro, ya que la barra de herramientas de administraci\u00f3n es el elemento m\u00e1s usado de la interfaz de administraci\u00f3n, y no mostrarla en los editores no se consideraba lo mejor. A partir de WordPress 7.1, esto cambia, y ahora la barra de herramientas de administraci\u00f3n est\u00e1 visible en el editor de entradas y en el Editor del Sitio<\/a>.<\/p>\n Otra mejora destinada a dar un aspecto uniforme a todas las \u00e1reas de administraci\u00f3n consiste en aplicar la misma combinaci\u00f3n de colores<\/a> que el usuario haya elegido en su p\u00e1gina de configuraci\u00f3n tambi\u00e9n al Editor del Sitio. Antes de la versi\u00f3n 7.1, la barra lateral del Editor del sitio ten\u00eda un color fijo: negro.<\/p>\n La barra lateral del editor tambi\u00e9n se ha actualizado con WordPress 7.1. Se ha eliminado el icono del sitio de la barra de herramientas del editor y ahora aparece en la barra de herramientas de WordPress.<\/p>\n En versiones anteriores, para volver al panel de administraci\u00f3n de WordPress, ten\u00edas que hacer clic en el icono del sitio, que t\u00e9cnicamente no era un bot\u00f3n para volver atr\u00e1s.<\/p>\n Por eso, el icono del sitio ahora solo aparece en la barra de herramientas de administraci\u00f3n, mientras que en la barra de herramientas del editor aparece un bot\u00f3n m\u00e1s claro para volver atr\u00e1s.<\/p>\n La paleta de comandos ha recibido varias novedades y modificaciones<\/a> para mejorar su facilidad de uso. Para empezar, los comandos disponibles se han dividido en secciones (recientes, sugerencias y resultados) para que sea m\u00e1s f\u00e1cil encontrarlos.<\/p>\n Se ha ajustado el tama\u00f1o de la ventana modal (512 p\u00edxeles) y ahora los comandos se leen mejor.<\/p>\n Ahora aparece una nueva opci\u00f3n llamada Identidad<\/strong> en el men\u00fa Dise\u00f1o<\/b> del Editor del sitio. La pantalla correspondiente te permite configurar el t\u00edtulo, el eslogan<\/a>, el logotipo y el icono<\/a> de tu sitio. As\u00ed podr\u00e1s editar la configuraci\u00f3n de identidad de tu sitio sin salir del Editor del sitio.<\/p>\n Hasta WordPress 7.0, se pod\u00eda activar el desplazamiento infinito en la vista cuadr\u00edcula de la Biblioteca Multimedia mediante el filtro A partir de WordPress 7.1<\/a>, el filtro Adem\u00e1s, hay una nueva opci\u00f3n en la p\u00e1gina de perfil de usuario del panel de administraci\u00f3n de WordPress que te permite configurar tus preferencias de desplazamiento infinito.<\/p>\n WordPress guarda la elecci\u00f3n del usuario en las opciones de usuario mediante la clave meta WordPress 7.1 introduce dos nuevos bloques y varias mejoras en los ya existentes. Un nuevo bloque de Lista de reproducci\u00f3n<\/strong> te permite<\/a> insertar una lista de reproducci\u00f3n sencilla en tu contenido.<\/p>\n Puedes personalizar varios aspectos del aspecto del bloque, como la tipograf\u00eda, el fondo, las dimensiones, el borde y los elementos. Entre los controles de estilo espec\u00edficos de este bloque est\u00e1n Forma de onda y bot\u00f3n de reproducci\u00f3n<\/strong> y Fondo de la forma de onda<\/strong>. El control Forma<\/b> te permite cambiar la visualizaci\u00f3n de audio con forma de onda<\/a>.<\/p>\n El bloque Lista de Reproducci\u00f3n<\/a> admite todos los archivos de audio compatibles con tu instalaci\u00f3n de WordPress. Si a\u00f1ades compatibilidad con un nuevo tipo MIME, el bloque lo hereda autom\u00e1ticamente.<\/p>\n El nuevo bloque Pesta\u00f1as<\/a> est\u00e1 pensado para organizar el contenido en pesta\u00f1as. Cada pesta\u00f1a puede contener cualquier bloque, lo que lo hace especialmente \u00fatil para mostrar contenido clasificado por temas, preguntas frecuentes o comparativas de productos o servicios.<\/p>\n El bloque de HTML personalizado ha recibido una nueva mejora<\/a>. Ahora puedes a\u00f1adir bloques editables directamente dentro del c\u00f3digo HTML. Esto te permite combinar HTML est\u00e1tico y bloques editables dentro del mismo fragmento de c\u00f3digo.<\/p>\n Aunque se pueden editar, los bloques editables no se pueden mover ni eliminar, ni tampoco se pueden a\u00f1adir bloques adicionales a trav\u00e9s del editor visual. Sin embargo, el c\u00f3digo subyacente sigue siendo totalmente editable en el editor de c\u00f3digo.<\/p>\n Antes de WordPress 7.1, tu contenido ten\u00eda que ser o bien HTML totalmente est\u00e1tico, o bien estar compuesto \u00edntegramente por bloques. Ahora puedes mezclar libremente HTML y bloques, lo cual resulta especialmente \u00fatil a la hora de generar contenido con modelos de IA.<\/p>\n Este cambio viene acompa\u00f1ado de la posibilidad de a\u00f1adir c\u00f3digo HTML est\u00e1tico a las variaciones de bloques. Gracias a la nueva compatibilidad con El valor Ten en cuenta que WordPress 7.0 introdujo un nuevo bloque de iconos<\/a> y una biblioteca de iconos. Con WordPress 7.1, el sistema de gesti\u00f3n de iconos cuenta ahora con una API p\u00fablica, lo que permite registrar, mostrar y eliminar iconos mediante programaci\u00f3n, as\u00ed como recuperarlos a trav\u00e9s de la API REST.<\/p>\n Para registrar un icono o un conjunto de iconos, primero tienes que registrar una colecci\u00f3n de iconos vinculando la nueva funci\u00f3n Cada colecci\u00f3n tiene un nombre \u00fanico, que la distingue de los iconos predeterminados y de otros conjuntos de iconos registrados por plugins de terceros. El nombre de la colecci\u00f3n debe empezar y terminar con una letra min\u00fascula y puede contener letras min\u00fasculas, n\u00fameros, guiones y guiones bajos.<\/p>\n El segundo argumento de la funci\u00f3n es un array que contiene la etiqueta de la colecci\u00f3n que se muestra en la biblioteca de iconos y una descripci\u00f3n opcional.<\/p>\n Para eliminar una colecci\u00f3n, usa la funci\u00f3n Para registrar un icono individual, usa la funci\u00f3n En el ejemplo anterior, hemos registrado un icono utilizando una cadena SVG. Tambi\u00e9n puedes registrar un icono directamente desde un archivo Es importante tener en cuenta que el SVG se depura con Para eliminar un icono, puedes usar la funci\u00f3n La biblioteca de iconos se ha actualizado en consecuencia y ahora cuenta con una barra lateral que muestra la lista de colecciones de iconos registradas en la web.<\/p>\n El bloque Icono tambi\u00e9n se ha actualizado. Por defecto, ahora el bloque muestra el icono de informaci\u00f3n en lugar de un marcador de posici\u00f3n vac\u00edo, como en las versiones anteriores. Adem\u00e1s, hay dos nuevos controles en la barra de herramientas del bloque que te permiten girar el icono tanto vertical como horizontalmente.<\/p>\n Tambi\u00e9n se han a\u00f1adido nuevos endpoints de la API REST de solo lectura para acceder a colecciones de iconos o a iconos concretos.<\/p>\n Para las colecciones de iconos, usar\u00e1s los siguientes endpoints:<\/p>\n Para leer los iconos, tendr\u00e1s que usar estos endpoints:<\/p>\n Un usuario con la capacidad edit_posts debe autenticar las solicitudes.<\/p>\n Para una descripci\u00f3n m\u00e1s detallada del sistema de iconos en WordPress 7.1, echa un vistazo a la nota para desarrolladores<\/a>.<\/p>\n Los creadores y editores ahora tienen nuevas herramientas de dise\u00f1o mejoradas que les permiten dar estilo a los bloques de contenido sin tener que recurrir a CSS personalizado. WordPress 7.1 introduce En la barra lateral de configuraci\u00f3n del bloque, hay un nuevo panel Fondo con controles independientes para Imagen, Color y Degradado que te permite probar diferentes combinaciones de im\u00e1genes de fondo, colores y degradados sin que se produzcan conflictos.<\/p>\n En WordPress 7.1, la compatibilidad con Otra novedad que llega con WordPress 7.1 y que les va a encantar a los dise\u00f1adores y desarrolladores de temas es la compatibilidad con la dimensi\u00f3n Los desarrolladores de temas pueden a\u00f1adir compatibilidad con el ancho m\u00ednimo a trav\u00e9s de Tambi\u00e9n puedes a\u00f1adir la opci\u00f3n de ancho m\u00ednimo de forma global o para cada bloque:<\/p>\n Los desarrolladores de bloques tambi\u00e9n pueden a\u00f1adir compatibilidad con El control est\u00e1 oculto por defecto en la barra lateral, pero puedes cambiar la configuraci\u00f3n predeterminada usando WordPress 7.1 introduce la compatibilidad con Ten en cuenta que se trata de una Document-Isolation-Policy<\/code> (DIP) para permitir el acceso a SharedArrayBuffer<\/code>.<\/p>\nDocument-Isolation-Policy<\/code>. Safari y Firefox no admiten la pipeline WASM, aunque Safari s\u00ed permite la decodificaci\u00f3n nativa de los formatos HEIC\/HEIF<\/a> a JPG.<\/p>\n![\"Diagrama](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-client-side-media-upload-flow.png\")
2. \u00bfCu\u00e1les son las funcionalidades t\u00e9cnicas del procesamiento de medios del lado del cliente?<\/h3>\n
\n
@wordpress\/vips<\/code> gestiona el procesamiento del lado del cliente utilizando la biblioteca libvips<\/code><\/a> compilada en WebAssembly (wasm-vips<\/code>). Considerada por muchos como una de las bibliotecas de procesamiento de im\u00e1genes m\u00e1s r\u00e1pidas y eficientes que hay, se ejecuta en paralelo dentro de un Web Worker, lo que evita que la interfaz de usuario se cuelgue y ofrece un rendimiento mucho mejor que el JavaScript puro.<\/li>\n@wordpress\/upload-media<\/code> coordina el proceso de subida, lo que incluye la gesti\u00f3n de colas de subida, la concurrencia en las subidas (hasta 5 subidas simult\u00e1neas y 2 operaciones de procesamiento de im\u00e1genes), los reintentos autom\u00e1ticos, la reanudaci\u00f3n de subidas interrumpidas y la compatibilidad sin conexi\u00f3n.<\/li>\n@wordpress\/media-utils<\/code>\u00a0se encarga del transporte HTTP y de las solicitudes a la API REST.<\/li>\n<\/ul>\n![\"Diagrama](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-client-side-media-processing-architecture-overview.png\")
@wordpress\/video-conversion<\/code>, que integra la biblioteca mediabunny<\/code><\/a> en un Web Worker para convertir GIF opacos (sin fondos transparentes) en archivos de v\u00eddeo ligeros.<\/p>\nsideload<\/code>, finalize<\/code> y replace_file<\/code>), junto con dos nuevos par\u00e1metros: generate_sub_sizes<\/code> y convert_format<\/code>.<\/p>\n3. \u00bfQu\u00e9 ventajas tiene esto para los usuarios de WordPress?<\/h3>\n
\n
Se ha superado el l\u00edmite de memoria de PHP<\/code>) que antes se produc\u00edan al procesar archivos de imagen de gran tama\u00f1o.<\/li>\nlibvips<\/code> utiliza algoritmos de compresi\u00f3n avanzados que generan im\u00e1genes que, de media, son un 15 % m\u00e1s peque\u00f1as que las generadas por GD o Imagick. Esto se traduce en im\u00e1genes m\u00e1s ligeras y tiempos de carga de p\u00e1gina m\u00e1s r\u00e1pidos.<\/li>\n4. \u00bfQu\u00e9 cambia para los desarrolladores?<\/h3>\n
wp_client_side_media_processing_enabled<\/code>. Aqu\u00ed tienes un ejemplo:<\/p>\nadd_filter( 'wp_client_side_media_processing_enabled', '__return_false' );<\/code><\/pre>\nwp_generate_attachment_metadata<\/code> se ejecuta dos veces: primero durante la subida inicial (create<\/code>) y una segunda vez despu\u00e9s de que se llame al endpoint de finalizaci\u00f3n (update<\/code>). Los plugins que usen este filtro seguir\u00e1n funcionando como se espera.<\/p>\nadd_image_size()<\/code> ahora se generan del lado del cliente. Si un tema define un tama\u00f1o de imagen con dimensiones id\u00e9nticas a las de un tama\u00f1o predeterminado de WordPress, las im\u00e1genes se \u00abdeduplican\u00bb en un \u00fanico archivo de imagen registrado con ambos nombres de tama\u00f1o.<\/p>\n5. \u00bfQu\u00e9 ventajas tiene para la seguridad?<\/h3>\n
SharedArrayBuffer<\/code><\/u><\/a>, un objeto de JavaScript que permite que el hilo principal y los Workers compartan el mismo espacio de memoria.<\/p>\nSharedArrayBuffer<\/code>, WordPress habilita el encabezado<\/a> Document-Isolation-Policy: isolate-and-credentialless<\/code>. Esto proporciona un contexto de ejecuci\u00f3n aislado para el editor de bloques en los navegadores con Chromium 137 o superior (Chrome 137 o superior y Edge 137 o superior).<\/p>\n6. Recursos oficiales<\/h3>\n
\n
Mejoras en las Notas<\/h2>\n
![\"Opciones](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-notes-formatting-options.png\")
![\"Un](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/Screenshot-2026-07-20-alle-08.02.31.png\")
Mejoras en la interfaz de usuario de administraci\u00f3n<\/h2>\n
\nBarra de administraci\u00f3n persistente en el editor de entradas y en el Editor del Sitio<\/h3>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-admin-toolbar-in-post-editor.png\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-admin-toolbar-in-site-editor.png\")
El esquema de colores del usuario se ha ampliado al Editor del Sitio<\/h3>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-site-editor-ui.jpg\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/editor-toolbar-in-wp-70.png\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-editor-toolbar.png\")
Categor\u00edas de comandos y interfaz de usuario mejorada de la paleta de comandos<\/h3>\n
![\"Secciones](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-command-palette-sections.png\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-command-palette-search-results.png\")
Pantalla Identidad en el Editor del Sitio<\/h3>\n
![\"Configuraci\u00f3n](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/identity-settings.png\")
Desplazamiento infinito para la vista cuadr\u00edcula de la Biblioteca Multimedia<\/h3>\n
media_library_infinite_scrolling<\/code>, que ven\u00eda configurado en false<\/code> por defecto. Los desarrolladores pod\u00edan cambiar la configuraci\u00f3n predeterminada a\u00f1adiendo la siguiente l\u00ednea a sus plugins:<\/p>\nadd_filter( 'media_library_infinite_scrolling', '__return_true' );<\/code><\/pre>\nmedia_library_infinite_scrolling<\/code> est\u00e1 configurado en true<\/code>, lo que significa que el desplazamiento infinito en la vista de cuadr\u00edcula de la biblioteca multimedia est\u00e1 activado por defecto para todos los usuarios.<\/p>\n![\"Desactivar](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-disable-infinite-scrolling.png\")
infinite_scrolling<\/code>. Puedes recuperar la preferencia del usuario de esta forma:<\/p>\n$infinite_scrolling = get_user_option( 'infinite_scrolling', $user_id );<\/code><\/pre>\nBloques principales y mejoras en los bloques<\/h2>\n
\nNuevos bloques de Listas de Reproducci\u00f3n y Pesta\u00f1as<\/h3>\n
![\"El](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-playlist-block.png\")
![\"Personalizaci\u00f3n](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-playlist-block-customized.png\")
![\"El](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-tabs-block.jpg\")
Bloques editables dentro del bloque HTML Personalizado<\/h3>\n
![\"El](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-custom-html-block.png\")
innerContent<\/code>, puedes registrar una variaci\u00f3n del bloque de c\u00f3digo HTML tal y como se muestra en el siguiente ejemplo:<\/p>\nwp.blocks.registerBlockVariation( 'core\/html', {\n\tname: 'custom-image-card',\n\ttitle: 'Custom image card',\n\tdescription: 'A custom HTML block with static header\/footer and an editable image.',\n\tinnerContent: [ \n\t\t'<h2>Static heading<\/h2>\\n', \n\t\tnull, \n\t\t'\\n<footer>Static footer<\/footer>' \n\t],\n\tinnerBlocks: [ \n\t\t[ \n\t\t\t'core\/image', \n\t\t\t{ \n\t\t\t\tid: 419,\n\t\t\t\tsizeSlug: 'medium',\n\t\t\t\tlinkDestination: 'none',\n\t\t\t\turl: 'https:\/\/example.com\/wp-content\/uploads\/...',\n\t\t\t\talt: ''\n\t\t\t} \n\t\t] \n\t],\n} );<\/code><\/pre>\nnull<\/code> en innerContent<\/code> act\u00faa como marcador de posici\u00f3n para el bloque Imagen.<\/p>\ninnerContent<\/code> solo est\u00e1 disponible para el bloque HTML Personalizado. Si lo aplicas a variaciones de otros bloques, no tendr\u00e1 ning\u00fan efecto.<\/p>\nMejoras en el sistema de iconos SVG<\/h2>\n
Registrar y anular el registro de iconos<\/h3>\n
wp_register_icon_collection()<\/code> a la acci\u00f3n init:<\/p>\nfunction custom_icons_register_icon_collection() {\n\twp_register_icon_collection(\n\t\t'my-icon-set',\n\t\tarray(\n\t\t\t'label' => __( 'My awesome icons', 'my-plugin' ),\n\t\t\t'description' => __( 'My personal set of icons.', 'my-plugin' ),\n\t\t)\n\t);\n}\nadd_action( 'init', 'custom_icons_register_icon_collection' );<\/code><\/pre>\nwp_unregister_icon_collection()<\/code>. Al eliminar una colecci\u00f3n, se borran autom\u00e1ticamente todos los iconos asociados a ella.<\/p>\nwp_register_icon()<\/code>, tal y como se muestra en el siguiente ejemplo:<\/p>\nwp_register_icon(\n\t'my-icon-set\/motorbike',\n\tarray(\n\t\t'label' => __( 'Motorbike', 'my-plugin' ),\n\t\t'content' => '<svg xmlns=\"http:\/\/www.w3.org\/2000\/svg\" viewBox=\"0 0 24 24\">...<\/svg>',\n\t)\n);<\/code><\/pre>\n.svg<\/code>:<\/p>\nwp_register_icon(\n\t'my-icon-set\/motorbike',\n\tarray(\n\t\t'label' => __( 'Motorbike', 'my-plugin' ),\n\t\t'file_path' => plugin_dir_path( __FILE__ ) . 'icons\/motorbike.svg',\n\t)\n);<\/code><\/pre>\nwp_kses<\/code>, y que, por ahora, solo se permiten los elementos <svg><\/code>, <path><\/code> y <polygon><\/code>. El resto de elementos se filtran, aunque es posible que la lista de elementos permitidos se ampl\u00ede en el futuro para incluir elementos y atributos adicionales.<\/p>\nwp_unregister_icon()<\/code>.<\/p>\nActualizaciones de la biblioteca de iconos y los bloques<\/h3>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-icon-collection.png\"){kind=icon}
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-custom-icon-collection.png\"){kind=icon}
![\"Configuraci\u00f3n](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-icon-block.png\"){kind=icon}
Nuevos endpoints de la API REST para iconos<\/h3>\n
GET \/wp\/v2\/icon-collections\nGET \/wp\/v2\/icon-collections\/<collection><\/code><\/pre>\nGET \/wp\/v2\/icons - Introduced with WordPress 7.0.\nGET \/wp\/v2\/icons\/<collection>\nGET \/wp\/v2\/icons\/<collection>\/<name><\/code><\/pre>\nNuevas herramientas de dise\u00f1o<\/h2>\n
\nCompatibilidad con el degradado de fondo<\/h3>\n
background.gradient<\/code><\/u> compatibilidad<\/a>,<\/u> as\u00ed como un nuevo control en la interfaz de administraci\u00f3n para los degradados de fondo.<\/p>\n![\"Control](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-background-gradient.jpg\")
background.gradient<\/code> est\u00e1 activada por defecto para los bloques Grupo, Acorde\u00f3n, Cita destacada, Contenido de la entrada y Cita. Los desarrolladores de temas pueden a\u00f1adir compatibilidad con background.gradient<\/code> en el archivo block.json a\u00f1adiendo una propiedad gradient dentro de styles.background o de forma individual para cada bloque, tal y como se muestra en el siguiente c\u00f3digo:<\/p>\n{\n\t\"styles\": {\n\t\t\"background\": {\n\t\t\t\"gradient\": \"linear-gradient( 135deg, #1e3c72 0%, #2a5298 100% )\"\n\t\t},\n\t\t\"blocks\": {\n\t\t\t\"core\/group\": {\n\t\t\t\t\"background\": {\n\t\t\t\t\t\"gradient\": \"linear-gradient( 135deg, #f5f7fa 0%, #c3cf8d 100% )\"\n\t\t\t\t}\n\t\t\t}\n\t\t}\n\t}\n}<\/code><\/pre>\nCompatibilidad con el ancho m\u00ednimo<\/h3>\n
minWidth<\/code><\/u><\/a>. Esto se suma a la compatibilidad ya existente con height<\/code>, minHeight<\/code> y width<\/code>, completando as\u00ed el conjunto de herramientas de dise\u00f1o para las dimensiones.<\/p>\ntheme.json<\/code>, ya sea activando las Herramientas de Apariencia o a\u00f1adiendo el campo dimensions.minWidth<\/code> en la secci\u00f3n de configuraci\u00f3n:<\/p>\n{\n\t\"settings\": {\n\t\t\"dimensions\": {\n\t\t\t\"minWidth\": true\n\t\t}\n\t}\n}<\/code><\/pre>\n![\"Control](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-min-width.jpg\")
{\n\t\"styles\": {\n\t\t\"dimensions\": {\n\t\t\t\"minWidth\": \"400px\"\n\t\t},\n\t\t\"blocks\": {\n\t\t\t\"core\/group\": {\n\t\t\t\t\"dimensions\": {\n\t\t\t\t\t\"minWidth\": \"400px\"\n\t\t\t\t}\n\t\t\t}\n\t\t}\n\t}\n}<\/code><\/pre>\nminWidth<\/code> al archivo block.json<\/code>:<\/p>\n{\n\t\"supports\": {\n\t\t\"dimensions\": {\n\t\t\t\"minWidth\": true\n\t\t}\n\t}\n}<\/code><\/pre>\n__experimentalDefaultControls<\/code>. En Estilos Globales, el control est\u00e1 visible por defecto.<\/p>\nCompatibilidad con sombras de texto en Estilos Globales<\/h3>\n
text-shadow<\/code><\/u> en los estilos globales<\/a>. Antes, habr\u00edas necesitado un plugin o habr\u00edas tenido que recurrir a CSS personalizado.<\/p>\n