GEO SEO

GEO multilíngue: ser citado em cada idioma

Alejandro Rioja
Alejandro Rioja
10 min de leitura
TL;DR

Quase todo guia de GEO pressupõe um site só em inglês. O meu não é — ele roda em 13 idiomas — e três coisas quebraram ou renderam menos assim que olhei além do inglês: a correção de hreflang/x-default, o escopo do llms.txt e a consistência do schema entre idiomas. Aqui está o que realmente muda, mais o prompt de auditoria que uso para revisar um site multilíngue de uma só vez.

Newsletter gratuita

Toda quarta-feira. 28.400+ operadores. Zero enrolação.

Publicado em setembro de 2026.

TL;DR: Quase todo guia de GEO pressupõe um site só em inglês. O meu não é — ele roda em 13 idiomas — e três coisas quebraram ou renderam menos assim que olhei além do inglês: a correção de hreflang/x-default, o escopo do llms.txt e a consistência do schema entre idiomas. Aqui está o que realmente muda, mais o prompt de auditoria que uso para revisar um site multilíngue de uma só vez.

[Visão de operador] Toda checklist de GEO que já li, incluindo duas minhas, foi escrita para um único idioma. Só percebi o quanto esse conselho pressupunha inglês quando fui investigar por que minhas páginas em espanhol e japonês não recebiam o mesmo tratamento que os originais em inglês — mesmo conteúdo, mesma estrutura de schema, resultados radicalmente diferentes.

Sumário

Abrir Sumário

Por que GEO multilíngue não é só SEO em mais 12 idiomas

O SEO internacional clássico tem um playbook consolidado: tags hreflang, conteúdo traduzido, pronto. O GEO adiciona uma camada que esse playbook não cobre, porque um motor de IA não está apenas indexando sua página — ele decide, por consulta e por idioma, qual única fonte citar para o usuário. Essa decisão acontece separadamente em cada idioma que o motor atende, contra um conjunto de concorrentes diferente, um grupo de fontes citáveis diferente e, às vezes, um motor completamente diferente.

Uma resposta do ChatGPT em inglês puxa de um grupo de candidatos diferente da mesma pergunta feita em japonês. Ignore isso e você acaba fazendo todo o trabalho de GEO uma única vez, em inglês, presumindo que ele se propaga. Não se propaga.

O que quebra primeiro: hreflang e x-default

Esse é o que custa visibilidade sem nunca aparecer como um erro. Duas falhas, ambas silenciosas:

  1. x-default ausente ou errado. Todo cluster de hreflang precisa de uma entrada x-default que diga a motores e crawlers qual versão servir para alguém cujo idioma não corresponde a nenhuma das suas traduções. Pule isso e você está dizendo a todo crawler não direcionado para “adivinhar”.
  2. hreflang apontando para páginas que não são traduções de verdade. Esse é mais sutil e mais comum do que parece. Se o seletor de idioma do seu site linka para a página inicial de cada idioma como alternativa quando uma tradução ainda não existe, e você anota esses links de reserva com hreflang, você está afirmando que um artigo só em inglês é a tradução espanhola de si mesmo. Não é. O crawler do Google acaba desconfiando do cluster inteiro; um motor de IA que constrói seu grafo de citações a partir das suas tags <link> herda o mesmo sinal defeituoso.

Eu tive exatamente esse bug. O seletor de idioma do meu cabeçalho emitia hreflang em cada link de idioma, incluindo os que caíam de volta para a página inicial de um idioma por falta de tradução. Todo artigo só em inglês afirmava silenciosamente ter doze traduções que não tinha. A correção foi mecânica assim que encontrada: só anotar hreflang quando existe uma tradução real, e sempre emitir x-default — caindo de volta para a primeira alternativa disponível quando um cluster não tem membro em inglês — para que todo cluster real tenha um.

Veja como a correção aparece de verdade renderizada no <head> da página:

html
<link rel="alternate" hreflang="es" href="https://example.com/es/post-slug/" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/post-slug/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/post-slug/" />

Três regras que vale a pena checar no seu próprio site, nesta ordem: todo cluster hreflang tem exatamente um x-default; nenhum link hreflang aponta para uma página que não é uma tradução real; nenhuma tag <link> no mesmo cluster compartilha o mesmo código (o Google descarta o cluster inteiro se isso acontecer, não só a duplicata).

O buraco que ninguém checa: llms.txt só cobre o inglês

llms.txt é a convenção emergente para dar a crawlers de IA um índice curado do seu melhor conteúdo em vez de deixá-los rastrear e adivinhar. Construí um para este site há meses. Só percebi ao procurar dados para este artigo: o filtro que seleciona quais artigos entram no índice checa lang === 'en' e para por aí.

Isso significa que doze treze avos do conteúdo deste site são invisíveis para qualquer crawler que trate llms.txt como um índice, e não apenas uma sugestão. Todo artigo não inglês continua sendo rastreado pelo sitemap e pelos links internos, mas o índice curado e de alta confiança — construído especificamente para dar a um motor de IA suas melhores páginas — era só em inglês por omissão, não por decisão.

Se você mantém um llms.txt multilíngue, cheque isto agora: o arquivo (ou arquivos) realmente lista seus artigos traduzidos, ou o índice colapsa silenciosamente para o seu idioma de origem como aconteceu com o meu? Um único llms.txt compartilhado que só lista URLs em inglês não está exatamente errado — ele simplesmente não faz nada pelos outros idiomas em que seu site existe.

Schema e consistência de entidade entre idiomas

O schema FAQPage, Article e Person que você já roda (veja meu detalhamento de schema markup se ainda não configurou isso) precisa dizer a mesma coisa sobre você em cada idioma, porque os motores de IA constroem um único grafo de entidade a partir de todos eles.

Duas coisas para acertar:

  • Deixe os identificadores sem tradução, traduza as strings voltadas ao humano. O @id, url, o array sameAs e o valor jobTitle do seu schema Person ou Organization precisam ser idênticos em cada idioma — é isso que diz a um motor “esta é a mesma entidade” entre idiomas. Só o texto ao redor e os rótulos legíveis por humanos mudam.
  • Não deixe uma tradução desatualizada ficar atrás do schema. Se você atualiza dateModified no seu schema Article ou adiciona uma nova entrada de FAQ em inglês, a mesma mudança precisa chegar ao JSON-LD de cada idioma, não só ao texto. Um motor que vê conteúdo em inglês atualizado semana passada e uma versão em francês da mesma página com schema de seis meses atrás lê isso como duas páginas diferentes, não como uma página em dois idiomas.

Idiomas diferentes, motores de IA diferentes

A conversa sobre GEO presume por padrão ChatGPT, Perplexity e Google AI Overviews porque é onde acontece a conversa em língua inglesa. Esse não é o quadro completo assim que você publica em russo, chinês ou coreano.

O Yandex roda sua própria camada de respostas generativas para consultas em russo e tem uma fatia de busca em russo bem maior que a do Google. As respostas baseadas em ERNIE do Baidu importam para o chinês. Os resumos de IA do Naver importam para o coreano. Se sua checklist de GEO só considera o trio de motores centrado nos EUA, você está otimizando para talvez 60% dos motores de resposta que seus leitores internacionais realmente usam — e você não vai perceber, porque nenhum desses motores aparece no Google Search Console.

Não tenho uma forma limpa de checar taxas de citação no Yandex ou Baidu daqui, e digo isso claramente em vez de fingir o contrário. O que posso dizer: não presuma que a mesma lista de três motores que você otimiza para inglês é a lista completa em todo lugar.

A evidência real do meu próprio site

Isso eu consigo medir. É o mesmo artigo de comparação GEO contra SEO, mesma estrutura de conteúdo, mesmo schema, traduzido para cada idioma — dados do Search Console de 15 de junho a 11 de setembro de 2026:

IdiomaImpressõesPosição média
Espanhol2.07731,9
Holandês3.37046,6
Francês1.39325,1
Japonês10614,8
Coreano5724,9
Alemão8660,6
Italiano3267,8
Inglês56958,2

Mesmo artigo, mesma estrutura, mesma estrutura de schema, e a variação de posicionamento vai da posição 14,8 à posição 67,8. Quero ser honesto sobre o que isso prova e o que não prova: são posições clássicas do Google tiradas do Search Console, não dados de citação de IA — não tenho uma atribuição limpa por idioma das citações do ChatGPT ou Perplexity, e não conheço ninguém que tenha ainda. O que isso prova é que “traduza e o mesmo trabalho de otimização se aplica igualmente” é falso no meu próprio site. A tradução japonesa, com uma fração das impressões, supera em posicionamento todos os outros idiomas, incluindo o original em inglês. Alguma coisa naquela página — concorrência, qualidade da tradução, como a entidade se resolve em japonês — está funcionando de um jeito que não funciona em alemão nem em italiano, com o mesmo template de schema em todos os casos.

Diga ao Claude ou ChatGPT para fazer isso: um prompt de auditoria multilíngue

Você não precisa ler especificações de hreflang para checar isso. Cole isto no Claude ou ChatGPT com a URL do seu site:

Eu tenho um site com conteúdo em vários idiomas. Para [URL], verifique: (1) se a página emite uma tag hreflang x-default, e se cada tag hreflang da página aponta para uma tradução real em vez de uma página inicial de reserva; (2) se o schema JSON-LD da página (Person, Organization ou Article) usa valores idênticos de @id, url e sameAs entre os idiomas, ou se eles diferem por idioma; (3) se o site tem um arquivo llms.txt, se ele lista páginas em idiomas além do inglês. Me diga exatamente qual desses itens falha, e cite a tag ou o campo específico que está errado em vez de um resumo genérico.

Confira a resposta contra o código-fonte real da página antes de confiar nela — um modelo vai descrever com confiança uma tag x-default que não existe se você não mostrar como ela realmente é.

O que evitar

Não construa treze arquivos llms.txt separados sem evidência real — logs de servidor mostrando visitas de crawlers de IA por subdomínio, não um palpite — de que os motores tratam seus idiomas como propriedades separadas. Um único arquivo bem delimitado que realmente liste suas URLs traduzidas resolve o buraco acima sem a manutenção de treze arquivos.

Não traduza uma página por máquina só para preencher um idioma. Uma tradução rasa e literal é pior para o GEO do que nenhuma tradução — ela dá a um motor de IA uma fonte de baixa qualidade para pesar contra o conteúdo nativo de um concorrente, e é a forma mais rápida de acabar citado em um fórum de suporte como “o site das traduções estranhas”.

A conclusão

Se sua checklist de GEO foi escrita para um único idioma, teste-a contra seu idioma de pior desempenho antes de confiar nela como sistema. A minha tinha um bug real e silencioso de hreflang e um índice de citação só em inglês parado ali por meses antes de eu checar. Ambos eram correções fáceis. Nenhum teria aparecido se eu não tivesse ido procurar pensando em um segundo idioma.

GEO multilíngue — Perguntas frequentes

hreflang afeta mesmo as citações de motores de IA, ou só o ranking clássico do Google?

Os dois, embora o mecanismo seja diferente. Para o Google clássico, hreflang diz ao crawler qual URL servir para qual idioma nos resultados de busca. Para motores de IA, hreflang e seu schema juntos fazem parte de como o motor resolve se “isso é a mesma entidade/conteúdo entre idiomas” — errar isso arrisca fazer o motor tratar suas páginas em inglês e espanhol como fontes sem relação em vez de um mesmo tema coberto duas vezes.

Preciso traduzir todo artigo para todos os idiomas que meu site suporta?

Não. Traduza os artigos onde o tema e a demanda de busca justifiquem naquele mercado — um guia de preços específico dos EUA pode não precisar de tradução para o árabe, e um artigo global sobre GEO provavelmente precisa. Quase-duplicatas não traduzidas entre idiomas são piores do que ter menos artigos, mas todos totalmente traduzidos.

Como sei se meu llms.txt está bem delimitado?

Abra o arquivo e verifique se as URLs listadas incluem algum caminho que não seja do idioma de origem. Se todas as URLs estão em um único idioma e seu site publica em vários, o índice está limitado a esse idioma, seja essa a intenção ou não.

Preciso de schema separado para cada idioma, ou um único bloco de schema reutilizado em todo lugar?

Uma entidade, apresentação traduzida. Os campos identificadores (@id, url, sameAs) permanecem idênticos entre idiomas; o texto legível por humanos (headline, description, respostas de FAQ) é traduzido por idioma. Trate isso como uma entidade descrita em vários idiomas, não como várias entidades.

Leitura relacionada: Schema Markup para GEO · Como traduzir um artigo de blog para 13 idiomas com um único agente · GEO para quem opera sozinho


Quer uma segunda opinião sobre sua própria configuração multilíngue? Entre em contato — faço auditorias de GEO para sites que publicam em mais de um idioma, ou teste você mesmo o prompt acima com o Claude se quiser checar hoje.

Continue lendo

Posts relacionados

Continue lendo

Receba o manual de IA na sua caixa de entrada

Toda quarta-feira. 28.400+ operadores. Zero enrolação.

↵ ver todos os resultados esc esc para fechar