WPML

Cada item traduzível tem um de três estados

Cada item traduzível no seu site tem três estados possíveis:

  • Traduzível. O WPML o trata como conteúdo que deve existir em todos os idiomas. Ele aparece no Painel de tradução e nas filas dos seus tradutores.
  • Traduzível com fallback. O mesmo, mas quando falta uma tradução, o WPML mostra a versão no idioma de origem em vez de ocultar o item.
  • Não traduzível. O WPML o ignora. Não aparece em Traduções em nenhum lugar.

O padrão para o conteúdo nativo do WordPress (posts, páginas, categorias, tags, mídia) é Traduzível. Os tipos de conteúdo registrados por plugins (tipos de post personalizados, taxonomias personalizadas) têm como padrão Não traduzível. Ativá-los costuma ser a primeira coisa que um novo site faz após a instalação.

Para campos personalizados e metadados de termo, você tem quatro estados em vez de três (veja abaixo).

Tudo o que se segue fica em WPML > Configurações.

Tipos de post

Configurações > Tradução de tipos de post.

Cada tipo de post registrado no seu site aparece na lista – posts, páginas, mídia (como attachment), CSS personalizado, além de cada CPT que seus temas e plugins registraram. Por tipo, escolha:

  • Traduzível – mostrar apenas itens traduzidos. O padrão para posts e páginas.
  • Traduzível – usar tradução se disponível ou voltar para o idioma padrão. Quando a tradução está faltando, a versão no idioma de origem é mostrada no idioma de destino. Útil para conteúdo de referência que não precisa de localização completa.
  • Não traduzível. O WPML o ignora.

Um tipo de post personalizado com o padrão Não traduzível é o motivo número 1 para um CPT não aparecer no Painel de tradução. Se você adicionou um CPT e não consegue encontrá-lo em Traduções, esta configuração é a primeira coisa a verificar. Assim que um tipo for definido como traduzível, Traduzir posts, páginas e tipos de post personalizados cobre como enviá-lo para tradução.

Taxonomias

Configurações > Tradução de taxonomia.

As mesmas três opções dos tipos de post, aplicadas às taxonomias. Categorias e tags nativas têm como padrão Traduzível – mostrar apenas itens traduzidos. Taxonomias personalizadas (categorias de produtos, marcas, regiões) geralmente têm como padrão Não traduzível; ative-as se você quiser que seus termos sejam traduzidos.

Para saber como as taxonomias são traduzidas, veja Traduzir taxonomias. Esta página é sobre se elas são traduzíveis em primeiro lugar.

Campos personalizados

Configurações > Tradução de campos personalizados.

Campos personalizados são metadados de post – qualquer coisa armazenada como post_meta no banco de dados. Temas e plugins armazenam todos os tipos de dados lá: links de download, avaliações, preços, escolhas de layout, conteúdo estruturado. O WPML lista cada chave de campo personalizado na página; por campo, escolha um de quatro comportamentos:

  • Não traduzir. O WPML não altera o campo. O valor não é copiado, não é traduzido. As traduções recebem um campo vazio. O padrão para a maioria dos campos que um plugin registra.
  • Copiar. O WPML copia o valor do idioma de origem para cada tradução, e copia novamente a cada edição. O campo da tradução sempre corresponde à origem. Use para campos onde o valor é estrutural (uma escolha de layout, um ID interno) e não deve diferir por idioma.
  • Copiar uma vez. O WPML copia o valor de origem para as traduções quando elas são criadas pela primeira vez, mas não copia novamente nas edições subsequentes. Use quando você quiser um ponto de partida que os tradutores possam substituir por idioma, mas não quer que as alterações na origem substituam o trabalho deles.
  • Traduzir. O campo entra no Editor de tradução. Os tradutores o veem e o traduzem como o conteúdo do corpo. Use para qualquer campo cujo valor seja texto legível por humanos.

A diferença entre Copiar e Copiar uma vez é a pergunta mais frequente sobre a tradução de campos personalizados. Copiar mantém o valor sincronizado para sempre; Copiar uma vez não propaga edições posteriores. Escolha Copiar quando o campo for uma referência estrutural; escolha Copiar uma vez quando os tradutores precisarem personalizar por idioma.

Plugins de SEO (Yoast SEO, Rank Math, All in One SEO) registram seus próprios campos personalizados aqui; Como traduzir seu site para SEO multilíngue cobre como o WPML traduz metatítulos, descrições e metadados de termo de SEO junto com o conteúdo do post.

Para sites onde os desenvolvedores querem declarar os padrões de campos personalizados no código em vez da interface do painel de administração, wpml-config.xml personalizado é o formato que os temas e plugins enviam para definir seus próprios padrões – e a camada na qual você pode colar uma substituição específica do site em Configurações > Configuração XML personalizada.

Metadados de termo personalizados

Configurações > Tradução de metadados de termo personalizados.

O mesmo modelo de quatro opções dos campos personalizados, aplicado aos metadados de termo de taxonomia. A maioria dos sites não usa muitos metadados de termo, mas alguns sim: sites de comércio eletrônico que armazenam metadados de marca em categorias de produtos, sites de diretório que armazenam dados de localização em taxonomias geográficas. Se o seu site usar, configure cada chave aqui da mesma forma que você configuraria os campos personalizados.

Mídia

Configurações > Tradução de mídia.

Duas opções de configuração para como o WPML lida com textos de mídia:

  • Detectar automaticamente as melhores opções para traduzir os textos das imagens (texto alternativo, legenda, título) (recomendado). O WPML decide por imagem se deve duplicar o texto de origem ou traduzi-lo, evitando tanto campos duplicados quanto traduções perdidas.
  • Traduzir os textos da Biblioteca de Mídia (texto alternativo, legenda, título) ao traduzir o conteúdo. Controla se os textos de mídia são incluídos no trabalho de tradução do post em primeiro lugar.

Para saber como traduzir mídia (incluindo o envio de um arquivo de imagem diferente por idioma), veja Traduzir mídia.

Sincronização de posts e páginas

Configurações > Sincronização de posts e páginas.

Um conceito diferente de tradução: a sincronização decide quais propriedades estruturais de um post se propagam da origem para as suas traduções à medida que você edita a origem. O modelo lista nove opções, todas ativadas por padrão:

  • Ordem da página, página ascendente, modelo de página.
  • Status dos comentários, status do ping, status de fixo, senha, status de privado, formato do post.

Quando você altera a página ascendente de uma página no idioma de origem, as traduções também recebem a nova página ascendente? Quando você torna a origem fixa, as traduções também se tornam fixas? Sim, por padrão. É isso que essas opções controlam.

Abaixo do cartão de sincronização, há duas opções de exclusão em cascata (ao excluir um post ou taxonomia de origem, excluir também suas traduções) e duas opções ao criar (copiar atribuições de taxonomia para as traduções, copiar data de publicação).

Documentos traduzidos – comportamento de publicação

Configurações > Opções de documentos traduzidos.

Um conceito separado da sincronização: isso controla o ciclo de vida de publicação de uma tradução.

  • Quando receber traduções concluídas. Publicá-las (quando a origem também estiver publicada) ou salvar como rascunho.
  • Ao publicar o post original. Publicar as traduções existentes ou retê-las.
  • Mostrar as taxonomias traduzidas no Editor de tradução. Desativado por padrão; ative se quiser que os tradutores vejam os termos de taxonomia relacionados dentro do editor em vez de gerenciá-los separadamente.

A caixa de metadados de configuração de conteúdo multilíngue por post

Na página de configurações de Tradução de campos personalizados, uma única caixa de seleção na parte inferior adiciona uma caixa de metadados de Configuração de conteúdo multilíngue a cada tela de edição de post. A caixa permite que os editores alterem as preferências de tradução de um único post sem sair do editor: alterar o comportamento de um campo personalizado, marcar um post específico como não traduzível, etc.

Deixe ativado para os editores que gerenciam as escolhas de tradução no nível do post; desative para sites onde os editores nunca devem tocar nas configurações de tradução.

Escrito por Amir · Última atualização em 2 de julho de 2026

Escrito por Amir · Última atualização em 2 de julho de 2026