WPML Multilingual CMS 5.2.0

Publicado: 21 de octubre de 2026
Canal: Estable
Probado con WordPress: 7.1
Producto: WPML Multilingual CMS

Registro de cambios

Guardados y páginas más rápidos, un Escritorio de traducción reconstruido, una traducción automática más clara y 355 correcciones.

Novedades

La traducción automática ya no deja trabajos en curso cuando la cuenta no puede pagar: se pausa con «Ir a facturación» y se reanuda una vez pagado.
La lista de contenido del Escritorio de traducción se ha reconstruido: funciona en sitios con muchos idiomas, enumera cada entrada una vez y sus filtros de estado coinciden con la columna.
Cambiar la preferencia de traducción de un campo personalizado actualiza su contenido existente como una tarea en segundo plano rastreada, y la configuración explica qué hace cada preferencia.
Las pequeñas ediciones al contenido traducido ya no pierden las traducciones existentes ni se cobran como una traducción nueva completa.
El nombre y la descripción de una categoría o etiqueta se traducen y se cobran una vez, no de nuevo en cada entrada que los usa.
Las variaciones de productos se quedan fuera de Traducir todo, y los trabajos de variaciones vacíos creados anteriormente se retiran.
Cancelar un trabajo para contenido que ya estaba traducido restaura su estado anterior.
Las pantallas del panel de administración de WPML siguen el idioma de su panel de administración, incluidos los idiomas de derecha a izquierda.
Los recuentos de comentarios se muestran por idioma, y los estados de las entradas se mantienen sincronizados entre los originales y sus traducciones.
El modo de revisión se mantiene por lote de traducción, y el Editor de traducción avanzado marca los textos de medios y taxonomías cuyo original cambió.
Multisitio: el asistente de configuración del subsitio maneja la clave del sitio correctamente, sin una consulta de usuarios rota, y los subsitios ya no informan de una discrepancia en la clave del sitio.
Prioridad de traducción se ha eliminado, y Restablecer WPML se bloquea mientras el sitio todavía tiene idiomas secundarios.
La comprobación del sitio con wpml.org incluye el estado de su configuración y traducción automática; una casilla de verificación opcional en el asistente de configuración y Configuración controla el uso compartido de sus estadísticas de contenido y lista de plugins.
Todos los complementos de WPML se compilan desde el mismo origen que WPML y se envían a la par con él.
Cada complemento de WPML lleva la misma versión de biblioteca compartida que WPML, por lo que el aviso «WPML Update is Incomplete» se mantiene traducido sin importar qué plugin se cargue primero.
Refuerzo de seguridad: manejo más estricto de los datos almacenados, entrada de solicitudes validada, eliminación de archivos, nombres de archivos y rutas de inclusión más seguros, y valores almacenados escapados.
Cuando el rol de administrador ha perdido las capacidades de WPML, WPML las restaura, por lo que los nuevos administradores ven todo WPML.
La advertencia de requisitos mínimos del asistente de configuración ya no se puede omitir y luego perder.
Cuando falla el envío de contenido a traducción debido a un problema de la base de datos, la ventana emergente muestra los detalles del error.
Cuando WPML no puede leer las palabras disponibles de su cuenta, muestra un estado y un mensaje claros.
Un trabajo que sigue fallando junto a los creados con éxito ya no se reintenta sin límite.
Durante un corte de conexión que solo un nuevo envío puede finalizar, el banner ya no muestra una cuenta atrás de reintento.
En la Cola de traducción, los estados marcados en el filtro Estado se mantienen marcados después de que se cargue la lista de trabajos.
El aviso «Your automatic translation pricing has been upgraded» en el Escritorio de traducción ahora muestra su contenido en lugar de quedarse vacío.
Elegir «Copy from original language if translation language uses encoded URLs» le advierte cuando ningún idioma activo usa URL codificadas.
Los selectores de idiomas desplegables ahora se abren con el teclado y al hacer clic, y avisan a los lectores de pantalla de si están abiertos.
El icono desplegable del selector de idiomas aparece solo cuando hay traducciones para elegir.
El selector de idiomas se desactiva cuando el sitio tiene un solo idioma activo.
El selector de idiomas en el archivo anual de un tipo de contenido personalizado enlaza al archivo correcto.
Las vistas previas de entradas y páginas usan la dirección correcta en sitios con un dominio diferente por idioma.
La lista de entradas muestra el icono correcto para una traducción en curso.
El contenido con elementos de tiempo mantiene su HTML intacto cuando se divide para su traducción.
Trabajar en varias pestañas del navegador ya no mezcla los idiomas en el editor de bloques.
La información del par de idiomas almacenada en caché del Editor de traducción avanzado ya no se queda obsoleta y se repara a sí misma.
Conectar una traducción a otro grupo de traducciones ya no falla mientras informa de éxito.
Las listas del panel de administración de tipos de contenido jerárquicos, como Páginas, ya no ejecutan una consulta de traducción sobre cada entrada, lo que fallaba en los alojamientos que limitan el tamaño de la consulta.
La traducción automática de categorías, etiquetas y otros términos es más fiable.
Las antiguas direcciones del panel de administración de las herramientas de Soporte conducen a la única página de Soporte en lugar de a copias separadas.
Los bloques detectados automáticamente desde maquetadores basados en campos como Meta Box ofrecen solo sus atributos de texto para la traducción.
Avada: el widget Fusion Post Cards está traducido.
WP User Manager: el selector de idiomas en una página de perfil conduce a la página de perfil traducida, no a la genérica.
Cuando falla la reconexión de un sitio copiado o movido, WPML ya no borra su clave del sitio, por lo que las actualizaciones y la traducción automática siguen funcionando.
Un atributo de shortcode registrado como codificado en base64 que en realidad contiene texto sin formato ahora se puede traducir.

Rendimiento

Guardar una página o plantilla, incluidas las plantillas de Elementor, ya no reescribe las traducciones sin cambios, por lo que los guardados en sitios con muchos idiomas son mucho más rápidos.
Las páginas del front-end en sitios de WooCommerce cargan más rápido: las reglas de URL ya no se vuelven a leer para cada término de producto.
Una solicitud del front-end en caché ya no pregunta a la base de datos sobre las tablas de idiomas de WPML en cada vista de página.
Las solicitudes del front-end ya no escriben el progreso de la actualización ni vuelven a leer el diseño de las tablas de WPML.
Las pantallas de edición de entradas ya no esperan a la búsqueda del motor de traducción en cada carga, y una búsqueda fallida no se reintenta en cada página.
Editar una entrada en un sitio con muchos plugins ya no se queda sin memoria.
El escritorio de Gestión de traducción ya no agota el tiempo de espera en sitios con muchos términos traducidos.
El escritorio de Gestión de traducción ya no se queda sin memoria al contar palabras.
WPML > Traducciones ya no se queda sin memoria en sitios con una caché de objetos persistente, como Redis o la de WP Engine.
La tabla de caché de resolución de URL ya no crece sin límite, y guardar la configuración de enrutamiento ya no cuenta toda la tabla.
Las consultas de términos con listas largas de inclusión, exclusión o secundarias, como en menús, widgets y filtros de productos, se traducen en una sola consulta de la base de datos.
Las traducciones de términos de productos leídas fuera de una consulta se buscan una vez por solicitud.
Los textos predeterminados de los bloques se traducen cuando se renderiza un bloque, no para cada tipo de bloque registrado en cada solicitud.
Los comandos de WP-CLI usan menos memoria: WPML carga su instalador solo cuando un comando lo necesita.
Multisitio: cambiar entre sitios ya no ejecuta comprobaciones de recuperación cuando no hay nada que recuperar, por lo que las páginas del panel de administración de la red vuelven a cargar rápidamente.
Las traducciones de productos se buscan en una sola consulta para los productos mostrados por los bloques de colección de productos de WooCommerce.
WP Rocket optimiza la página raíz del sitio como cada directorio de idioma, y ya no registra «Empty buffer» para ella.
Las páginas de Elementor ya no ejecutan cada convertidor de ID dinámico de WooCommerce en cada elemento.
Las páginas del panel de administración ya no vuelven a registrar los textos predeterminados de cada bloque de terceros en cada solicitud, ahorrando muchas consultas a la base de datos.
En algunos sitios actualizados, la actualización del catálogo de idiomas se ejecuta una vez en lugar de en cada solicitud.
Guardar una entrada ya no vuelve a comprobar las tablas de WPML cada vez, y una entrada de bloques lee su paquete de cadenas solo una vez.
Las páginas del front-end de temas de bloques y tiendas de WooCommerce leen las traducciones de los bloques, los slugs de los términos y las reglas de URL traducidas una vez por página, no en cada uso.
Los valores que WPML almacena en caché sin caducidad se mantienen en lugar de tratarse como caducados y eliminarse.
Buscar términos por slug ya no repite el mismo ajuste para cada búsqueda en una solicitud.
WPML ya no realiza un rastreo de pila completo en cada búsqueda de URL de inicio, y su filtro de URL de inicio se almacena en caché.
WPML ya no carga su motor de plantillas de correo electrónico en cada página del panel de administración, solicitud REST y llamada AJAX, por lo que se cargan menos archivos.
Las páginas del panel de administración ya no cuentan las entradas que llevan campos personalizados que esperan su decisión en cada carga.
Las páginas del panel de administración ya no se ralentizan por una comprobación lenta de la API REST y errores de descompresión de datos.
Maquetadores visuales: guardar varias traducciones en una solicitud ya no vuelve a reconstruir cada entrada anterior.
La lista de entradas ya no ejecuta una consulta de traducción para cada fila.
La página de configuración de Traducción por IA carga sin esperar respuestas de nuestro sistema de traducción.
Guardar entradas es más rápido en sitios multilingües grandes.
Aplicar una traducción a una entrada con muchos campos personalizados es más rápido.
La página de traducción de taxonomía ya no agota el tiempo de espera en sitios con un número muy grande de términos.
El Escritorio de traducción lee los tipos de contenido traducibles una vez por página en lugar de dos.

Correcciones para la traducción automática y Traducir todo

Traducir todo ya no se mantiene pausado por el límite de gasto mensual después de que se aumenta el límite o se reinicia el mes.
La caja pausada de Traducir todo muestra el límite de gasto mensual actual y el uso de este mes.
Los textos que una traducción anterior solo copió del idioma original, como mensajes de formulario sin traducir, ahora se traducen automáticamente en lugar de tratarse como finalizados, mientras que se mantiene una copia que un traductor completó a propósito.
Traducir todo aplica traducciones de términos cuya descripción contiene HTML, como una imagen, y un trabajo de término fallido indica su motivo.
Las estimaciones de costes de Traducir todo excluyen los idiomas pausados, incluidos los elementos cuya única traducción faltante está en un idioma pausado.
Las traducciones automáticas se entregan incluso cuando se eliminó una traducción anterior del contenido, y un trabajo fallido ya no afecta a los demás.
Los sitios a los que WPML pide traducciones finalizadas siguen recogiéndolas hasta que no queda ninguna, por lo que un lote grande llega en minutos, no en días.
Descartar un trabajo de traducción automática fallido lo elimina para siempre, y sus textos no se envían a traducción automática de nuevo.
El pase de cadenas de Traducir todo ya no se ralentiza en sitios con muchos lotes pasados.
Una traducción automática fallida descartada o cancelada de una entrada, lote de cadenas, paquete de cadenas o término no se envía de nuevo hasta que cambia su contenido.
La acción «Synchronize local job ids with ATE jobs» rechaza las asignaciones de trabajos ambiguas, por lo que una entrega nunca se escribe en una traducción no relacionada.
Cambiar el motor de traducción en la configuración de Traducción por IA informa de un guardado fallido como fallido, en lugar de mostrar Guardado.
La caja «couldn't be completed» ya no enumera un trabajo con cada detalle como N/A después de descartar trabajos.
Las traducciones entregadas mientras una pantalla de entrada está abierta mantienen su enlace al original y su idioma cuando otro plugin maneja los guardados de la entrada.
Traducir todo ya no omite un término creado mientras finaliza esa taxonomía.
Las páginas del panel de administración de WPML siguen funcionando cuando el Editor de traducción avanzado da una respuesta inesperada sobre la asignación de idiomas.
Traducir todo registra cada elemento completado una vez, y eliminar un idioma también lo borra de los registros de Ninja Forms y WPForms.
Las estimaciones de costes de Traducir todo, incluidas las del asistente de configuración, cuentan las entradas con sus campos de términos, cadenas, paquetes de cadenas y etiquetas de taxonomía a medida que se envían.
La estimación de costes de la traducción automática enumera lo que no cuenta, por lo que el uso final no depara sorpresas.
Traducir todo ya no se atasca en los textos de widgets de bloques fuera de las pantallas del panel de administración, y el contenido que no puede enviar ya no bloquea las entradas posteriores.
Traducir todo ya no sobrescribe el progreso que otra solicitud registró al mismo tiempo.
La nota debajo de la tabla de recuento de palabras de Traducir todo explica que, después de la primera traducción, las ediciones son gratuitas y usted paga solo por las palabras añadidas.
Traducir todo envía un paquete de cadenas de Widgets añadido mientras Widgets estaba excluido, una vez que Widgets se incluye de nuevo.
Cuando WPML no puede comunicarse con el sitio para comprobar las traducciones entregadas, la caja de estado dice que las comprobaciones se detuvieron y ofrece recogerlas ahora.
Cuando nuestro sistema de traducción sigue rechazando la dirección del sitio, WPML muestra que se está reconectando y sigue reintentando, sin pedir que se asigne el idioma predeterminado.
Pulsar «Pick up translations now» durante una comprobación de entrega recoge las traducciones justo después de que termine esa comprobación.
Cuando se pide a varias páginas del panel de administración que se reconecten a nuestro sistema de traducción a la vez, WPML vuelve a registrar el sitio solo una vez.
Un idioma añadido con «translate existing content» mientras WPML se está reconectando consigue que su contenido existente se traduzca una vez que vuelve la conexión.
El botón Traducir contenido ya no se deshabilita sin explicación mientras WPML se reconecta a nuestro sistema de traducción.
Los sitios con traducciones en curso comprueban las finalizadas cada dos minutos como estaba previsto, y la comprobación ya no detiene su navegador.
Durante una reconexión, el paso 2 del Escritorio de traducción no muestra ninguna cuenta atrás de reintento ni mensaje de «can't reach», y el botón Traducir todo retenido explica por qué.
La estimación de Traducir todo nombra la fila de widgets de bloques como «Block» en lugar de «Widget» o «Widgets».
La estimación de costes del asistente de configuración ya no cuenta la categoría de una entrada en un idioma al que ya está traducida, coincidiendo con el Escritorio de traducción.
Un trabajo que el motor de traducción no pudo traducir aparece en la lista de trabajos que no se pudieron completar, con Reenviar y Descartar.
Traducir todo ya no envía ni cobra una etiqueta de taxonomía dos veces cuando se pierde su registro de estado.
Activar Traducir todo ya no afirma que el idioma predeterminado no es compatible cuando WPML simplemente no pudo leer la información de compatibilidad.
Mientras WPML se reconecta a nuestro sistema de traducción, la caja de Traducir todo permanece visible en estado pausado y explica qué está ocurriendo.
Una traducción que sigue fallando al aplicarse se abandona después del tercer intento y se enumera con Reenviar y Descartar; Reenviar inicia un nuevo trabajo.
WPML reconoce las respuestas «missing language mapping» de nuestro sistema de traducción y borra el icono de error de un trabajo cancelado allí.
Al volver del Editor de traducción avanzado, WPML avisa cuando la traducción no se pudo guardar, con el motivo y el siguiente paso.
Las traducciones automáticas se siguen entregando cuando otro plugin falla al guardar una de ellas, y el progreso de la barra de administración ya no se reinicia a cero.
Después de pagar a través del widget de la cuenta en el Escritorio de WordPress, la caja de traducción automática pausada se borra de inmediato.
En Pago por uso, los trabajos retenidos por un pago pendiente o fallido dicen por qué están esperando y cómo continuar.
Un corte de conexión con nuestro sistema de traducción termina solo cuando el envío vuelve a funcionar, y Reintentar ya no deja pasar un trabajo duplicado.
Después de un envío a traducción automática, el resultado cuenta solo los trabajos realmente creados, y Reintentar ya no reemplaza un trabajo retenido cada vez.
Cuando parte de un envío de Traducir todo falla, los elementos fallidos se retienen y se envían de nuevo más tarde.
Una respuesta que WPML no puede leer, como una página proxy, ya no bloquea esos elementos de la traducción automática para siempre.
Los envíos desde fuera del Escritorio de traducción, como el editor de entradas o la lista de entradas, ya no se rechazan mientras WPML espera a que pase un corte.
El aviso de conexión distingue los problemas de la cuenta de los problemas del Editor de traducción avanzado, por lo que uno ya no oculta al otro.
Un nuevo corte de conexión ya no muestra «cannot access» a la vez porque otra solicitud cerró el corte anterior a mitad del envío.
Los envíos de cadenas que fallan, se acortan, se dirigen a un idioma pausado o se rechazan ya no dejan atrás lotes de cadenas vacíos.
Reenviar un trabajo de término fallido mantiene el término, y un reenvío fallido se informa como fallido.
Desactivar Traducir todo mientras se están traduciendo cadenas ya no las deja en «Translation in progress» para siempre.
En pantallas del ancho de un teléfono, la ventana Configurar Traducir todo se ajusta a la pantalla y se puede cerrar.
Traducir todo ya no reenvía, ni cobra de nuevo por, un trabajo que usted canceló mientras su primer pase por todo el sitio todavía se está ejecutando.
Los trabajos de taxonomía pausados porque la cuenta se quedó sin palabras se reanudan una vez que se añaden palabras.
El escritorio ya no cuenta como pendientes los trabajos que nuestro sistema de traducción nunca aceptó, por lo que no hay traducciones fantasma esperando a ser recogidas.
Cuando WPML no puede leer qué idiomas admite la traducción automática, las estimaciones de costes y la lista de idiomas del Escritorio de traducción ya no salen mal o vacías.
Traducir todo ya no enumera un tipo de contenido sin nada que traducir como a la espera de su aprobación.
Los tipos de contenido que un plugin registra solo en el panel de administración, como Grid Builder de WPBakery, se pueden incluir desde Ajustar límites de contenido.

Correcciones en los editores de traducción y trabajos de traducción

Las traducciones existentes del Editor de traducción clásico de contenido con varios bloques se mantienen cuando se abren en el Editor de traducción avanzado.
El Editor de traducción clásico muestra el HTML con elementos de vídeo, audio e imagen en un campo de texto sin formato, por lo que no se pierden etiquetas.
En el editor de traducción, un texto repetido en varios bloques, shortcodes o atributos se enumera bajo su primera aparición, por lo que ningún bloque parece faltar.
Completar un trabajo de traducción nunca escribe en, ni mueve, una entrada que no sea la propia traducción del trabajo.
En el Editor de traducción clásico, un trabajo cuyo origen es un idioma secundario ya no carga la página del idioma predeterminado en su lugar.
Abrir un trabajo de traducción enviado desde otra traducción, no desde el original, mantiene esa traducción como su idioma de origen.
Un paquete de cadenas o entrada revisada en el Editor de traducción avanzado se completa y publica cuando el revisor hace clic en Guardar y completar.
Reabrir una traducción de producto entregada ya no crea un nuevo trabajo con campos vacíos; el editor espera hasta que se recoja la traducción.
Un destino vacío en un archivo XLIFF entregado ya no anula el trabajo: las unidades sin texto mantienen el origen y las unidades defectuosas se omiten.
Abrir una traducción en el editor ya no se hace cargo de un trabajo automático que nuestro sistema de traducción todavía está traduciendo.
Aceptar una traducción revisada de una entrada programada ya no la publica antes que su original.
En el editor de traducción, el texto de un shortcode de maquetador visual se etiqueta solo con los atributos que tiene actualmente.
En el editor de traducción, los shortcodes dentro de los bloques se enumeran en el orden de la página, con una entrada por texto repetido.
En el editor de traducción, una página con shortcodes dentro de bloques muestra sus dos grupos de textos con nombres diferentes.
No se crea ningún trabajo de traducción para una traducción cuyo registro de estado eliminó un guardado simultáneo, por lo que las advertencias de PHP relacionadas han desaparecido.
Una escritura fallida de un registro de estado de traducción ya no devuelve el ID de otra traducción.
Los guardados simultáneos de una traducción que no tiene trabajo crean un trabajo base, no uno cada uno.
Una traducción de término revisada en el Editor de traducción avanzado se aplica al sitio de nuevo.
Los archivos en un archivo comprimido de trabajo de traducción descargado tienen nombres que Windows acepta, por lo que el archivo se extrae en todas partes.
Cuando la entrada traducida no se puede crear o actualizar, el trabajo se informa como fallido con su motivo y se puede aplicar de nuevo.
El Editor de traducción clásico muestra correctamente un shortcode con comillas dobles dentro de un atributo con comillas dobles.
Reabrir una traducción desde un enlace con su ID de trabajo mantiene el progreso no guardado del traductor.
Después de que un administrador abre una traducción completada, eliminar al traductor o importar un archivo XLIFF deja el trabajo en el estado correcto.
En la página de revisión de traducciones, los enlaces del selector de idiomas apuntan a sus propios idiomas, no al idioma en revisión.

Correcciones en Gestión de traducción y el Escritorio de traducción

Los enlaces de edición de las entradas traducidas se mantienen en su lugar para los usuarios sin un par de idiomas de traductor.
El icono de lápiz de una entrada duplicada abre el Editor de WordPress de nuevo cuando ese es el editor de traducción elegido.
Las entradas traducidas en el Editor de WordPress se abren allí de nuevo mientras nuestro sistema de traducción no reconoce la nueva dirección del sitio, y las traducciones bloqueadas dicen por qué.
Los editores pueden abrir la entrada original desde la columna de estado de traducción sin un error de «not allowed to translate this language pair».
Enviar una página, categoría o etiqueta de nuevo desde otro idioma, antes de que exista su traducción, muestra el nuevo idioma de origen en Trabajos de traducción.
Con el registro automático de cadenas desactivado, volver a la ventana del Escritorio de traducción ya no inicia el procesamiento de cadenas.
Una traducción que no se puede abrir en un editor explica por qué encima de la lista de Tareas de traducción, al igual que lo hace la lista de entradas.
Cancelar y Guardar en el cuadro de diálogo de registro automático de cadenas ya no abandonan el Escritorio de traducción por una página en blanco.
Cambiar el idioma de un original actualiza el idioma de origen de sus traducciones, por lo que sus trabajos siguen enumerados en Trabajos de traducción.
La lista de trabajos ya no muestra un error de base de datos para un traductor cuyo par de idiomas no tiene idiomas de destino.
El correo electrónico de actualizaciones de traducción ya no cuenta un trabajo de paquete de cadenas como la entrada con el mismo ID.
Traducir contenido se mantiene disponible para una selección mixta cuando un tipo de elemento ya está traducido.
El correo electrónico de resumen de trabajos ya no muestra una advertencia de PHP cuando el gestor de un trabajo no es un usuario.
El Escritorio de traducción envía las categorías marcadas como «Traducir automáticamente» incluso cuando el envío anterior usó «Traducir yo mismo».

Correcciones para maquetadores visuales

Elementor: editar una traducción abre el editor en el idioma de su panel de administración, no en el idioma de la página.
Elementor: guardar una traducción ya no falla cuando un widget del tema necesita el documento actual o un widget da error al renderizarse.
Elementor: cada botón en una página traducida enlaza a la traducción de su propio destino, no todos a la misma página.
Elementor Pro: el campo Message del widget Form ya no se envía a traducción, por lo que los correos electrónicos de notificación mantienen los datos enviados.
Avada: los caracteres acentuados en los correos electrónicos de notificación de formularios traducidos ya no se almacenan como códigos de escape.
WPBakery: un Single Image con un enlace personalizado mantiene su imagen y enlace en la traducción.
Los valores del maquetador visual que no son listas de ID de archivos adjuntos ya no se reescriben a ceros en las traducciones.
Flatsome y otros maquetadores de shortcodes: el texto entre dos shortcodes del mismo nombre se ofrece para su traducción y se traduce.
Beaver Builder: en una página traducida, el módulo Pattern y el panel de patrones enumeran solo los patrones de ese idioma.
Divi 5: un módulo Loop en la página original se mantiene en la traducción y enumera las entradas traducidas.
Divi: los diseños del maquetador de temas que Divi marca como no utilizados ya no se ofrecen en el Escritorio de traducción ni los envía Traducir todo.
Un shortcode o bloque declarado en varios archivos de configuración de idioma mantiene los atributos y la configuración de todos ellos.
Después de una búsqueda y reemplazo, los maquetadores basados en shortcodes ya no ofrecen el mismo texto dos veces, y los textos que la página ya no tiene se eliminan.
Una página construida con shortcodes cuyo contenido contiene un comentario de bloque consigue que se aplique su traducción del Editor de traducción clásico.
Una configuración de atributo ID de shortcode ya no convierte también otros atributos cuyos nombres terminan de la misma manera.
Traducir un atributo de shortcode ya no cambia otro atributo con el mismo texto.

Correcciones para bloques y el editor de bloques

Sin Traducción de cadenas, una página traducida mantiene la configuración de un bloque insertado desde un patrón, y traducir de nuevo repara las páginas anteriores.
Editar el texto de un widget de bloque mantiene la traducción del texto que reemplaza.
La configuración de bloque que es código, como una etiqueta HTML, una alineación o un tipo de animación, mantiene su valor en todos los idiomas.
Los atributos de bloque que contienen listas de ID, como los ID de imagen de Gallery, muestran los elementos traducidos.
Bloques de HTML personalizado: el CSS que contiene imágenes SVG ya no se corta, y el marcado escapado, los símbolos & y los espacios de no separación se mantienen tal como están escritos.
Las páginas traducidas ya no convierten el texto que muestra etiquetas HTML, escrito como texto en un párrafo, encabezado o lista, en marcado real.
Los bloques traducidos mantienen sus propias referencias: las copias de enlaces siguen al anclaje traducido, y los bloques de imagen nombran al archivo adjunto traducido.
Beaver Builder: un elemento de pestaña o acordeón que muestra una fila, columna, módulo o plantilla guardada muestra su traducción.
Los bloques que almacenan un enlace tanto en el marcado como en los atributos, como los botones de GenerateBlocks, ya no se informan como rotos en el editor.
La configuración de idioma propia de un plugin o tema ahora se aplica tan pronto como se activa, por lo que los bloques como Kadence Blocks se pueden traducir de inmediato.
Los guardados del editor de bloques usan el idioma de la entrada, no el idioma del panel de administración, por lo que un curso de Sensei mantiene sus módulos.

Correcciones para el selector de idiomas

La navegación AJAX del selector de idiomas lee solo respuestas de páginas HTML, de forma segura, por lo que otras respuestas nunca cargan recursos ni ejecutan código.
La ventana de configuración del selector de idiomas del pie de página ya no se abre en blanco, y la configuración que no llegó ya no se informa como guardada.
Los datos del selector de idiomas ya no restablecen la entrada actual dentro de listados y bucles.
Con un dominio diferente por idioma y WP_HOME construido a partir de la solicitud, los enlaces del selector del idioma predeterminado usan su propio dominio.
El bloque Selector de idiomas funciona para los usuarios sin la capacidad unfiltered_html: se guarda limpiamente y mantiene su flecha, estilos y tamaño de imagen.
Un bloque Selector de idiomas cuyo marcado guardado carece del idioma actual ya no causa un error fatal; enumera los demás idiomas.
En el editor de bloques, el botón del menú desplegable Selector de idiomas dirige a los lectores de pantalla a su lista de idiomas.
Dos bloques Selector de idiomas en una página ya no comparten un ID de submenú en el editor de bloques.
La configuración de los selectores de idioma personalizados muestra sus propias reglas de estilo, y un selector ya no se puede guardar vacío o con todas las opciones de visualización desactivadas.
Las Opciones del selector de idiomas ya no aceptan código de plantilla que luego cada página renderizaría.
El bloque Selector de idiomas renderiza los nombres de idiomas acentuados y no latinos correctamente en alojamientos con versiones más nuevas de libxml.
El bloque Selector de idiomas ya no informa de contenido no válido para los administradores cuyo idioma del panel de administración no es el inglés.

Correcciones para categorías, etiquetas y otras taxonomías

Una traducción de término entregada sin uno de sus textos, como la descripción, se mantiene abierta para la parte faltante en lugar de completarse.
Un archivo de taxonomía cuyo slug es el mismo en dos idiomas muestra el término del idioma solicitado, y ese término se guarda de nuevo.
El término predeterminado de una taxonomía ya no se reescribe en cada cambio de idioma, y las nuevas entradas obtienen el término predeterminado de su propio idioma.
Un plugin que comprueba si existe un término en una página en idioma secundario recupera ese término, no su traducción.
El término predeterminado de una taxonomía personalizada ya no se puede eliminar desde el panel de administración de otro idioma, lo que hacía que WordPress lo recreara en el idioma incorrecto.
Cuando una categoría o término predeterminado se elimina por código o en la base de datos, WPML lo recrea en el idioma predeterminado con sus traducciones.
Cambiar el modo de traducción de una taxonomía mueve cada entrada al término en su propio idioma.
Eliminar una categoría o término por código desde la página de otro idioma archiva sus entradas bajo el valor predeterminado de su propio idioma, sin eliminar otros valores predeterminados.
Un idioma añadido desde un panel de administración en otro idioma obtiene el nombre de su propia categoría predeterminada, como «Uncategorized» para el inglés.
Una traducción de término creada a través de la API de términos de WPML mantiene el idioma de origen que nombra su llamador.
Crear una traducción de término a través de la API nombrando el ID del término original funciona y se une al grupo de traducciones del original.
Reenviar una categoría o etiqueta traducida ya no renombra su slug cuando el original u otro idioma lo comparte.
El idioma del panel de administración ya no vuelve al idioma navegado anteriormente después de visitar la pantalla de traducción de taxonomía.
Los sitios cuyos ID de término e ID de taxonomía de término difieren ya no obtienen términos no relacionados en enlaces hreflang y recuentos de categorías.
Cuando el término predeterminado en inglés de una taxonomía personalizada desaparece y sus traducciones comparten su nombre, cada idioma mantiene su propio término predeterminado.
Una entrega tardía de traducción automática ya no sobrescribe las traducciones manuales de términos ni borra su estado de actualización.

Correcciones para menús

En sitios con una caché de objetos persistente como Redis, los menús traducidos y las traducciones de términos ya no se reemplazan por los del idioma predeterminado.
En Menús, el marcador de posición «Translation of» aparece en el idioma del panel de administración, no en español.
Guardar un menú fuera de Apariencia > Menús, a través de REST, el Personalizador o código, lo mantiene enlazado a sus traducciones.
Los elementos de menú añadidos por código en una solicitud mantienen sus posiciones.
La Sincronización de menús de WP crea menús traducidos dentro del grupo de traducciones de su original.
La Sincronización de menús de WP ya no aplana los menús traducidos cuando un archivo wpml-config, como en el tema Porto, configura los campos de los elementos del menú para copiar.
Eliminar un elemento del menú original también elimina sus copias traducidas.
Aplicar los mismos cambios de la Sincronización de menús de WP dos veces ya no crea un segundo menú traducido.
La Sincronización de menús de WP ya no añade traducciones en borrador a los menús traducidos, por lo que los visitantes no obtienen enlaces 404.
Eliminar un elemento principal del menú original ya no deja los elementos secundarios traducidos apuntando a un elemento eliminado.
Publicar un cambio de menú en el Personalizador con un idioma del panel de administración no predeterminado ya no renombra el menú traducido de ese idioma.

Correcciones para enlaces, URL y redirecciones

Traducir o duplicar una entrada a varios idiomas a la vez ya no guarda un enlace a un tipo de contenido personalizado con un slug traducido en el idioma incorrecto.
Una página creada con «Crear página raíz» es la página raíz del sitio desde su primer guardado, en los editores de bloques y clásico.
Una página en borrador o pendiente con el mismo slug ya no envía una página publicada en otro idioma a un 404.
Con un dominio diferente por idioma, WPML > Configuración > URL se guarda de nuevo en lugar de fallar en una comprobación de un campo oculto.
Una dirección de categoría que termina en una categoría que no existe, a menudo solicitada por rastreadores, ya no escribe un error de base de datos.
Los enlaces a archivos y otras direcciones que no son páginas ya no se reescriben a una plantilla de Elementor en las traducciones.
Los enlaces a una entrada cuyo slug está traducido se convierten correctamente en el idioma predeterminado, sea cual sea el idioma original de la entrada.
La página de inicio de sesión en el dominio de un idioma oculto ya no se redirige al idioma predeterminado.
Con un idioma oculto y una página de inicio de sesión traducida, la dirección de inicio de sesión del idioma oculto siempre funciona.
Cuando WPML restaura una configuración de formato de URL que falta durante la carga de una página, los enlaces de idioma de esa página usan el formato guardado, no parámetros ?lang=.
Un sitio que perdió su formato de URL de idioma almacenado sigue sirviendo directorios de idioma y guarda la configuración de nuevo.
Un campo de enlace traducido que contiene un enlace simple a la página traducida, tal como lo almacena Enlaces adhesivos, abre esa página en el idioma de la traducción.
Un archivo de categoría abierto por su dirección ?cat= y lang= muestra el archivo en lugar de redirigir a la página de inicio del idioma.
Los enlaces de página convertidos, incluidos los campos ACF Link y URL, mantienen su #anclaje, cadena de consulta y subruta.
Una dirección paginada ya no hace que los enlaces apunten a la entrada incorrecta.
Una nueva página raíz obtiene un idioma después de que la antigua página raíz se eliminara permanentemente.
El enlace de un término se actualiza tan pronto como se guarda el término, por lo que los plugins de SEO pueden crear la redirección.
Los enlaces de anclaje convertidos ya no obtienen una barra final después del #anclaje.
Un enlace ya no se mantiene en el idioma original por un tiempo después de que se publique su traducción.
Los enlaces a entradas sin traducir ya no conducen a un 404 en sitios con un dominio diferente por idioma.

Correcciones para idiomas y el asistente de configuración

El asistente de configuración se reanuda en el paso de idiomas cuando solo queda el idioma predeterminado, en lugar de bloquear el panel de administración.
El paso Idiomas del asistente de configuración ya no muestra un idioma predeterminado vacío cuando el idioma predeterminado guardado no estaba activo.
En el asistente de configuración, añadir una variante de país de un idioma que el sitio usó antes pregunta si mantener el contenido o empezar de cero.
Un idioma que ya no está en el catálogo de WPML se puede añadir como un idioma personalizado con su propio código y configuración regional.
La sincronización del catálogo de idiomas rellena el idioma de un ajuste preestablecido cuando una versión anterior lo dejó vacío.
Una dirección de texto corregida en el catálogo de idiomas de WPML llega a los sitios que usan ese idioma sin cambiar su configuración de idioma.
Un código de idioma de «0» ya no envía enlaces al idioma predeterminado; los sitios afectados se reparan y los cambios de código fallidos se informan.
Un idioma personalizado creado antes de WPML 5.0 bajo un código que WPML usa ahora, como de-at, se convierte en ese idioma incorporado, manteniendo su contenido.
Un idioma personalizado que no se puede asumir se marca como «Needs a mapping» y no se envía a traducción automática hasta que se asigne.
La búsqueda de idiomas ya no ofrece añadir chino (Hong Kong) como idioma personalizado una vez que el sitio lo tiene.
Las descargas de paquetes de idioma terminan en alojamientos con un límite de tiempo de PHP bajo, reanudándose en lugar de estancarse en el último paquete.
Restablecer los valores predeterminados de idioma ya no muestra avisos de obsolescencia de PHP 8.1.

Correcciones para registro y actualizaciones

Actualizar WPML mediante subida desde la versión 5.1 ya no muestra un error crítico puntual.
Actualizar WPML ya no envía un correo electrónico de error crítico cuando un plugin de gestión como InfiniteWP añade una entrada justo después de la actualización.
«Activate & Update» se abre para cuentas cuyo tipo de suscripción no coincide con ningún producto, en lugar de detenerse con un error crítico.
«Activate & Update» muestra la caja de registro en todos los estados de la cuenta, con «Unregister» y un campo de clave del sitio, por lo que los registros antiguos se pueden reemplazar.
Los detalles del plugin de los plugins de WPML ya no advierten sobre una versión de WordPress no probada en las versiones menores de WordPress.
Un sitio registrado ya no muestra «A New Site Key Is Required» con una caché de objetos persistente, ni pierde su clave cuando wpml.org es inalcanzable.
Después de que un sitio se mueva a una nueva dirección y mantenga su cuenta de traducción, WPML dice que el sitio se movió en lugar de llamarlo una copia.
Multisitio: Obtener una clave para este sitio nombra la dirección de la red, por lo que se acepta la clave a la que conduce.
Un sitio que no se ha movido ya no muestra el aviso de copia del sitio después de volver a registrarse en nuestro sistema de traducción.
Cuando no se puede acceder al feed de productos de WPML, «Activate & Update» mantiene los últimos productos conocidos y dice qué falló, con «Check again».
WP-CLI enumera los plugins sin advertencia mientras hay una actualización de WPML pendiente.
Después de volver al canal de producción, «Activate & Update» instala la versión de producción, y una Descarga sin nada que instalar lo indica.
Las notas de la versión de cada plugin en «Activate & Update» muestran solo las propias notas de ese plugin.
Después de actualizar, los navegadores y CDN cargan los scripts y estilos actuales de WPML en lugar de los antiguos en caché.
Advanced Custom Fields Multilingual y otros plugins complementarios se cargan cuando su versión es una beta de la versión que WPML requiere.
Un sitio ya no revalida su clave muchas veces por segundo, tampoco cuando llegan varias notificaciones de actualización a la vez.
Una clave del sitio definida en wp-config.php mantiene su registro cuando wpml.org solo limita la velocidad o agota el tiempo de espera.
El gestor de descargas del plugin comprueba el token de seguridad de la solicitud antes de validar la clave del sitio.
Multisitio: dos sitios de una red con diferentes claves del sitio predefinidas ya no se vuelven a registrar de un lado a otro.
El asistente de configuración ya no vuelve a registrar una clave del sitio definida en wp-config.php cada vez que se carga.
La ruta de actualización de la suscripción responde con éxito para un sitio cuya suscripción ya está al día, por lo que los proxies y monitores dejan de registrar rechazos falsos.
Una clave del sitio en wp-config.php se almacena correctamente incluso cuando se copia con un espacio final o un salto de línea.
Los sitios con una licencia de Blog ya no obtienen un error fatal sobre una constante que falta.

Correcciones para sitios de WooCommerce

En sitios con WooCommerce Multilingual, WPML ya no vuelve a su asistente de configuración por sí solo y muestra las entradas de todos los idiomas.
Los scripts del panel de administración de WPML, CMS Nav y Enlaces adhesivos ya no fallan con «addLoadEvent is not defined» en el asistente de configuración de WooCommerce Multilingual.
Eliminar una categoría de un producto actualiza el recuento de productos de la categoría traducida en todos los idiomas.
Los productos traducidos con el Editor de traducción clásico mantienen las traducciones de variaciones, atributos y campos personalizados cuando se abren en el Editor de traducción avanzado.
Importar productos variables traducidos ya no falla en las filas de atributos duplicados cuando un producto principal contiene los términos de ambos idiomas.
WooCommerce Multilingual ya no reconstruye sus direcciones traducidas de cuenta y finalizar compra dos veces cuando los tipos de contenido se registran tarde.

Correcciones para campos personalizados y Advanced Custom Fields

Las pantallas de configuración de Traducción de campos personalizados y Custom Term Meta Translation se abren de nuevo cuando un plugin o importación dejó una fila de campo personalizado sin nombre.
Una tarea en segundo plano puesta en cola sin preguntar después de la actualización 5.1.0 se retira; en su lugar, un campo personalizado recién traducible espera su decisión.
La configuración de Custom Term Meta Translation dice que un campo traducido se traduce con el término, no con la entrada.
Los campos anidados de ACF (Contenido flexible, Repetidor, Grupo) en términos de taxonomía se traducen, automáticamente y en el editor.
Los subcampos de repetidor y contenido flexible configurados en Copiar ahora llegan a las traducciones cuando se añade una fila fuera del editor de entradas, por ejemplo con update_field() o un formulario ACF del front-end.
Un campo personalizado recién traducible marca como «Needs update» solo las entradas traducidas que realmente tienen el campo.
Cambiar la preferencia de traducción de un campo de ACF también actualiza las traducciones de términos existentes.
Las etiquetas de grupos de campos de ACF mantienen sus traducciones después de la migración de Advanced Custom Fields Multilingual 2.2.
Actualizar desde WPML 4.x ya no restaura la antigua configuración de campos personalizados después de la limpieza de Advanced Custom Fields Multilingual, lo que mantenía la carga de datos innecesarios.
En Traducción de campos personalizados, una preferencia elegida mientras se cargan los resultados de búsqueda se mantiene, en lugar de perderse después de «Data saved».
Guardar una traducción a través de la API REST desde un cliente externo ya no ejecuta una sincronización completa de campos personalizados cada vez.
Los campos personalizados escritos después de que WPML copie los campos de una entrada aún llegan a sus traducciones.
Cambiar una palabra en un campo ACF Link en la pantalla Traducción de taxonomía mantiene el enlace traducido.
Cambiar un campo de ACF a Copiar, Copiar una vez o No traducir en la Configuración de WPML actualiza las traducciones existentes.

Correcciones para medios e imágenes

Traducción de medios: una página traducida del editor de bloques mantiene su propia imagen después de que la traducción se guarde en un alojamiento con caché de objetos.
Completar un trabajo de traducción que lleva medios ya no crea copias huérfanas de archivos adjuntos en cada idioma secundario.
Una consulta de un archivo adjunto en un idioma secundario devuelve su traducción, o el propio archivo adjunto, arreglando los fondos de Enfold Color Section.
Una imagen que un maquetador visual nombra por su URL muestra los textos de medios del idioma de la página.
Las imágenes del maquetador visual, como un fondo de sección de Divi, muestran los textos originales correctos en el editor de traducción y se guardan en la imagen correcta.
Una imagen sin una dirección utilizable en un widget o contenido ya no causa un error de caché de objetos en cada carga de página.

Correcciones para entradas y páginas

Las entradas de un tipo de contenido personalizado ya no desaparecen de las listas del panel de administración después de que un archivo wpml-config.xml haga que el tipo sea traducible; los sitios afectados se reparan al actualizar.
Eliminar, enviar a la papelera o restaurar una entrada traducida desde una tarea programada o un formulario del front-end se aplica a sus traducciones, al igual que en el panel de administración.
Guardar una entrada cuya fila de base de datos desapareció ya no se detiene con un error fatal.
Restaurar una entrada de la Papelera mantiene el estado de sus traducciones; las traducciones en borrador y privadas ya no vuelven publicadas.
Una entrada programada ya no publica sus traducciones en la papelera o sin terminar en su fecha cuando las fechas de publicación se copian a las traducciones.
Las solicitudes del front-end ya no se bloquean con recursividad infinita al resolver el idioma actual.
Actualizar una entrada cuyo idioma está deshabilitado mantiene ese idioma, y guardar una entrada ya no desconecta otra de sus traducciones.
Comprobar un ID de entrada que no coincide con ninguna entrada ya no produce advertencias de PHP.

Correcciones de compatibilidad con otros plugins y temas

Las páginas del panel de administración de otros plugins, como las opciones de Slider Revolution y Avada, cargan sus scripts de nuevo con WPML activo.
No hay error crítico en cada página cuando otro plugin, como el maquetador Tatsu, busca entradas mientras se cargan los plugins.
Cuando otro plugin falla mientras WordPress se carga, el sitio muestra la página de error crítico de WordPress de nuevo, no una página en blanco.
WPML restaura el idioma del sitio cuando otro plugin, como WP All Export Pro, lo cambia y nunca lo vuelve a cambiar.
Los plugins de caché que vacían la caché de objetos ya no causan errores de base de datos «Commands out of sync», porque WPML lee su configuración de página una vez.
Los sitemaps de Yoast SEO enumeran cada entrada traducida bajo su propia URL cuando WPML SEO no está activo.
WPML SEO traduce los valores de texto de cada tipo de esquema de Rank Math.
The Events Calendar: la página raíz ya no aparece en blanco con «Integrate events in main blog loop» activado.

Correcciones para pantallas del panel de administración y configuración

Un sitio cuya configuración de WPML almacenada fue eliminada, por un plugin de limpieza o una restauración parcial, la recupera de la copia guardada de WPML.
La configuración guardada mientras WPML está finalizando su actualización de base de datos ya no se pierde.
Solución de problemas: reconstruir la caché para una sola URL se ejecuta de forma fiable en segundo plano, y el clic de Reconstruir ya no se pierde.
El aviso «Your automatic translation pricing has been upgraded» se muestra solo a los usuarios que pueden gestionar traducciones.
Búsqueda en la configuración: la entrada Localización de temas y plugins se desplaza a las opciones de localización en Compatibilidad.
La antigua dirección de Localización de temas y plugins conduce a Configuración > Compatibilidad con el escaneo de temas y plugins mostrado.
Las solicitudes que se ejecutan durante Restablecer WPML ya no pueden volver a crear las tablas y la configuración de WPML.
Restablecer WPML desde el Administrador de la red también comprueba primero si hay idiomas secundarios.
Eliminar Prioridad de traducción ya no escribe un falso registro de «item deleted» en los sitios que se actualizan.
El aviso que se muestra cuando falla la comprobación de salud del panel de administración de WPML nombra la solicitud que falló.
Soporte > Registro de comunicación se mantiene legible después de «Refresh services».
El cambio del motor de traducción se informa en la comprobación diaria del sitio con wpml.org.
La información sobre herramientas «Same as default» en la configuración de idioma de WPML ahora se puede traducir.
En las solicitudes REST del panel de administración, cambiar la configuración regional se aplica a las traducciones como se espera.

Correcciones para bases de datos y multisitio

En los clústeres de bases de datos que rechazan los bloqueos con nombre, como el modo estricto de Percona XtraDB, WPML cambia a un bloqueo basado en tablas y sigue funcionando.
WPML crea sus tablas con un juego de caracteres y una intercalación coincidentes en MariaDB 11.
WPML crea todas sus tablas con un juego de caracteres y una intercalación, y un aviso nombra cualquier tabla que la base de datos se niegue a crear.
En las bases de datos que rechazan los bloqueos con nombre, el registro del instalador se escribe sin un error de base de datos.
Multisitio: los sitios de la red donde WPML está inactivo, o activo pero no configurado, ya no registran errores sobre una tabla de idiomas que falta.

Otras correcciones

Traducción de cadenas ya no escribe el archivo de traducción de un idioma desde un idioma inactivo que comparte su configuración regional, lo que dejaba las cadenas sin traducir.
Traducción de cadenas: una cadena eliminada que provenía del texto predeterminado de un bloque, como en los bloques de WooCommerce, ya no vuelve.
Importar un archivo .po cuyas traducciones contienen enlaces internos ya no falla con un error del servidor.
Traducción de cadenas registra e importa los archivos de traducción de temas y plugins cuando WordPress está instalado en la raíz del sistema de archivos del servidor.

Lea el anuncio de la versión de WPML 5.2 para conocer toda la historia detrás de esta versión.

Actualizar o descargar

La actualización está disponible para todos los clientes de WPML con una suscripción activa; aparece en la página Plugins de su panel de administración de WordPress dentro de las 24 horas posteriores a la publicación. También puede buscarla de inmediato en Plugins → Añadir nuevo → Comercial. Para descargar e instalar manualmente, vaya a Descargas en su cuenta de wpml.org (consulte las instrucciones de instalación) y recuerde actualizar todos los componentes juntos sin mezclar versiones.

¿Necesita ayuda o quiere darnos su opinión? Utilice nuestro foro de soporte técnico (se abre en una pestaña nueva).

Ver todas las versiones de WPML Multilingual CMS