Dados estruturados multilíngues: localize o JSON-LD por URL de idioma ou região

É fácil cometer erros com dados estruturados multilíngues quando as equipes tratam o JSON-LD como um trecho em inglês usado em todo o site e colado em cada URL de idioma ou região. Mecanismos de busca e sistemas de resposta interpretam os dados estruturados como uma descrição da página em uma URL específica. Se a sua página de produto em francês ainda declara inLanguage: en, valores de name em inglês e um grafo canônico de entidades copiado do site dos EUA, você envia sinais contraditórios que prejudicam tanto a indexação tradicional quanto a clareza para os mecanismos de resposta.

Este guia explica como localizar a marcação schema.org por URL rastreável de idioma ou região, alinhar o JSON-LD com hreflang e URLs canônicas, manter a consistência das entidades de organização e produto e validar o lançamento de uma marcação multilíngue — com base na documentação do Google sobre sites multilíngues e em práticas de marcação fiéis ao conteúdo. Sem inventar ganhos de posicionamento: os dados estruturados ajudam os sistemas a entender o conteúdo; eles não compensam traduções de baixa qualidade.

Perguntas que este guia responde

• Por que os dados estruturados precisam ser localizados para cada URL de idioma?
• Como representar inLanguage e páginas alternativas em outros idiomas?
• Quais tipos de schema são mais importantes para sites multilíngues?
• Como hreflang e URLs canônicas interagem com os dados estruturados?
• Quais erros geram marcação com idiomas misturados ou entidades duplicadas?
• Como manter a consistência das entidades de organização e produto entre versões de idioma ou região?
• Como os dados estruturados ajudam os mecanismos de resposta sem inventar fatores de ranqueamento?
• Quais verificações de qualidade devem fazer parte do lançamento de uma marcação multilíngue?

Resposta rápida: localize a marcação em cada URL rastreável de idioma ou região

Resposta curta: Gere JSON-LD em cada URL rastreável de idioma ou região que descreva fielmente a página visível naquele idioma — com inLanguage correto, propriedades de texto localizadas, url preciso e identificadores de entidades consistentes entre mercados.

O Google recomenda URLs rastreáveis distintas para cada versão de idioma ou região, em vez de depender apenas de cookies ou do idioma do navegador. Os dados estruturados devem descrever a página que usuários e rastreadores veem naquela URL, e não uma única estrutura compartilhada em inglês, inserida globalmente.

Cada bloco deve estar no mesmo idioma do conteúdo principal visível. O Google determina o idioma da página principalmente a partir do conteúdo visível; uma marcação que contradiz o corpo da página obriga os rastreadores a fazer um trabalho desnecessário para conciliar essas informações.

Por que os dados estruturados seguem a arquitetura das versões de idioma

Os dados estruturados não são uma camada isolada de SEO internacional acima da arquitetura de URLs — eles a refletem. Ao publicar /de/produkt/widget, o JSON-LD nessa URL deve descrever a página em alemão: títulos e descrições em alemão, ofertas quando aplicável e inLanguage definido com uma tag BCP 47 válida, como de ou de-DE.

As versões de idioma precisam de URLs rastreáveis distintas; os dados estruturados devem descrever a página que usuários e rastreadores veem naquela URL, e não uma única estrutura compartilhada em inglês. Se o seu CMS renderiza um único componente global de marcação, todas as versões de idioma ou região herdam nomes de entidades em inglês — uma causa comum de problemas de qualificação para resultados avançados por mistura de idiomas e de resumos fracos nos mecanismos de resposta.

O hreflang informa aos mecanismos de busca quais são as versões alternativas; os dados estruturados informam qual é o assunto da página atual. Ambos devem indicar que cada URL é uma versão completa em um idioma, e não uma duplicata que se passa por uma versão em outro idioma.

Para entender a estratégia de segmentação por idioma ou por país, leia SEO internacional versus SEO multilíngue.

Propriedades essenciais: inLanguage, url e identidade da entidade

Três propriedades merecem atenção logo na revisão inicial de cada modelo de página localizado:

inLanguage — Use um código de idioma ou localidade válido que corresponda à página. Não mantenha o inglês nas URLs localizadas. Ao segmentar variantes regionais (en-GB versus en-US), mantenha a correspondência com seus códigos hreflang.

url — Deve apontar para a URL canônica da página descrita — normalmente, a mesma URL exibida na barra do navegador para aquela versão de idioma ou região, e não a página inicial em inglês.

@id da entidade ou identificadores estáveis — Entidades de organizações e produtos geralmente precisam de IDs consistentes entre as versões de idioma ou região (https://example.com/#organization), enquanto as propriedades legíveis por pessoas são localizadas. IDs consistentes ajudam os sistemas a reconhecer a mesma marca ou SKU em diferentes idiomas; os campos name e description localizados trazem a linguagem específica de cada mercado.

Evite duplicar definições conflitantes de entidades em uma mesma URL. Um único grafo Organization coerente por página é mais organizado do que três blocos concorrentes inseridos por plugins diferentes.

Tipos de schema que geralmente precisam de localização

Nem todo tipo de schema precisa de tradução, mas estes costumam precisar em sites multilíngues:

• WebPage / Article / BlogPosting — headline, description, inLanguage e url.
• Product — name, description, offers, com moeda e texto de disponibilidade adequados.
• FAQPage — As perguntas e respostas devem corresponder ao conteúdo de perguntas frequentes visível no idioma da página.
• Organization — name localizado quando os mercados usam razões sociais ou nomes comerciais diferentes; @id consistente.
• BreadcrumbList — Rótulos de breadcrumbs localizados e alinhados à navegação.
• LocalBusiness — Endereço e areaServed adequados à localidade, quando relevante.

Conteúdo útil e voltado para as pessoas continua sendo a base; os dados estruturados devem refletir fielmente o conteúdo localizado, e não compensar traduções superficiais. Adicionar marcação a uma página vazia e sem conteúdo desenvolvido não a torna útil.

Alinhamento entre hreflang, URLs canônicas e JSON-LD

As anotações hreflang informam ao Google sobre URLs alternativas de idioma ou região e devem ser recíprocas entre as páginas do conjunto que descrevem. As indicações de URL canônica informam ao Google qual URL priorizar entre páginas duplicadas no mesmo idioma. O JSON-LD não deve entrar em conflito com nenhum desses sinais.

Regras práticas de alinhamento:

1. URLs canônicas no mesmo idioma — Cada URL de idioma ou região deve ter uma indicação canônica clara que aponte para a URL preferencial no mesmo idioma quando houver duplicatas. Não defina o inglês como versão canônica para todas as localidades se você publica páginas totalmente localizadas.
2. Hreflang no HTML ou no sitemap — Sitemaps XML ajudam na descoberta das versões de idioma e podem conter anotações xhtml:link hreflang quando usados como método de implementação.
3. url do JSON-LD corresponde à URL canônica — Quando você define /fr/produit como sua própria URL canônica, o url do schema deve referenciar essa URL, e não /en/product.
4. Não use hreflang dentro do JSON-LD como substituto — As orientações do Google sobre hreflang se concentram em elementos link, cabeçalhos HTTP ou sitemaps — e não no schema como principal forma de declarar versões alternativas.

Quando os plugins gerarem automaticamente as três camadas de forma independente, faça uma verificação cruzada após o lançamento de cada versão de idioma ou região.

Como manter a consistência das entidades de organizações e produtos

O SEO multilíngue fica comprometido quando cada versão de idioma ou região inventa um novo nome de organização ou ID de produto. Uma estratégia prática para entidades:

• Um @id estável por organização em todas as versões de idioma ou região; localize as propriedades de exibição.
• SKUs de produtos ou IDs globais permanecem constantes; localize os títulos de marketing.
• A mesma URL de logo, a menos que os mercados exijam recursos diferentes — documente o motivo.
• Perfis de redes sociais em sameAs consistentes, a menos que um mercado mantenha contas verificadas separadas.

As orientações do Google sobre conteúdo útil priorizam páginas voltadas para as pessoas; versões em outros idiomas com conteúdo superficial ou apenas padronizado têm pouco valor para SEO e como fontes de respostas. A consistência das entidades ajuda os sistemas a associar páginas localizadas a uma marca conhecida, mas não compensa textos de baixa qualidade.

Equipes que gerenciam muitas localidades se beneficiam de uma plataforma de SEO multilíngue que mantém os termos do glossário alinhados entre o texto visível e os campos de dados estruturados.

Implicações para mecanismos de resposta, sem inventar fatores de ranqueamento

Mecanismos de resposta e AI Overviews podem usar dados estruturados como um sinal entre muitos ao resumir ou citar páginas — mas nenhuma documentação pública promete que o JSON-LD, por si só, garanta citações, posições nos resultados de busca ou presença nas AI Overviews.

O que os dados estruturados realmente podem fazer:

• Esclarecer o tipo de página (Article, FAQPage, Product).
• Disponibilizar inLanguage para a URL descrita.
• Apoiar o reconhecimento consistente de entidades quando os IDs estão alinhados entre as localidades.

O que eles não podem fazer:

• Compensar conteúdo não traduzido ou superficial.
• Substituir URLs rastreáveis de cada localidade ou o hreflang.
• Garantir resultados avançados em todos os mercados.

Trate a marcação schema como metadados precisos sobre páginas feitas para pessoas, não como um truque para melhorar o ranqueamento.

Erros comuns na marcação schema multilíngue

1. JSON-LD em inglês em URLs de outros idiomas — inLanguage e as propriedades de texto permanecem no idioma de origem.
2. Bloco global de marcação schema — Um único bloco do CMS copiado para todas as localidades, sem pontos de integração para localização.
3. Conflito entre a URL canônica e url — A marcação schema aponta para a versão em inglês, enquanto a página define a versão em francês como canônica.
4. Marcação schema de FAQ no idioma errado — O idioma da marcação não corresponde ao das perguntas frequentes visíveis.
5. Grafos de entidades duplicados — Vários plugins inserem blocos Organization conflitantes.
6. Propriedades de produto inventadas — Marcação de ofertas ou avaliações que não estão na página.
7. Hreflang negligenciado enquanto a marcação schema é “corrigida” — As anotações e o JSON-LD precisam funcionar em conjunto.
8. Páginas superficiais e incompletas com marcação schema completa — Traduções padronizadas com marcação elaborada.

As diretrizes do Bing para webmasters enfatizam conteúdo rastreável e útil e uma estrutura de site clara para a indexação em diferentes mercados — esse mesmo requisito de rastreabilidade precisa ser atendido para que os dados estruturados agreguem valor.

Checklist de implementação

Use esta lista de verificação de lançamento para cada novo lote de marcações schema por localidade:

• Localize inLanguage, name, description e outras propriedades de texto para cada URL
• Defina url como a URL canônica da localidade
• Mantenha valores estáveis de @id para entidades de organização e produto
• Faça a marcação schema de FAQ e HowTo corresponder ao conteúdo visível no mesmo idioma
• Verifique se as tags canônicas estão alinhadas com url no JSON-LD
• Confirme a reciprocidade do hreflang no mesmo conjunto de URLs
• Valide cada modelo de página por localidade com o Teste de pesquisa aprimorada ou uma ferramenta equivalente
• Refaça a auditoria após atualizações do CMS ou dos plugins

Fundamentos da busca tradicional e dos mecanismos de resposta

Os fundamentos comuns continuam importantes para Google, Bing e mecanismos de resposta: versões de idioma rastreáveis, entidades bem definidas, afirmações respaldadas por evidências, dados estruturados que reflitam a realidade e localização de verdade — não apenas interfaces traduzidas com conteúdo em inglês. Considere os guias abaixo como perspectivas específicas de cada plataforma sobre o mesmo padrão de entrega multilíngue.

Guia por plataforma: Google Search

Na Pesquisa Google, a descoberta depende de URLs rastreáveis para cada localidade, com HTML no idioma adequado, títulos e cabeçalhos precisos e hreflang recíproco quando houver versões alternativas. Os fundamentos técnicos incluem conteúdo indexável, em vez de seletores de idioma baseados apenas em cookies, metadados localizados, sitemaps e uso criterioso de URLs canônicas em cada versão de idioma. Qualidade de conteúdo significa oferecer conteúdo principal voltado às pessoas em cada idioma; a autoridade vem da identidade clara da organização e de fontes que corroborem as informações — não de alegações de marketing de ferramentas de tradução. Implicação para sites multilíngues: cada URL de mercado ou idioma deve funcionar de forma independente, como uma página completa que o Google possa classificar para buscas locais. Monitore a cobertura no Search Console e use a Inspeção de URL para cada localidade. O que se sabe e o que é incerto: o Google documenta o funcionamento de sites multilíngues e do hreflang, mas não garante posições nos resultados com base em nenhum CMS ou fluxo de tradução.

Guia por plataforma: Bing

O Bing descobre e indexa páginas multilíngues rastreáveis e bem estruturadas, com expectativas de clareza de URLs e conteúdo semelhantes às do Google. Os fundamentos técnicos incluem URLs acessíveis para cada localidade, conteúdo útil e monitoramento no Bing Webmaster Tools para cada propriedade ou domínio verificado. Prefira títulos, afirmações e perguntas frequentes localizados à tradução apenas da interface, em que a navegação muda de idioma, mas o corpo do texto não. Os sinais de autoridade continuam dependendo de fontes confiáveis e de entidades consistentes entre as localidades. Implicação para sites multilíngues: não esconda idiomas em seletores que funcionam apenas no lado do cliente ou em mecanismos baseados em cookies que usam uma única URL e impedem os rastreadores de identificar todas as versões. Monitore a indexação e as estatísticas de rastreamento no Bing Webmaster Tools. O que se sabe e o que é incerto: as diretrizes do Bing enfatizam conteúdo útil e rastreável; não invente fatores de classificação exclusivos do Bing para ferramentas de tradução.

Guia por plataforma: ChatGPT

O ChatGPT pode citar ou resumir páginas acessíveis publicamente quando as versões de idioma estão bem identificadas e o conteúdo está pronto para responder a perguntas. A descoberta não segue a lógica convencional de rastreamento e classificação; ter visibilidade significa ser selecionado como fonte ou mencionado nas respostas, em vez de aparecer em uma página de resultados ordenados. Os fundamentos técnicos ainda começam com URLs que disponibilizam HTML acessível — não com sobreposições de widgets que ocultam o texto das ferramentas de acesso ao conteúdo. Entre as características de conteúdo que ajudam estão respostas diretas, perguntas frequentes e terminologia estável, baseada em glossários mantidos para cada localidade. A autoridade vem de evidências e de entidades consistentes entre os idiomas. Implicação para sites multilíngues: cada página localizada deve ser compreensível por si só, sem pressupor que o usuário mudará de idioma. A mensuração é imprecisa — trate as verificações de citações como hipóteses qualitativas, não como KPIs. O que se sabe e o que é incerto: não há garantia documentada de que dados estruturados, hreflang ou qualquer fluxo de tradução gerem citações no ChatGPT.

Guia por plataforma: Gemini

O Gemini e outras experiências de IA do Google se beneficiam de entidades coerentes, dados estruturados precisos e páginas localizadas indexáveis. Visibilidade significa ser citado ou reconhecido — não inventar fatores de classificação específicos do Gemini. Os fundamentos técnicos coincidem com os da Pesquisa Google quanto à rastreabilidade e à qualidade dos metadados em cada URL localizada. O conteúdo deve apresentar afirmações e definições claras em cada idioma, com profundidade voltada às necessidades das pessoas. A autoridade depende da consistência da organização e da corroboração das informações entre mercados. Implicação para sites multilíngues: nomes de produtos padronizados por glossários reduzem a confusão entre entidades de diferentes localidades, tanto na Pesquisa quanto nas interfaces de IA. Use o Search Console para a mensuração tradicional e analise qualitativamente amostras de respostas de IA nos idiomas de destino. O que se sabe e o que é incerto: o comportamento do Gemini não substitui as orientações documentadas da Pesquisa Google sobre hreflang e versões de idioma.

Guia por plataforma: Google AI Overviews

O Google AI Overviews pode incluir links para páginas que fundamentam suas respostas; os critérios de elegibilidade continuam baseados em conteúdo indexável e voltado às pessoas em cada idioma. Essas visões gerais não funcionam como um seletor de idioma nem substituem as anotações hreflang entre versões alternativas. Os fundamentos técnicos continuam sendo HTML rastreável para cada localidade e dados estruturados fiéis ao conteúdo visível da página. Entre as características de qualidade estão respostas concisas e títulos claros em cada versão de idioma. Os sinais de autoridade refletem as expectativas de conteúdo útil, e não apenas a marcação de schema. Implicação para sites multilíngues: a inclusão no AI Overviews não é garantida para nenhuma página traduzida, independentemente do desempenho da versão em inglês. Monitore os relatórios de IA generativa do Search Console, quando disponíveis, e mantenha as métricas tradicionais de indexação separadas. O que se sabe e o que é incerto: nenhum fluxo de tradução pode prometer presença no AI Overviews.

Onde a GlotEO se encaixa

A localização de schema em escala é tanto um desafio de operações de conteúdo quanto uma tarefa de desenvolvimento. Quando glossários, campos traduzidos e anotações de SEO deixam de estar alinhados, o JSON-LD acaba sendo o último lugar onde se escondem erros de mistura de idiomas. O GlotEO ajuda as equipes a manter os fluxos de trabalho de SEO multilíngue alinhados — para que dados estruturados, hreflang e conteúdo das páginas compartilhem a mesma terminologia e as mesmas URLs localizadas.

Explore a plataforma de SEO multilíngue quando precisar de governança em várias localidades e confira os preços e planos do GlotEO para comparar os níveis de fluxo de trabalho para controle de qualidade de schema e revisão de traduções.