Os dados estruturados do Schema.org, geralmente implementados como JSON-LD, informam explicitamente aos mecanismos de busca sobre o que trata uma página: um produto, um artigo, um negócio local, uma receita, uma seção de perguntas frequentes. Essa é também uma das partes mais frequentemente traduzidas incorretamente ou completamente ignoradas em um site multilíngue, seja permanecendo no idioma original enquanto todo o resto é traduzido, seja sendo quebrada pela tradução de campos que deveriam manter sua estrutura. A implementação correta do Schema.org em sites multilíngues ajuda as páginas traduzidas a obterem os mesmos resultados avançados, avaliações por estrelas, seções de perguntas frequentes e preços de produtos que a versão no idioma original.
O que em um bloco de esquema deve ser traduzido
| Tipo de campo do esquema | Traduzir? |
|---|---|
| @type (Produto, Artigo, Página de Perguntas Frequentes, etc.) | Não; este é um identificador estrutural, não conteúdo visível. |
| nome, título, descrição | Sim; essas são as propriedades de texto que os mecanismos de busca exibem nos resultados avançados. |
| URL | Não, mas sim apontar para a versão traduzida da página, e não ser traduzido como texto. |
| Texto da pergunta/resposta da página de perguntas frequentes | Sim; esses recursos geram resultados ricos em perguntas frequentes e precisam corresponder exatamente ao conteúdo traduzido das perguntas frequentes que está visível. |
| preço, moeda do preço, disponibilidade | O código da moeda permanece estrutural; os valores de disponibilidade seguem o vocabulário fixo do schema.org em vez de serem traduzidos. |
Por que o esquema e o conteúdo visível precisam corresponder?
Os mecanismos de busca comparam os dados estruturados com o conteúdo visível de uma página, e uma incompatibilidade, por exemplo, um bloco de esquema FAQPage ainda em inglês em uma página cuja FAQ visível foi traduzida para o francês, pode fazer com que o resultado enriquecido seja ignorado ou, em casos de incompatibilidade mais graves, tratado como um problema de qualidade. A tradução de esquemas não é um mero aprimoramento; ela precisa ser tratada como parte do mesmo processo de tradução do conteúdo visível da página, sendo atualizada em conjunto, em vez de traduzir apenas o conteúdo visível enquanto o bloco de esquema é ignorado.
Erros comuns em esquemas multilíngues
- Deixar todo o bloco de esquema no idioma de origem enquanto traduz o conteúdo visível da página.
- Traduzir campos estruturais como @type ou valores de vocabulário fixo quebra a validade do esquema.
- Apontar o campo de URL do esquema para a página no idioma original em vez da versão traduzida.
- Permitir que o esquema da página de perguntas frequentes (FAQPage) ou do guia de instruções (HowTo) fique dessincronizado com as edições feitas no conteúdo traduzido visível.
Como o GPTranslate lida com esquemas multilíngues
O GPTranslate analisa a marcação do esquema no nível do campo, traduzindo as propriedades de texto, mas deixando intactos os campos estruturais e os valores de vocabulário fixo, e mantém os URLs do esquema apontando para a página traduzida correta. Isso segue a mesma abordagem de reconhecimento de campos usada para RankMath e Configurações de esquema do Yoaste se conecta ao contexto mais amplo. estrutura de SEO multilíngue Abrangendo hreflang, tags canônicas e sitemaps.
Perguntas frequentes
Será que todas as páginas precisam de marcação de esquema em todos os idiomas?
Qualquer página que contenha marcação de esquema no idioma de origem deve ter marcação de esquema equivalente e traduzida em todas as versões do idioma, visto que o objetivo principal do esquema é ajudar os mecanismos de busca a entender a página que um visitante está visualizando.
Uma incompatibilidade de esquemas pode prejudicar o posicionamento de uma página nos resultados de busca?
Inconsistências significativas entre os dados estruturados e o conteúdo visível podem afetar a exibição de resultados avançados e, em alguns casos, serem interpretadas como um sinal de qualidade. Por isso, o esquema deve ser mantido sincronizado com o conteúdo visível traduzido, em vez de ser deixado desatualizado.
Conclusão
Os dados estruturados fazem parte do que uma página traduzida comunica aos mecanismos de busca, e não são uma camada técnica separada que pode ser deixada de lado. Tratar a tradução de esquemas como parte do mesmo trabalho que a tradução do conteúdo visível, com o mesmo cuidado em nível de campo usado para outros metadados, é o que permite que as páginas traduzidas obtenham os mesmos resultados relevantes que o original.