WPML Multilingual CMS 5.2.0

Lançado: 21 de outubro de 2026
Canal: Estável
Testado com o WordPress: 7.1
Produto: WPML Multilingual CMS

Registro de alterações

Salvamentos e páginas mais rápidos, um Painel de tradução reconstruído, tradução automática mais clara e 355 correções.

O que há de novo

A tradução automática não deixa mais trabalhos em andamento quando a conta não pode pagar: ela pausa com Ir para o faturamento e é retomada assim que for pago.
A lista de conteúdo do Painel de tradução foi reconstruída: ela funciona em sites com muitos idiomas, lista cada post uma vez e seus filtros de status correspondem à coluna.
Alterar a preferência de tradução de um campo personalizado atualiza seu conteúdo existente como uma tarefa em segundo plano rastreada, e as configurações explicam o que cada preferência faz.
Pequenas edições no conteúdo traduzido não perdem mais as traduções existentes nem são cobradas como uma nova tradução completa.
O nome e a descrição de uma categoria ou tag são traduzidos e cobrados uma vez, e não novamente em cada post que os utiliza.
As variações de produtos ficam de fora do Traduzir tudo, e os trabalhos de variação vazios criados anteriormente são retirados.
Cancelar um trabalho para um conteúdo que já foi traduzido restaura seu estado anterior.
As telas do painel de administração do WPML seguem o idioma do seu painel de administração, incluindo idiomas da direita para a esquerda.
As contagens de comentários são mostradas por idioma, e os status dos posts permanecem sincronizados entre os originais e suas traduções.
O modo de revisão é mantido por lote de tradução, e o Editor de tradução avançado marca os textos de mídia e taxonomia cujo original mudou.
Multisite: o assistente de configuração do subsite lida com a chave do site corretamente, sem uma consulta de usuários quebrada, e os subsites não relatam mais uma incompatibilidade de chave do site.
A Prioridade da tradução foi removida, e o Redefinir WPML é bloqueado enquanto o site ainda tiver idiomas secundários.
O check-in do site com o wpml.org inclui sua configuração e a integridade da tradução automática; uma caixa de seleção opcional no assistente de configuração e em Configurações controla o compartilhamento das estatísticas do seu conteúdo e da lista de plugins.
Todos os complementos do WPML são criados a partir da mesma fonte que o WPML e são enviados em conjunto com ele.
Cada complemento do WPML carrega a mesma versão de biblioteca compartilhada que o WPML, portanto, o aviso “A atualização do WPML está incompleta” permanece traduzido independentemente de qual plugin for carregado primeiro.
Reforço de segurança: tratamento mais rigoroso de dados armazenados, entrada de solicitação validada, exclusão de arquivos, nomes de arquivos e caminhos de inclusão mais seguros e valores armazenados com escape.
Quando a função de administrador perde os recursos do WPML, o WPML os restaura, para que os novos administradores vejam todo o WPML.
O aviso de requisitos mínimos do assistente de configuração não pode mais ser ignorado e depois perdido.
Quando o envio de conteúdo para tradução falha devido a um problema no banco de dados, o pop-up mostra os detalhes do erro.
Quando o WPML não consegue ler as palavras disponíveis da sua conta, ele mostra um status e uma mensagem claros.
Um trabalho que continua falhando ao lado dos criados com sucesso não é mais repetido sem limite.
Durante uma interrupção de conexão que apenas um novo envio pode encerrar, o banner não mostra mais uma contagem regressiva de repetição.
Na Fila de tradução, os status marcados no filtro de status permanecem marcados após o carregamento da lista de trabalhos.
O aviso “O preço da sua tradução automática foi atualizado” no Painel de tradução agora mostra seu conteúdo em vez de ficar vazio.
Escolher “Copiar do idioma original se o idioma de tradução usar URLs codificados” avisa você quando nenhum idioma ativo usa URLs codificados.
Os seletores de idiomas suspensos agora abrem com o teclado e por clique, e informam aos leitores de tela se estão abertos.
O ícone suspenso do seletor de idiomas aparece apenas quando há traduções para escolher.
O seletor de idiomas é desativado quando o site tem apenas um idioma ativo.
O seletor de idiomas no arquivo anual de um tipo de post personalizado aponta para o arquivo certo.
As visualizações de posts e páginas usam o endereço certo em sites com um domínio diferente por idioma.
A lista de posts mostra o ícone certo para uma tradução em andamento.
O conteúdo com elementos de tempo mantém seu HTML intacto quando é dividido para tradução.
Trabalhar em várias abas do navegador não mistura mais os idiomas no editor de blocos.
As informações de par de idiomas armazenadas em cache do Editor de tradução avançado não ficam mais desatualizadas e se reparam sozinhas.
Conectar uma tradução a outro grupo de tradução não falha mais enquanto relata sucesso.
As listas do painel de administração de tipos de post hierárquicos, como Páginas, não executam mais uma consulta de tradução em cada post, o que falhava em hosts que limitam o tamanho da consulta.
A tradução automática de categorias, tags e outros termos é mais confiável.
Antigos endereços do painel de administração de ferramentas de Suporte levam à página única de Suporte em vez de cópias separadas.
Blocos detectados automaticamente a partir de construtores baseados em campos, como o Meta Box, oferecem apenas seus atributos de texto para tradução.
Avada: o widget Fusion Post Cards é traduzido.
WP User Manager: o seletor de idiomas em uma página de perfil leva à página de perfil traduzida, não à genérica.
Quando a reconexão de um site copiado ou movido falha, o WPML não limpa mais sua chave do site, para que as atualizações e a tradução automática continuem funcionando.
Um atributo de shortcode registrado como codificado em base64 que, na verdade, contém texto simples agora pode ser traduzido.

Desempenho

Salvar uma página ou modelo, incluindo modelos do Elementor, não reescreve mais traduções inalteradas, portanto, os salvamentos em sites com muitos idiomas são muito mais rápidos.
As páginas de front-end em sites WooCommerce carregam mais rápido: as regras de URL não são mais relidas para cada termo de produto.
Uma solicitação de front-end em cache não pergunta mais ao banco de dados sobre as tabelas de idiomas do WPML em cada visualização de página.
As solicitações de front-end não gravam mais o progresso do upgrade nem relêem o layout da tabela do WPML.
As telas de edição de post não esperam mais pela pesquisa do mecanismo de tradução em cada carregamento, e uma pesquisa com falha não é repetida em cada página.
Editar um post em um site com muitos plugins não esgota mais a memória.
O painel de Gerenciamento de tradução não atinge mais o tempo limite em sites com muitos termos traduzidos.
O painel de Gerenciamento de tradução não esgota mais a memória ao contar palavras.
WPML > Traduções não esgota mais a memória em sites com um cache de objeto persistente, como o Redis ou o do WP Engine.
A tabela de cache de resolução de URL não cresce mais sem limite, e salvar as configurações de roteamento não conta mais a tabela inteira.
Consultas de termos com longas listas de inclusão, exclusão ou filhos, como em menus, widgets e filtros de produtos, são traduzidas em uma única consulta ao banco de dados.
Traduções de termos de produtos lidos fora de uma consulta são pesquisadas uma vez por solicitação.
Os textos padrão do bloco são traduzidos quando um bloco é renderizado, não para cada tipo de bloco registrado em cada solicitação.
Os comandos do WP-CLI usam menos memória: o WPML carrega seu instalador apenas quando um comando precisa dele.
Multisite: alternar entre sites não executa mais verificações de recuperação quando não há nada a recuperar, para que as páginas do painel de administração da rede carreguem rapidamente de novo.
As traduções de produtos são pesquisadas em uma consulta para produtos mostrados pelos blocos de coleção de produtos do WooCommerce.
O WP Rocket otimiza a página raiz do site como todo diretório de idiomas e não registra mais “Buffer vazio” para ela.
As páginas do Elementor não executam mais todos os conversores de ID dinâmico do WooCommerce em cada elemento.
As páginas do painel de administração não registram mais novamente os textos padrão de cada bloco de terceiros em cada solicitação, economizando muitas consultas ao banco de dados.
Em alguns sites que receberam upgrade, a atualização do catálogo de idiomas é executada uma vez em vez de a cada solicitação.
Salvar um post não verifica mais as tabelas do WPML a cada vez, e um post de bloco lê seu pacote de strings apenas uma vez.
As páginas de front-end de temas de bloco e lojas WooCommerce leem traduções de blocos, slugs de termos e regras de URL traduzidas uma vez por página, não a cada uso.
Valores que o WPML armazena em cache sem validade são mantidos em vez de serem tratados como expirados e excluídos.
Pesquisar termos por slug não repete mais o mesmo ajuste para cada pesquisa em uma solicitação.
O WPML não faz mais um rastreamento de pilha completo em cada pesquisa de URL da página inicial, e seu filtro de URL da página inicial é armazenado em cache.
O WPML não carrega mais seu mecanismo de modelo de e-mail em cada página do painel de administração, solicitação REST e chamada AJAX, portanto, menos arquivos são carregados.
As páginas do painel de administração não contam mais os posts com campos personalizados que aguardam sua decisão a cada carregamento.
As páginas do painel de administração não são mais retardadas por uma verificação lenta da API REST e erros de descompressão de dados.
Construtores de páginas: salvar várias traduções em uma solicitação não reconstrói mais cada post anterior novamente.
A lista de posts não executa mais uma consulta de tradução para cada linha.
A página de configurações de Tradução por IA carrega sem esperar por respostas do nosso sistema de tradução.
Salvar posts é mais rápido em grandes sites multilíngues.
Aplicar uma tradução a um post com muitos campos personalizados é mais rápido.
A página de tradução de taxonomia não atinge mais o tempo limite em sites com um número muito grande de termos.
O Painel de tradução lê os tipos de conteúdo traduzíveis uma vez por página em vez de duas.

Correções para a tradução automática e o Traduzir tudo

O Traduzir tudo não fica mais pausado pelo limite de gastos mensais após o limite ser aumentado ou o mês ser reiniciado.
A caixa pausada do Traduzir tudo mostra o limite de gastos mensais atual e o uso deste mês.
Textos que uma tradução anterior apenas copiou do idioma original, como mensagens de formulário não traduzidas, agora são traduzidos automaticamente em vez de serem tratados como concluídos, enquanto uma cópia que um tradutor concluiu de propósito é mantida.
O Traduzir tudo aplica traduções de termos cuja descrição contém HTML, como uma imagem, e um trabalho de termo com falha indica seu motivo.
As estimativas de custo do Traduzir tudo deixam de fora os idiomas pausados, incluindo itens cuja única tradução ausente está em um idioma pausado.
As traduções automáticas são entregues mesmo quando uma tradução anterior do conteúdo foi excluída, e um trabalho com falha não afeta mais os outros.
Sites aos quais o WPML pede traduções concluídas continuam a coletá-las até que não reste nenhuma, para que um lote grande chegue em minutos, não em dias.
Descartar um trabalho de tradução automática com falha o remove definitivamente, e seus textos não são enviados para tradução automática novamente.
A passagem de strings do Traduzir tudo não fica mais lenta em sites com muitos lotes anteriores.
Uma tradução automática com falha descartada ou cancelada de um post, lote de strings, pacote de strings ou termo não é enviada novamente até que seu conteúdo mude.
A ação “Sincronizar IDs de trabalhos locais com trabalhos do ATE” recusa mapeamentos de trabalhos ambíguos, para que uma entrega nunca seja gravada em uma tradução não relacionada.
Mudar o mecanismo de tradução nas configurações de Tradução por IA relata um salvamento com falha como falha, em vez de mostrar Salvo.
A caixa “não pôde ser concluído” não lista mais um trabalho com todos os detalhes N/A após Descartar trabalhos.
As traduções entregues enquanto uma tela de post está aberta mantêm seu link para o original e seu idioma quando outro plugin lida com os salvamentos do post.
O Traduzir tudo não ignora mais um termo criado enquanto conclui essa taxonomia.
As páginas do painel de administração do WPML continuam funcionando quando o Editor de tradução avançado dá uma resposta inesperada sobre o mapeamento de idiomas.
O Traduzir tudo registra cada item concluído uma vez, e remover um idioma também o limpa dos registros do Ninja Forms e do WPForms.
As estimativas de custo do Traduzir tudo, incluindo as do assistente de configuração, contam os posts com seus campos de termos, strings, pacotes de strings e rótulos de taxonomia à medida que são enviados.
A estimativa de custo da tradução automática lista o que ela não conta, para que o uso final não tenha surpresas.
O Traduzir tudo não fica mais travado em textos de widgets de blocos fora das telas do painel de administração, e o conteúdo que ele não pode enviar não bloqueia mais posts posteriores.
O Traduzir tudo não substitui mais o progresso que outra solicitação registrou ao mesmo tempo.
A nota sob a tabela de contagem de palavras do Traduzir tudo explica que, após a primeira tradução, as edições são gratuitas e você paga apenas pelas palavras adicionadas.
O Traduzir tudo envia um pacote de strings de Widgets adicionado enquanto os Widgets estavam excluídos, assim que os Widgets forem incluídos novamente.
Quando o WPML não consegue acessar o site para verificar as traduções entregues, a caixa de status diz que as verificações pararam e oferece para buscá-las agora.
Quando o nosso sistema de tradução continua recusando o endereço do site, o WPML mostra que está se reconectando e continua tentando, sem pedir para mapear o idioma padrão.
Pressionar Buscar traduções agora durante uma verificação de entrega coleta as traduções logo após o término dessa verificação.
Quando várias páginas do painel de administração são solicitadas a se reconectar ao nosso sistema de tradução de uma só vez, o WPML registra novamente o site apenas uma vez.
Um idioma adicionado com “traduzir conteúdo existente” enquanto o WPML está se reconectando tem seu conteúdo existente traduzido assim que a conexão voltar.
O botão Traduzir conteúdo não é mais desativado sem explicação enquanto o WPML se reconecta ao nosso sistema de tradução.
Sites com traduções em andamento verificam as concluídas a cada dois minutos, como planejado, e a verificação não trava mais o seu navegador.
Durante uma reconexão, a Etapa 2 do Painel de tradução não mostra nenhuma contagem regressiva de repetição ou mensagem de “não é possível acessar”, e o botão Traduzir tudo retido explica o porquê.
A estimativa do Traduzir tudo nomeia a linha de widgets de bloco como “Bloco” em vez de “Widget” ou “Widgets”.
A estimativa de custo do assistente de configuração não conta mais a categoria de um post em um idioma para o qual ela já foi traduzida, correspondendo ao Painel de tradução.
Um trabalho que o mecanismo de tradução não conseguiu traduzir aparece na lista de trabalhos que não puderam ser concluídos, com Reenviar e Descartar.
O Traduzir tudo não envia e cobra mais um rótulo de taxonomia duas vezes quando seu registro de status é perdido.
Ativar o Traduzir tudo não afirma mais que o idioma padrão não é suportado quando o WPML simplesmente não conseguiu ler as informações de suporte.
Enquanto o WPML se reconecta ao nosso sistema de tradução, a caixa do Traduzir tudo permanece visível em um estado pausado e explica o que está acontecendo.
Uma tradução que continua falhando ao ser aplicada é abandonada após a terceira tentativa e listada com Reenviar e Descartar; Reenviar inicia um novo trabalho.
O WPML reconhece respostas de “mapeamento de idioma ausente” do nosso sistema de tradução e limpa o ícone de erro de um trabalho cancelado lá.
Ao retornar do Editor de tradução avançado, o WPML diz quando a tradução não pôde ser salva, com o motivo e a próxima etapa.
As traduções automáticas continuam sendo entregues quando outro plugin falha ao salvar uma delas, e o progresso da barra de administração não reinicia mais do zero.
Após pagar pelo widget da conta no Painel do WordPress, a caixa de tradução automática pausada é limpa imediatamente.
No Pagamento por uso, os trabalhos retidos por um pagamento pendente ou com falha dizem por que estão esperando e como continuar.
Uma interrupção de conexão com nosso sistema de tradução termina apenas quando o envio funciona novamente, e Repetir não deixa mais passar um trabalho duplicado.
Após um envio para tradução automática, o resultado conta apenas os trabalhos realmente criados, e Repetir não substitui mais um trabalho retido a cada vez.
Quando parte de um envio do Traduzir tudo falha, os itens com falha são retidos e enviados novamente mais tarde.
Uma resposta que o WPML não consegue ler, como uma página de proxy, não bloqueia mais esses itens da tradução automática para sempre.
Envios de fora do Painel de tradução, como o editor de post ou a lista de posts, não são mais recusados enquanto o WPML aguarda o fim de uma interrupção.
O aviso de conexão diferencia problemas de conta de problemas do Editor de tradução avançado, para que um não esconda mais o outro.
Uma nova interrupção de conexão não mostra mais “não é possível acessar” de uma vez porque outra solicitação fechou a interrupção anterior no meio do envio.
Envios de strings que falham, são interrompidos, têm como alvo um idioma pausado ou são recusados não deixam mais lotes de strings vazios para trás.
Reenviar um trabalho de termo com falha mantém o termo, e um reenvio com falha é relatado como falha.
Desativar o Traduzir tudo enquanto as strings estão sendo traduzidas não as deixa mais como “Tradução em andamento” para sempre.
Em telas com largura de telefone, a janela Configurar o Traduzir tudo se ajusta à tela e pode ser fechada.
O Traduzir tudo não reenvia mais, nem cobra novamente por, um trabalho que você cancelou enquanto sua primeira passagem em todo o site ainda está em execução.
Trabalhos de taxonomia pausados porque a conta ficou sem palavras são retomados assim que palavras são adicionadas.
O painel não conta mais trabalhos que nosso sistema de tradução nunca aceitou como pendentes, então nenhuma tradução fantasma espera para ser buscada.
Quando o WPML não consegue ler quais idiomas a tradução automática suporta, as estimativas de custo e a lista de idiomas do Painel de tradução não saem mais erradas ou vazias.
O Traduzir tudo não lista mais um tipo de conteúdo sem nada para traduzir como aguardando sua aprovação.
Tipos de conteúdo que um plugin registra apenas no painel de administração, como o Grid Builder do WPBakery, podem ser incluídos a partir de Ajustar limites de conteúdo.

Correções nos editores de tradução e trabalhos de tradução

As traduções existentes do Editor de tradução clássico de conteúdo com vários blocos são mantidas quando abertas no Editor de tradução avançado.
O Editor de tradução clássico mostra HTML com elementos de vídeo, áudio e imagem em um campo de texto simples, para que nenhuma tag seja perdida.
No editor de tradução, um texto repetido em vários blocos, shortcodes ou atributos é listado sob sua primeira ocorrência, para que nenhum bloco pareça estar faltando.
Concluir um trabalho de tradução nunca grava ou move um post que não seja a própria tradução do trabalho.
No Editor de tradução clássico, um trabalho cuja origem é um idioma secundário não carrega mais a página do idioma padrão em seu lugar.
Abrir um trabalho de tradução enviado de outra tradução, não a original, mantém essa tradução como seu idioma de origem.
Um pacote de strings ou post revisado no Editor de tradução avançado é concluído e publicado quando o revisor clica em Salvar e Concluir.
Reabrir uma tradução de produto entregue não cria mais um novo trabalho com campos vazios; o editor aguarda até que a tradução seja coletada.
Um destino vazio em um arquivo XLIFF entregue não anula mais o trabalho: unidades sem texto mantêm a origem e as unidades incorretas são ignoradas.
Abrir uma tradução no editor não assume mais o controle de um trabalho automático que nosso sistema de tradução ainda está traduzindo.
Aceitar uma tradução revisada de um post agendado não a publica mais antes do seu original.
No editor de tradução, um texto de shortcode de construtor de páginas é rotulado apenas com os atributos que ele possui no momento.
No editor de tradução, os shortcodes dentro dos blocos são listados na ordem da página, com uma entrada por texto repetido.
No editor de tradução, uma página com shortcodes dentro de blocos mostra seus dois grupos de textos com nomes diferentes.
Nenhum trabalho de tradução é criado para uma tradução cujo registro de status um salvamento simultâneo removeu, de modo que os avisos do PHP relacionados desapareceram.
Uma gravação com falha de um registro de status de tradução não devolve mais o ID de outra tradução.
Salvamentos simultâmneos de uma tradução que não tem trabalho criam um trabalho de base, não um cada.
Uma tradução de termo revisada no Editor de tradução avançado é aplicada ao site novamente.
Os arquivos em um arquivo morto de trabalho de tradução baixado têm nomes que o Windows aceita, para que o arquivo morto seja extraído em qualquer lugar.
Quando o post traduzido não pode ser criado ou atualizado, o trabalho é relatado como falha com seu motivo e pode ser aplicado novamente.
O Editor de tradução clássico mostra um shortcode entre aspas duplas dentro de um atributo entre aspas duplas corretamente.
Reabrir uma tradução a partir de um link com o seu ID de trabalho mantém o progresso não salvo do tradutor.
Depois que um administrador abre uma tradução concluída, remover o tradutor ou importar um arquivo XLIFF deixa o trabalho no estado correto.
Na página de revisão da tradução, os links do seletor de idiomas apontam para seus próprios idiomas, não para o idioma em revisão.

Correções no Gerenciamento de tradução e no Painel de tradução

Os links de edição de posts traduzidos permanecem no lugar para usuários sem um par de idiomas de tradutor.
O ícone de lápis de um post duplicado abre o editor do WordPress novamente quando esse é o editor de tradução escolhido.
Os posts traduzidos no editor do WordPress abrem lá novamente enquanto nosso sistema de tradução não reconhece o novo endereço do site, e as traduções bloqueadas dizem o porquê.
Os editores podem abrir o post original a partir da coluna de status da tradução sem um erro de “não tem permissão para traduzir este par de idiomas”.
Enviar uma página, categoria ou tag novamente de outro idioma, antes que sua tradução exista, mostra o novo idioma de origem em Trabalhos de tradução.
Com o registro automático de strings desativado, retornar à janela do Painel de tradução não inicia mais o processamento de strings.
Uma tradução que não pode ser aberta em um editor explica o motivo acima da lista de Tarefas de tradução, assim como a lista de posts.
Cancelar e Salvar na caixa de diálogo de registro automático de strings não saem mais do Painel de tradução para uma página em branco.
Alterar o idioma de um original atualiza o idioma de origem de suas traduções, para que seus trabalhos permaneçam listados em Trabalhos de tradução.
A lista de trabalhos não mostra mais um erro de banco de dados para um tradutor cujo par de idiomas não tem idiomas de destino.
O e-mail de atualizações de tradução não conta mais um trabalho de pacote de strings como o post com o mesmo ID.
Traduzir conteúdo permanece disponível para uma seleção mista quando um tipo de item já está traduzido.
O e-mail de resumo de trabalhos não mostra mais um aviso do PHP quando o gerente de um trabalho não é um usuário.
O Painel de tradução envia categorias marcadas como “Traduzir automaticamente” mesmo quando o envio anterior usou “Traduzir eu mesmo”.

Correções para construtores de páginas

Elementor: editar uma tradução abre o editor no idioma do seu painel de administração, não no idioma da página.
Elementor: salvar uma tradução não falha mais quando um widget de tema precisa do documento atual ou um widget apresenta erro durante a renderização.
Elementor: cada botão em uma página traduzida aponta para a tradução do seu próprio destino, e não todos para a mesma página.
Elementor Pro: o campo Mensagem do widget de Formulário não é mais enviado para tradução, para que os e-mails de notificação mantenham os dados enviados.
Avada: caracteres acentuados em e-mails de notificação de formulário traduzidos não são mais armazenados como códigos de escape.
WPBakery: uma Single Image com um link personalizado mantém sua imagem e link na tradução.
Valores de construtores de páginas que não são listas de IDs de anexos não são mais reescritos para zeros nas traduções.
Flatsome e outros construtores de shortcodes: o texto entre dois shortcodes com o mesmo nome é oferecido para tradução e traduzido.
Beaver Builder: em uma página traduzida, o módulo Padrão e o painel de padrões listam apenas os padrões desse idioma.
Divi 5: um módulo de Loop na página original é mantido na tradução e lista os posts traduzidos.
Divi: layouts de construtor de temas que o Divi marca como não utilizados não são mais oferecidos no Painel de tradução nem enviados pelo Traduzir tudo.
Um shortcode ou bloco declarado em vários arquivos de configuração de idioma mantém os atributos e configurações de todos eles.
Após uma pesquisa e substituição, construtores baseados em shortcodes não oferecem mais o mesmo texto duas vezes, e os textos que a página não tem mais são removidos.
Uma página construída com shortcodes cujo conteúdo contém um comentário de bloco recebe sua tradução do Editor de tradução clássico aplicada.
Uma configuração de atributo de ID de shortcode não converte mais também outros atributos cujos nomes terminam da mesma maneira.
Traduzir um atributo de shortcode não altera mais outro atributo com o mesmo texto.

Correções para blocos e o editor de blocos

Sem a Tradução de Strings, uma página traduzida mantém as configurações de um bloco inserido a partir de um padrão, e traduzir novamente repara as páginas anteriores.
Editar o texto de um widget de bloco mantém a tradução do texto que ele substitui.
Configurações de bloco que são código, como uma tag HTML, um alinhamento ou um tipo de animação, mantêm seu valor em todos os idiomas.
Atributos de blocos contendo listas de IDs, como IDs de imagens de Galeria, mostram os itens traduzidos.
Blocos de HTML personalizado: CSS contendo imagens SVG não é mais cortado, e marcação de escape, e comercial e espaços inquebráveis permanecem como escritos.
Páginas traduzidas não transformam mais texto que mostra tags HTML, escrito como texto em um parágrafo, título ou lista, em marcação real.
Blocos traduzidos mantêm suas próprias referências: cópias de links seguem a âncora traduzida, e blocos de imagem nomeiam o anexo traduzido.
Beaver Builder: uma guia ou item de sanfona que mostra uma linha, coluna, módulo ou modelo salvo mostra sua tradução.
Blocos que armazenam um link tanto na marcação quanto nos atributos, como os botões do GenerateBlocks, não são mais relatados como quebrados no editor.
A configuração de idioma do próprio plugin ou tema agora é aplicada assim que ele é ativado, para que blocos como o Kadence Blocks possam ser traduzidos imediatamente.
Os salvamentos do editor de blocos usam o idioma do post, não o idioma do painel de administração, para que um curso do Sensei mantenha seus módulos.

Correções para o seletor de idiomas

A navegação AJAX do seletor de idiomas lê apenas respostas de páginas HTML, com segurança, de modo que outras respostas nunca carregam recursos ou executam código.
A janela de configurações do seletor de idiomas de rodapé não abre mais em branco, e configurações que não chegaram não são mais relatadas como salvas.
Os dados do seletor de idiomas não redefinem mais o post atual dentro de listagens e loops.
Com um domínio diferente por idioma e o WP_HOME construído a partir da solicitação, os links do seletor de idiomas do idioma padrão usam seu próprio domínio.
O bloco Seletor de idiomas funciona para usuários sem o recurso unfiltered_html: ele é salvo de forma limpa e mantém sua seta, estilos e tamanho de imagem.
Um bloco Seletor de idiomas cuja marcação salva não tem o idioma atual não causa mais um erro fatal; ele lista os outros idiomas.
No editor de blocos, o botão de alternância do menu suspenso do Seletor de idiomas aponta os leitores de tela para sua lista de idiomas.
Dois blocos Seletor de idiomas em uma página não compartilham mais um ID de submenu no editor de blocos.
Configurações personalizadas do seletor de idiomas mostram suas próprias regras de estilo, e um seletor não pode mais ser salvo vazio ou com todas as opções de exibição desativadas.
As opções do seletor de idiomas não aceitam mais código de modelo que cada página renderizaria em seguida.
O bloco Seletor de idiomas renderiza nomes de idiomas acentuados e não latinos corretamente em hosts com versões mais recentes do libxml.
O bloco Seletor de idiomas não relata mais conteúdo inválido para administradores cujo idioma do painel de administração não seja o inglês.

Correções para categorias, tags e outras taxonomias

Uma tradução de termo entregue sem um de seus textos, como a descrição, permanece aberta para a parte ausente em vez de ser concluída.
Um arquivo de taxonomia cujo slug é o mesmo em dois idiomas mostra o termo do idioma solicitado, e esse termo é salvo novamente.
O termo padrão de uma taxonomia não é mais reescrito a cada troca de idioma, e novos posts obtêm o termo padrão de seu próprio idioma.
Um plugin que verifica se um termo existe em uma página de idioma secundário recebe esse termo de volta, não sua tradução.
O termo padrão de uma taxonomia personalizada não pode mais ser excluído do painel de administração de outro idioma, o que fazia o WordPress recriá-lo no idioma errado.
Quando uma categoria ou termo padrão é excluído por código ou no banco de dados, o WPML o recria no idioma padrão com suas traduções.
Alterar o modo de tradução de uma taxonomia move cada post para o termo em seu próprio idioma.
Excluir uma categoria ou termo por código da página de outro idioma arquiva seus posts sob o padrão do seu próprio idioma, sem excluir outros padrões.
Um idioma adicionado de um painel de administração em outro idioma obtém seu próprio nome de categoria padrão, como “Uncategorized” para o inglês.
Uma tradução de termo criada por meio da API de termos do WPML mantém o idioma de origem que seu chamador nomeia.
Criar uma tradução de termo por meio da API nomeando o ID do termo original funciona e se junta ao grupo de tradução do original.
Reenviar uma categoria ou tag traduzida não renomeia mais seu slug quando o original ou outro idioma o compartilha.
O idioma do painel de administração não muda mais de volta para o idioma navegado anteriormente após visitar a tela de tradução de taxonomia.
Sites cujos IDs de termos e IDs de taxonomia de termos diferem não obtêm mais termos não relacionados em links hreflang e contagens de categorias.
Quando o termo padrão em inglês de uma taxonomia personalizada desaparece e suas traduções compartilham seu nome, cada idioma mantém seu próprio termo padrão.
Uma entrega tardia de tradução automática não substitui mais traduções manuais de termos nem limpa seu estado de atualização.

Correções para menus

Em sites com um cache de objeto persistente, como o Redis, menus traduzidos e traduções de termos não são mais substituídos pelos do idioma padrão.
Em Menus, o espaço reservado “Translation of” aparece no idioma do painel de administração, não em espanhol.
Salvar um menu fora de Aparência > Menus, por meio de REST, do Personalizador ou de código, o mantém vinculado às suas traduções.
Itens de menu adicionados por código em uma solicitação mantêm suas posições.
A Sincronização de menus do WP cria menus traduzidos dentro do grupo de tradução do original.
A Sincronização de menus do WP não achata mais menus traduzidos quando um arquivo wpml-config, como no tema Porto, define campos de item de menu para copiar.
Remover um item do menu original também remove suas cópias traduzidas.
Aplicar as mesmas alterações da Sincronização de menus do WP duas vezes não cria mais um segundo menu traduzido.
A Sincronização de menus do WP não adiciona mais traduções em rascunho aos menus traduzidos, para que os visitantes não recebam links 404.
Remover um item pai do menu original não deixa mais itens filhos traduzidos apontando para um item excluído.
Publicar uma alteração de menu no Personalizador com um idioma de painel de administração não padrão não renomeia mais o menu traduzido desse idioma.

Correções para links, URLs e redirecionamentos

Traduzir ou duplicar um post para vários idiomas de uma só vez não salva mais um link para um tipo de post personalizado com um slug traduzido no idioma errado.
Uma página feita com Criar página raiz é a página raiz do site desde seu primeiro salvamento, nos editores de blocos e clássico.
Uma página em rascunho ou pendente com o mesmo slug não envia mais uma página publicada em outro idioma para um 404.
Com um domínio diferente por idioma, WPML > Configurações > URLs salva novamente em vez de falhar em uma verificação de um campo oculto.
Um endereço de categoria que termina em uma categoria que não existe, frequentemente solicitado por rastreadores, não grava mais um erro de banco de dados.
Links para arquivos e outros endereços que não são páginas não são mais reescritos para um modelo do Elementor em traduções.
Links para um post cujo slug é traduzido são convertidos corretamente no idioma padrão, seja qual for o idioma original do post.
A página de login no domínio de um idioma oculto não é mais redirecionada para o idioma padrão.
Com um idioma oculto e uma página de login traduzida, o endereço de login do idioma oculto sempre funciona.
Quando o WPML restaura uma configuração de formato de URL ausente durante o carregamento de uma página, os links de idioma dessa página usam o formato salvo, não parâmetros ?lang=.
Um site que perdeu seu formato de URL de idioma armazenado continua servindo diretórios de idiomas e salva a configuração novamente.
Um campo de link traduzido contendo um link simples para a página traduzida, como o Links Adesivos o armazena, abre essa página no idioma da tradução.
Um arquivo de categoria aberto por seu endereço ?cat= e lang= mostra o arquivo em vez de redirecionar para a página inicial do idioma.
Links de página convertidos, incluindo campos ACF Link e URL, mantêm sua #âncora, string de consulta e subcaminho.
Um endereço paginado não faz mais com que os links apontem para o post errado.
Uma nova página raiz obtém um idioma após a página raiz antiga ter sido excluída permanentemente.
O link de um termo é atualizado assim que o termo é salvo, para que os plugins de SEO possam criar o redirecionamento.
Links de âncora convertidos não recebem mais uma barra no final após a #âncora.
Um link não permanece mais no idioma original por um tempo após a publicação de sua tradução.
Links para posts não traduzidos não levam mais a um 404 em sites com um domínio diferente por idioma.

Correções para idiomas e o assistente de configuração

O assistente de configuração é retomado na etapa de idiomas quando resta apenas o idioma padrão, em vez de bloquear o painel de administração.
A etapa Idiomas do assistente de configuração não mostra mais um idioma padrão vazio quando o idioma padrão salvo não estava ativo.
No assistente de configuração, adicionar uma variante de país de um idioma que o site usava antes pergunta se deve manter o conteúdo ou começar do zero.
Um idioma que não está mais no catálogo do WPML pode ser adicionado como um idioma personalizado com seu próprio código e localidade.
A sincronização do catálogo de idiomas preenche o idioma de uma predefinição quando uma versão anterior a deixou vazia.
Uma direção de texto corrigida no catálogo de idiomas do WPML atinge os sites que usam esse idioma sem alterar suas configurações de idioma.
Um código de idioma “0” não envia mais links para o idioma padrão; os sites afetados são reparados e as alterações de código com falha são relatadas.
Um idioma personalizado criado antes do WPML 5.0 sob um código que o WPML agora usa, como de-at, torna-se esse idioma integrado, mantendo seu conteúdo.
Um idioma personalizado que não pode ser assumido é marcado como Precisa de um mapeamento e não é enviado para tradução automática até ser mapeado.
A pesquisa de idiomas não oferece mais a adição de chinês (Hong Kong) como um idioma personalizado depois que o site o possui.
Os downloads de pacotes de idiomas terminam em hosts com um limite de tempo baixo do PHP, sendo retomados em vez de pararem no último pacote.
Redefinir os padrões de idioma não mostra mais avisos de descontinuação do PHP 8.1.

Correções para registro e atualizações

Atualizar o WPML por upload a partir da versão 5.1 não mostra mais um erro crítico único.
Atualizar o WPML não envia mais um e-mail de erro crítico quando um plugin de gerenciamento como o InfiniteWP adiciona um post logo após a atualização.
Ativar & atualizar abre para contas cujo tipo de assinatura não corresponde a nenhum produto, em vez de parar com um erro crítico.
Ativar & atualizar mostra a caixa de registro em todos os estados da conta, com Cancelar registro e um campo de chave do site, para que os registros antigos possam ser substituídos.
Os detalhes dos plugins WPML não avisam mais sobre uma versão não testada do WordPress em lançamentos pontuais do WordPress.
Um site registrado não mostra mais “É necessária uma nova chave de site” com um cache de objeto persistente, nem perde sua chave quando o wpml.org está inacessível.
Depois que um site se move para um novo endereço e mantém sua conta de tradução, o WPML diz que o site foi movido em vez de chamá-lo de cópia.
Multisite: Obter uma chave para este site nomeia o endereço da rede, para que a chave à qual ele leva seja aceita.
Um site que não foi movido não mostra mais o aviso de cópia do site após se registrar novamente em nosso sistema de tradução.
Quando o feed de produtos do WPML não pode ser acessado, Ativar & atualizar mantém os últimos produtos conhecidos e diz o que falhou, com Verificar novamente.
O WP-CLI lista plugins sem aviso enquanto uma atualização do WPML está pendente.
Depois de voltar para o canal de Produção, Ativar & atualizar instala a versão de Produção, e um Download sem nada para instalar avisa sobre isso.
As notas da versão de cada plugin em Ativar & atualizar mostram apenas as próprias notas desse plugin.
Após a atualização, os navegadores e CDNs carregam os scripts e estilos atuais do WPML em vez dos antigos em cache.
O Advanced Custom Fields Multilingual e outros plugins complementares são carregados quando sua versão é um beta do lançamento que o WPML exige.
Um site não revalida mais sua chave muitas vezes por segundo, mesmo quando várias notificações de atualização chegam de uma vez.
Uma chave do site definida no wp-config.php mantém seu registro quando o wpml.org apenas limita a velocidade ou atinge o tempo limite.
O manipulador de download do plugin verifica o token de segurança da solicitação antes de validar a chave do site.
Multisite: dois sites de uma rede com chaves do site predefinidas diferentes não se registram mais de um lado para o outro.
O assistente de configuração não registra mais novamente uma chave do site definida no wp-config.php toda vez que é carregado.
A rota de atualização de assinatura responde sucesso para um site cuja assinatura já está em dia, para que proxies e monitores parem de registrar falsas recusas.
Uma chave do site no wp-config.php é armazenada corretamente mesmo quando copiada com um espaço à direita ou quebra de linha.
Sites com uma licença Multilingual Blog não recebem mais um erro fatal sobre uma constante ausente.

Correções para sites WooCommerce

Em sites com o WooCommerce Multilingual, o WPML não volta mais para o seu assistente de configuração por conta própria e mostra os posts de todos os idiomas.
Os scripts do painel de administração do WPML, o CMS Nav e o Links Adesivos não falham mais com “addLoadEvent is not defined” no assistente de configuração do WooCommerce Multilingual.
Remover uma categoria de um produto atualiza a contagem de produtos da categoria traduzida em todos os idiomas.
Produtos traduzidos com o Editor de tradução clássico mantêm traduções de variação, atributo e campo personalizado quando abertos no Editor de tradução avançado.
Importar produtos variáveis traduzidos não falha mais em linhas de atributos duplicadas quando um produto pai carrega os termos de ambos os idiomas.
O WooCommerce Multilingual não reconstrói mais seus endereços de conta e checkout traduzidos duas vezes quando os tipos de conteúdo são registrados com atraso.

Correções para campos personalizados e Advanced Custom Fields

As telas de configurações da Tradução de campos personalizados e da Tradução de metadados de termos personalizados abrem novamente quando um plugin ou importação deixa uma linha de campo personalizado sem nome.
Uma tarefa em segundo plano colocada na fila sem perguntar após a atualização 5.1.0 é retirada; em vez disso, um campo personalizado recém-traduzível aguarda sua decisão.
As configurações de Tradução de metadados de termos personalizados dizem que um campo traduzido é traduzido com o termo, não com o post.
Campos ACF aninhados (Conteúdo Flexível, Repetidor, Grupo) em termos de taxonomia são traduzidos, automaticamente e no editor.
Subcampos de repetidor e conteúdo flexível definidos como Copiar agora chegam às traduções quando uma linha é adicionada fora do editor de post, por exemplo, com update_field() ou um formulário ACF de front-end.
Um campo personalizado recém-traduzível marca como “Precisa de atualização” apenas os posts traduzidos que realmente têm o campo.
Alterar a preferência de tradução de um campo ACF também atualiza as traduções de termos existentes.
Os rótulos de grupo de campos do ACF mantêm suas traduções após a migração do Advanced Custom Fields Multilingual 2.2.
O upgrade do WPML 4.x não restaura mais as antigas configurações de campos personalizados após a limpeza do Advanced Custom Fields Multilingual, o que mantinha dados desnecessários sendo carregados.
Em Tradução de campos personalizados, uma preferência escolhida enquanto os resultados da pesquisa são carregados é mantida, em vez de ser perdida após “Dados salvos”.
Salvar uma tradução por meio da API REST de um cliente externo não executa mais uma sincronização completa de campos personalizados a cada vez.
Campos personalizados gravados depois que o WPML copia os campos de um post ainda chegam às suas traduções.
Alterar uma palavra em um campo de link do ACF na tela de tradução de taxonomia mantém o link traduzido.
Alterar um campo ACF para Copiar, Copiar uma vez ou Não traduzir nas Configurações do WPML atualiza as traduções existentes.

Correções para mídias e imagens

Tradução de mídia: uma página de editor de blocos traduzida mantém sua própria imagem após a tradução ser salva em hospedagem de cache de objeto.
Concluir um trabalho de tradução que carrega mídia não cria mais cópias órfãs de anexos em todos os idiomas secundários.
Uma consulta por um anexo em um idioma secundário retorna sua tradução, ou o próprio anexo, corrigindo os fundos de Seção de Cor do Enfold.
Uma imagem que um construtor de páginas nomeia por seu URL mostra os textos de mídia do idioma da página.
Imagens de construtores de páginas, como um fundo de seção do Divi, mostram os textos originais certos no editor de tradução e salvam na imagem certa.
Uma imagem sem um endereço utilizável em um widget ou conteúdo não causa mais um erro de cache de objeto a cada carregamento de página.

Correções para posts e páginas

Posts de tipo de post personalizado não desaparecem mais das listas do painel de administração depois que um arquivo wpml-config.xml torna o tipo traduzível; os sites afetados são reparados na atualização.
Excluir, enviar para a lixeira ou restaurar um post traduzido a partir de uma tarefa agendada ou formulário de front-end se aplica às suas traduções, como no painel de administração.
Salvar um post cuja linha de banco de dados desapareceu não para mais com um erro fatal.
Restaurar um post da Lixeira mantém o status de suas traduções; traduções em rascunho e privadas não voltam mais publicadas.
Um post agendado não publica mais suas traduções na lixeira ou inacabadas em sua data quando as datas de publicação são copiadas para as traduções.
As solicitações de front-end não travam mais com recursão infinita ao resolver o idioma atual.
Atualizar um post cujo idioma está desativado mantém esse idioma, e salvar um post não desconecta mais outra de suas traduções.
Verificar um ID de post que não corresponde a nenhum post não produz mais avisos do PHP.

Correções para compatibilidade com outros plugins e temas

Páginas do painel de administração de outros plugins, como o Slider Revolution e as opções do Avada, carregam seus scripts novamente com o WPML ativo.
Nenhum erro crítico em cada página quando outro plugin, como o construtor Tatsu, pesquisa posts enquanto os plugins estão sendo carregados.
Quando outro plugin falha enquanto o WordPress é carregado, o site mostra a página de erro crítico do WordPress novamente, não uma página em branco.
O WPML restaura o idioma do site quando outro plugin, como o WP All Export Pro, o altera e nunca o altera de volta.
Plugins de cache que liberam o cache de objeto não causam mais erros de banco de dados “Commands out of sync”, porque o WPML lê suas configurações de página uma vez.
Os sitemaps do Yoast SEO listam cada post traduzido sob seu próprio URL quando o WPML SEO não está ativo.
O WPML SEO traduz os valores de texto de cada tipo de esquema do Rank Math.
The Events Calendar: a página raiz não aparece mais em branco com “Integrar eventos no loop principal do blog” ativado.

Correções para telas e configurações do painel de administração

Um site cuja configuração armazenada do WPML foi removida, por um plugin de limpeza ou uma restauração parcial, a recupera da cópia salva do WPML.
Configurações salvas enquanto o WPML está finalizando sua atualização de banco de dados não são mais perdidas.
Solução de problemas: a reconstrução do cache para um único URL é executada de forma confiável em segundo plano, e o clique em Reconstruir não é mais perdido.
O aviso “O preço da sua tradução automática foi atualizado” é exibido apenas para usuários que podem gerenciar traduções.
Pesquisa de configurações: a entrada Localização de temas e plugins rola até as opções de localização em Compatibilidade.
O antigo endereço de Localização de temas e plugins leva a Configurações > Compatibilidade com a verificação de temas e plugins exibida.
Solicitações executadas durante o Redefinir WPML não podem mais recriar as tabelas e configurações do WPML.
O Redefinir WPML a partir do painel de administração da rede também verifica primeiro os idiomas secundários.
Remover a Prioridade da tradução não grava mais um registro falso de “item excluído” em sites que estão recebendo upgrade.
O aviso mostrado quando a verificação de integridade do painel de administração do WPML falha nomeia a solicitação que falhou.
Suporte > Log de comunicação permanece legível após Atualizar serviços.
Alterar o mecanismo de tradução é relatado no check-in diário do site com o wpml.org.
A dica de ferramenta “Igual ao padrão” nas configurações de idioma do WPML agora pode ser traduzida.
Em solicitações REST do painel de administração, a alteração da localidade se aplica às traduções conforme o esperado.

Correções para bancos de dados e multisite

Em clusters de banco de dados que recusam bloqueios nomeados, como o modo estrito do Percona XtraDB, o WPML muda para um bloqueio baseado em tabela e continua funcionando.
O WPML cria suas tabelas com um conjunto de caracteres e agrupamento correspondentes no MariaDB 11.
O WPML cria todas as suas tabelas com um único conjunto de caracteres e agrupamento, e um aviso nomeia qualquer tabela que o banco de dados se recuse a criar.
Em bancos de dados que recusam bloqueios nomeados, o log do Instalador é gravado sem um erro de banco de dados.
Multisite: sites da rede onde o WPML está inativo, ou ativo, mas não configurado, não registram mais erros sobre uma tabela de idiomas ausente.

Outras correções

A Tradução de Strings não grava mais o arquivo de tradução de um idioma a partir de um idioma inativo compartilhando sua localidade, o que deixava as strings não traduzidas.
Tradução de Strings: uma string excluída que veio do texto padrão de um bloco, como em blocos do WooCommerce, não volta mais.
Importar um arquivo .po cujas traduções contêm links internos não falha mais com um erro de servidor.
A Tradução de Strings registra e importa arquivos de tradução de temas e plugins quando o WordPress está instalado na raiz do sistema de arquivos do servidor.

Leia o anúncio da versão do WPML 5.2 para conhecer toda a história por trás desta versão.

Atualizar ou baixar

A atualização está disponível para todos os clientes do WPML com uma assinatura ativa — ela aparece na página Plugins no seu painel de administração do WordPress dentro de 24 horas após o lançamento. Você também pode verificar imediatamente em Plugins → Adicionar novo plugin → Comercial. Para baixar e instalar manualmente, vá para Downloads na sua conta do wpml.org (veja as instruções de instalação) e lembre-se de atualizar todos os componentes juntos sem misturar versões.

Precisa de ajuda ou quer dar feedback? Use nosso fórum de suporte técnico (abre em uma nova aba).

Ver todas as versões do WPML Multilingual CMS