Controle o que o WPML traduz – tipos de post, campos personalizados, mídia, taxonomias

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 metadado de termo, você tem quatro estados em vez de três (veja abaixo).

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 ter como padrão Não traduzível é o motivo número 1 pelo qual um CPT não aparece no Painel de tradução. Se você adicionou um CPT e não consegue encontrá-lo em Traduções, essa configuração é a primeira coisa a verificar. Depois que um tipo é definido como traduzível, Traduzir posts, páginas e tipos de post personalizados aborda como enviá-lo para tradução.

Taxonomias

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

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

Campos personalizados

Os 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, opções 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 todas as traduções e recopia 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 ser diferente 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 recopia em edições subsequentes. Use quando você quer 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 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 puderem precisar 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 aborda 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 dos campos personalizados no código em vez da interface de administração, 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 WPML → Configurações → Configuração XML personalizada.

Metadado de termo personalizado

O mesmo modelo de quatro opções dos campos personalizados, aplicado aos metadados de termo de taxonomia. A maioria dos sites não usa muito metadado de termo, mas alguns usam: sites de e-commerce 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 usa, configure cada chave aqui da mesma forma que você configuraria os campos personalizados.

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 textos de imagem (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 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), consulte Traduzir mídia.

Sincronização de posts e páginas

Um conceito diferente da 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 cartão lista nove opções, todas ativadas por padrão:

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

Quando você altera a ascendente de uma página no idioma de origem, as traduções também recebem a nova 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 as atribuições de taxonomia para as traduções, copiar a data de publicação).

Documentos traduzidos – comportamento de publicação

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

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

A meta box 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 meta box 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 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.