Tradução Automática e SEO

TL;DR — Tradução automática — usar uma ferramenta como Google Translate, DeepL ou um modelo de IA para traduzir suas páginas — não é proibida para SEO. O que coloca sites em apuros é publicar um monte de traduções automáticas cruas e não revisadas apenas para ranquear em mais idiomas. Se um humano revisa e limpa a tradução antes de você publicar, você está fazendo o que a maioria dos grandes sites internacionais já faz.

O que “tradução automática e SEO” significa

Tradução automática (MT) é quando um software traduz seu conteúdo em vez de uma pessoa — Google Translate, DeepL, Microsoft Translator ou um chatbot de IA. A pergunta sobre SEO que as pessoas realmente fazem é alguma versão de: “If I use this to translate my site, will Google penalize me?” (tradução) «Se eu usar isso para traduzir meu site, o Google vai me penalizar?»

A resposta curta: não, não por usar tradução automática. O Google penaliza um padrão, não uma ferramenta.

A regra, em uma frase

As diretrizes do Google visam páginas em massa, não revisadas e de baixo valor publicadas principalmente para manipular o ranqueamento — e a tradução automática é apenas uma maneira de produzir essas páginas. Ela está na mesma lista que raspar e embaralhar palavras. O problema é “little value… to users” (tradução) «pouco valor… para os usuários» em escala, não o fato de que uma máquina fez a tradução.

Então, existem realmente duas coisas muito diferentes que as pessoas chamam de “tradução automática”:

• Um despejo bruto de MT — você passa mil páginas pelo Google Translate e clica em publicar, ninguém as verifica. Este é o arriscado.
• MT + revisão humana — a máquina faz o primeiro rascunho, depois uma pessoa corrige os trechos estranhos antes de ir ao ar. Isso é normal e não há problema.

Esse segundo fluxo de trabalho tem um nome — MTPE, pós-edição de tradução automática — e é assim que a maioria dos grandes sites multilíngues opera. Traduzir cada página 100 % à mão geralmente não é realista quando você tem milhares de páginas, então eles contam com a máquina e colocam humanos no controle de qualidade.

Qualquer que seja o fluxo de trabalho, o conteúdo principal visível — não apenas o texto padrão ao redor — precisa ser traduzido de forma coerente para o público-alvo.

O que o Google realmente disse (recentemente)

Em 2025, o Google disse claramente que conteúdo traduzido por IA não é automaticamente spam, e excluiu silenciosamente seu antigo conselho que dizia aos proprietários de sites para bloquear páginas traduzidas automaticamente. Ele até deixou as dezenas de milhões de páginas traduzidas por IA do Reddit em paz. A direção é clara: o Google julga a página por ser útil, não por como foi feita.

O detalhe que os iniciantes perdem

Acertar a tradução é apenas metade do trabalho. Existe uma tag técnica chamada hreflang que diz ao Google qual versão de idioma é para quem — e no meu estudo de centenas de milhares de sites, a maioria deles a tinha quebrada. Uma página perfeitamente traduzida com hreflang quebrado ainda é mostrada para as pessoas erradas. Então, “tradução automática e SEO” é realmente dois problemas: a tradução é boa o suficiente, e o encanamento está apontando para o público certo.

Quer a versão completa — o texto exato da política, o caso do Reddit em escala, o fluxo de trabalho real de MTPE e como a camada hreflang quebra — além do que acontece se você não traduzir nada? Mude para a aba Avançado.

Valide páginas traduzidas automaticamente antes de escalar

Resíduo do idioma de origem

Teste a executar: Examine títulos renderizados, cabeçalhos, texto do corpo, navegação, dados estruturados e texto de imagem em busca de strings inesperadas no idioma de origem e revise os casos sinalizados. Resultado esperado: Apenas nomes aprovados e termos intencionalmente não traduzidos permanecem. Interpretação de falha: O pipeline de tradução pulou campos ou injetou o pacote de locale errado. Janela de monitoramento: A cada lote de publicação e após mudanças de template. Gatilho de reversão: Passagens materiais no idioma de origem aparecem em páginas de produção.

Amostra de pós-edição humana

Teste a executar: Peça a um revisor qualificado do idioma de destino que avalie uma amostra representativa quanto a significado, fluência, terminologia e intenção local. Resultado esperado: As páginas comunicam a fonte com precisão e são lidas naturalmente pelo público-alvo. Interpretação de falha: O modelo, o glossário ou o conteúdo de origem não são adequados para publicação sem supervisão. Janela de monitoramento: Antes do lançamento e para cada tipo de conteúdo materialmente novo. Gatilho de reversão: Erros críticos de significado, segurança, legais ou de marca escapam da amostra de revisão.

Mapeamento técnico de localidade

Teste a executar: Rastreie as páginas traduzidas e valide o código de resposta, a possibilidade de indexação, a URL preferencial autorreferente, o hreflang recíproco e os destinos alternativos diretos. Resultado esperado: Cada tradução aprovada é um membro acessível e preferencial do conjunto correto. Interpretação de falha: O fluxo de publicação criou conteúdo sem um mapeamento técnico consistente. Janela de monitoramento: Imediatamente após cada lote e até o próximo rastreamento completo. Gatilho de reversão: Traduções prioritárias apontam a URL preferencial para a página de origem ou produzem conjuntos hreflang quebrados.

Verificação de valor pós-lançamento

Teste a executar: Segmente impressões de pesquisa, cliques, engajamento e feedback do usuário por diretório traduzido e tipo de conteúdo em relação à sua própria linha de base pré-lançamento ou período anterior. Resultado esperado: As páginas aprovadas ganham exposição relevante sem um padrão concentrado de reclamações de qualidade. Interpretação de falha: O lote pode ser de baixo valor, mal localizado ou mapeado para as consultas erradas. Janela de monitoramento: Da indexação até o primeiro período de revisão sazonalmente comparável. Gatilho de reversão: Um problema de qualidade repetível afeta o lote e não pode ser corrigido página por página rapidamente.

TL;DR — A tradução automática não é proibida. A política de abuso de conteúdo em escala do Google tem como alvo MT em massa, não revisado, publicado em escala para manipular o ranqueamento — o gatilho é “little value… to users,” (tradução) «pouco valor… para os usuários», não o método. O Google declarou em 2025 que conteúdo traduzido por IA é not “strictly defined… as spam,” (tradução) «não é “estritamente definido… como spam”», removeu seu antigo conselho de bloqueio de robots.txt e não tomou nenhuma ação sobre as dezenas de milhões de URLs traduzidas por IA do Reddit. O fluxo de trabalho em escala é MTPE (MT + pós-edição humana), porque tradução 100 % humana de cada página geralmente não é prática. Dois modos de falha separados: qualidade da tradução e o invólucro técnico — meu estudo de 374 756 domínios que usam hreflang encontrou 67 %+ com algum problema de hreflang, então o conteúdo MT frequentemente erra o alvo do público mesmo quando a tradução está boa. E se você não traduzir nada, o Google pode traduzir automaticamente suas páginas para seu próprio subdomínio translate.goog e ficar com o tráfego.

O Google penaliza conteúdo traduzido por máquina?

Não — não por ser traduzido por máquina. Esta é a alegação mais desatualizada no conteúdo dos concorrentes, a maior parte escrita antes da renomeação da política do Google em março de 2024 e dos esclarecimentos de 2025, então ainda repete uma linha genérica de “o Google penaliza conteúdo traduzido automaticamente”.

Aqui está a política em vigor. As políticas de spam do Google definem abuso de conteúdo em escala (a seção renomeada de “conteúdo gerado automaticamente” em março de 2024) como: “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” (tradução) «Abuso de conteúdo em escala ocorre quando muitas páginas são geradas com o objetivo principal de manipular o ranqueamento nas buscas e não ajudar os usuários.» A tradução aparece uma vez, em uma lista de exemplos, agrupada com raspagem e sinonímia: “Scraping feeds, search results, or other content to generate many pages (including through automated transformations like synonymizing, translating, or other obfuscation techniques), where little value is provided to users.” (tradução) «Raspagem de feeds, resultados de busca ou outro conteúdo para gerar muitas páginas (inclusive por meio de transformações automatizadas como sinonímia, tradução ou outras técnicas de ofuscação), quando pouco valor é oferecido aos usuários.»

Leia isso com atenção. Não diz que “conteúdo traduzido” ou “conteúdo traduzido por máquina” é uma violação. As palavras que sustentam o peso são “to generate many pages” (tradução) «para gerar muitas páginas» e “where little value is provided to users.” (tradução) «onde pouco valor é fornecido aos usuários». O padrão é volume + baixo valor + intenção de manipulação de ranqueamento. A tradução é citada como uma forma de cometer esse padrão, no mesmo contexto que a raspagem — não como uma categoria de conteúdo proibido.

Declaração de 2025 do Google — a linha atual mais clara

A confirmação mais citável e mais atual veio em junho de 2025. Depois que o Reddit expandiu traduções por IA em seu site, Glenn Gabe perguntou diretamente ao Google se isso era sancionado, e um porta-voz do Google respondeu (relatado pelo Search Engine Land): “While we don’t comment on the status of specific sites or pages, nor do we provide individualized support for any site, our policies do not strictly define content that has been translated by AI as spam. Our scaled content abuse policy mentions automated transformations, including translations, as part of the overall warning against creating large amounts of unoriginal content that provides little to no value to users.” (tradução) «Embora não comentemos o status de sites ou páginas específicos, nem ofereçamos suporte individualizado a nenhum site, nossas políticas não definem estritamente como spam o conteúdo traduzido por IA. Nossa política de abuso de conteúdo em escala menciona transformações automatizadas, incluindo traduções, como parte do alerta geral contra a criação de grandes quantidades de conteúdo não original que oferece pouco ou nenhum valor aos usuários.»

Isso é o Google confirmando, em linguagem clara, exatamente a distinção acima: tradução por IA/máquina não é “strictly defined… as spam” (tradução) «“estritamente definido… como spam”»; a política é sobre saída em escala e de baixo valor, não sobre o método de tradução em si.

O que mudou em 2024–2025

Três movimentos concretos contextualizam a política atual:

• A renomeação de março de 2024. “Conteúdo gerado automaticamente” tornou-se abuso de conteúdo em escala, reformulando toda a área em torno de valor em escala em vez de como o conteúdo foi criado. A antiga linguagem de ajuda sobre “conteúdo gerado automaticamente” (que literalmente listava “texto traduzido por uma ferramenta automatizada sem revisão ou curadoria humana antes da publicação” como exemplo) foi incorporada a essa estrutura baseada em valor.
• A remoção da orientação sobre robots.txt em 2025. O Google removeu sua orientação de longa data que dizia aos proprietários de sites para usar robots.txt para bloquear páginas traduzidas automaticamente, caracterizando-a no changelog como “This is a docs-only change, no change in behavior.” (tradução) «Esta é uma mudança apenas de documentação, sem mudança de comportamento.» Quando a política avalia o conteúdo pelo valor para o usuário em vez do método de criação, uma regra genérica de “bloquear todas as páginas traduzidas por máquina” deixou de ser correta. A ferramenta correta para uma página traduzida específica de baixa qualidade agora é noindex no nível da página, não um bloqueio de robots.txt em todo o site.
• Consistência ao longo de 15 anos. Nada disso é realmente novo. As pessoas do Google (Mueller em 2010, Cutts em 2011) traçavam a mesma linha — tradução automatizada não revisada vs. tradução revisada — muito antes de “tradução por IA” ser o termo. Nunca foi sobre tradução como técnica; sempre foi sobre automação não revisada em escala.

MT seguida de revisão humana vs. despejos brutos de MT em massa

Esta é a distinção que realmente importa operacionalmente. Duas coisas são chamadas de “tradução por máquina para SEO”, e elas vivem em lados opostos da política:

• Despejo bruto de MT em massa — milhares de páginas processadas pelo Google Translate ou DeepL e publicadas sem revisão humana, principalmente para aparecer em mais idiomas. Este é o risco de abuso de conteúdo em escala.
• MTPE — pós-edição de tradução por máquina — a MT produz o primeiro rascunho; um linguista humano ou editor fluente revisa e corrige antes da publicação. MTPE leve corrige legibilidade e erros óbvios; MTPE completo eleva a saída à qualidade de tradução humana.

MTPE é o fluxo de trabalho padrão de fato da indústria em qualquer escala real. Vale a pena ser preciso sobre o que é: uma prática de controle de risco, não uma etapa oficial de conformidade do Google. O Google não concede às páginas traduzidas uma isenção de “revisão” ou qualquer outra aprovação formal — a revisão humana apenas mantém a saída no lado certo da barra de valor que a política de abuso de conteúdo em escala realmente mede. A razão pela qual o MTPE domina é pragmática: tradução 100 % humana de cada página geralmente não é prática ou acessível quando você mantém milhares ou milhões de URLs localizadas em uma dúzia de mercados. MT bruto é o piso barato e arriscado; tradução humana completa é o teto caro e lento; MTPE é onde o SEO internacional empresarial realmente vive. E fazer tudo certo — saída fluente, revisão humana, hreflang tecnicamente válido — ainda não garante indexação, ranqueamento ou como uma página é exibida; remove o risco de abuso de conteúdo em escala, não compra um resultado de ranqueamento. (Vou mais fundo na camada estratégica — quando você deve traduzir versus localizar completamente — no artigo irmão sobre tradução versus localização.)

Mais uma coisa antes de enviar qualquer coisa por uma ferramenta de tradução: enviar conteúdo de página para uma API de MT ou um LLM significa que esse texto sai do seu sistema e vai parar com um terceiro. O que acontece com ele — retenção, se é usado para treinamento de modelo, onde é armazenado, quem mais pode acessá-lo — depende inteiramente do provedor específico, do plano em que você está e das regras de proteção de dados da sua jurisdição. Isso importa mais para páginas que carregam dados pessoais, conteúdo regulamentado (saúde/financeiro/jurídico) ou qualquer coisa sob NDA ou restrição de licenciamento do que para cópia de marketing genérica. Isso não é conselho de SEO — verifique os termos atuais de processamento de dados do provedor para o seu plano real e envolva quem cuida de proteção de dados/jurídico na sua empresa, antes de enviar qualquer coisa sensível por ele. Nenhum artigo de SEO, incluindo este, pode resolver isso por você.

O caso Reddit: prova de que é aplicado por valor, não por método

Reddit é o teste de estresse do mundo real. De acordo com o relato de Glenn Gabe, Reddit escalou traduções de IA em mais de 20 idiomas e publicou dezenas de milhões de URLs traduzidos por IA — Gabe cita, por exemplo, 2,3 milhões de URLs ranqueando na França e 2,4 milhões na Espanha. Isso é o mais “em escala” que conteúdo em escala pode ser. A resposta do Google, nas palavras de Gabe: “Well, nothing happened. Nothing at all.” (tradução) «Bem, nada aconteceu. Absolutamente nada.» Nenhuma ação manual, nenhuma despromoção algorítmica.

A lição não é “MT bruto em escala é sempre seguro” — é que o Google aplicou a política com base em se o conteúdo subjacente era útil, não no método de tradução ou volume. (Tenha cuidado ao atribuir o enquadramento: o Reddit caracterizando a abordagem como “sancionada” é o enquadramento do Reddit, não uma citação do Google. O que o Google realmente disse é a declaração “not strictly defined as spam” (tradução) «“não estritamente definido como spam”» acima.)

A camada técnica que o conteúdo MT ainda precisa

Aqui está o ponto diferenciado que a maioria das coberturas perde: qualidade de tradução e implementação técnica são dois modos de falha separados, e você tem que acertar ambos.

URLs dedicadas e indexáveis — não sobreposições de JS. Um widget do Google Tradutor ou uma sobreposição de tradução JS no lado do cliente não dá aos mecanismos de busca páginas traduzidas reais para ranquear. A própria orientação do Google sobre versões localizadas e documentos multirregionais assumem URLs distintas e rastreáveis por idioma. Tradução em tempo real sem URLs dedicadas, indexáveis e com tags hreflang é um problema mais claro do que qualidade de MT — simplesmente não há nada traduzido para o mecanismo indexar.

Hreflang — e por que a maior parte dele está quebrado. O hreflang informa aos mecanismos de busca qual versão de idioma/região servir para quem. No meu estudo de hreflang com 374 756 domínios (Brighton SEO 2023), mais de 67 % dos domínios que usam hreflang tinham pelo menos um problema — anotações x-default ausentes, tags de autorreferência ausentes, referências a páginas redirecionadas ou quebradas, tags de retorno recíproco ausentes, ponteiros para URLs não canônicas e valores de idioma inconsistentes. O hreflang é um dos aspectos mais complexos do SEO e só funciona como um cluster recíproco: se duas páginas não apontarem uma para a outra, o Google ignora o par inteiro.

Juntando tudo isso, a implicação prática é desconfortável: a maioria das configurações de páginas traduzidas está direcionando mal seu público, independentemente da qualidade da tradução. Uma página perfeitamente traduzida por humanos com hreflang quebrado tem desempenho tão ruim quanto um despejo bruto de MT com hreflang perfeito. A qualidade da tradução é necessária, mas não suficiente. (A mecânica — os três métodos de implementação, a regra de reciprocidade, x-default, códigos válidos — está nos mergulhos profundos de hreflang e x-default.)

Um esclarecimento útil da documentação do Google: páginas traduzidas não são automaticamente conteúdo duplicado. O Google trata explicitamente uma página como duplicada apenas “if the main content of the page remains untranslated” (tradução) «se o conteúdo principal da página permanecer sem tradução» — ou seja, o mesmo corpo no idioma de origem em uma URL /de/. Uma página genuinamente traduzida, independentemente de como foi produzida, não é uma duplicata.

O requisito mínimo, antes de qualquer outra coisa: uma URL indexável dedicada por idioma, conteúdo principal real visível sem JavaScript, um cluster hreflang recíproco (autorreferência + todos os alternates + x-default) e um canônico que aponte para si mesmo em vez da página no idioma de origem. A qualidade da tradução não vale nada se algum desses quatro estiver ausente — o Google não tem nada indexável para julgar. (O passo a passo completo está na lente Decision Trees.)

O que acontece se você não traduzir nada

Há um incentivo real em 2025 para publicar pelo menos uma tradução de linha de base revisada em vez de nada: o Google pode traduzir automaticamente seu conteúdo para o próprio subdomínio translate.goog e ficar com o tráfego. De acordo com a análise da Ahrefs (que revisei), estima-se que 377M de visitas orgânicas mensais fluam pelas páginas de proxy de tradução do Google, com Índia, Indonésia e Brasil entre os mercados mais afetados — tráfego que poderia ter ido para as próprias páginas localizadas do editor original.

Minha opinião, e vou sustentá-la: o Google fala em melhorar o sistema de hreflang há anos; em vez de continuar ajudando os criadores a localizar, ele efetivamente decidiu reivindicar uma parte desse tráfego como seu. O Google enquadra o proxy como um fallback para quando “there is no high-quality, local-language content available” (tradução) «não há conteúdo local de alta qualidade disponível no idioma local» (como o Search Engine Land relatou) — o que inverte o argumento usual. A ausência de uma página traduzida real e revisada é o que convida o Google a traduzi-la para você e ficar com o clique. Publicar até mesmo uma página enxuta no idioma nativo, revisada por MTPE, com hreflang adequado, é como você faz sua URL ser a que é indexada. Este é um forte argumento comercial a favor da MT revisada, não contra a tradução.

A abordagem do Bing

A Bing/Microsoft não publica uma política dedicada sobre tradução automática como a política de spam do Google. Suas Diretrizes para webmasters estruturam o ranqueamento em torno da qualidade e credibilidade do conteúdo de forma ampla, sem uma exceção específica para tradução. A leitura honesta: o Bing não tem uma regra específica para MT, mas suas diretrizes gerais sobre conteúdo raso/de baixa qualidade se aplicariam da mesma forma — despejos de MT em massa sem revisão são um subconjunto de conteúdo raso, não uma política exclusiva do Bing. Observe também que o Bing depende mais do sinal content-language do que do hreflang, o que vale considerar no wrapper técnico.

A conclusão

A tradução automática é uma ferramenta de SEO legítima e comum. Use-a como um primeiro rascunho, coloque um humano no controle de qualidade (MTPE), dê a cada idioma uma URL indexável dedicada, configure o hreflang corretamente e avalie o resultado pelo fato de ser realmente útil para aquele mercado. Se fizer isso, você não está enganando ninguém — está fazendo o que todo grande site multilíngue já faz. Pule a revisão e despeje MT bruto em escala para perseguir ranqueamento, e isso é o padrão que a política de abuso de conteúdo em escala existe para capturar.

Resumo de IA

Uma visão condensada da versão Avançada:

• MT não é proibida. A política de abuso de conteúdo em escala do Google tem como alvo páginas em massa, sem revisão e de baixo valor publicadas para manipular o ranqueamento. A tradução é citada como um exemplo ao lado de raspagem e sinonimização; o gatilho é “little value… to users,” (tradução) «pouco valor… para os usuários», não o método.
• Google, 2025: conteúdo traduzido por IA é not “strictly defined… as spam.” (tradução) «não é “estritamente definido… como spam”». A política de abuso de conteúdo em escala o rege pelo valor.
• Duas movimentações corroborantes de 2025: o Google removeu sua antiga recomendação de robots.txt para bloquear páginas traduzidas automaticamente (“This is a docs-only change, no change in behavior.” (tradução) «Esta é uma mudança apenas de documentação, sem mudança de comportamento.»), apontando para noindex em nível de página para páginas específicas de baixa qualidade; e não tomou nenhuma ação sobre as dezenas de milhões de URLs traduzidas por IA do Reddit.
• A distinção real: despejo bruto de MT em massa (arriscado) vs. MTPE — rascunho de MT + pós-edição humana (prática padrão). Tradução 100 % humana de todas as páginas geralmente não é viável em escala empresarial. MTPE é uma prática de controle de risco, não uma etapa oficial de conformidade com o Google — e mesmo uma saída fluente, revisão humana e hreflang válido não garantem indexação, ranqueamento ou exibição; eles apenas removem o risco de abuso de conteúdo em escala.
• Dois modos de falha separados: a qualidade da tradução e o wrapper técnico. O estudo do Patrick com 374 756 domínios que usam hreflang encontrou 67 %+ com algum problema de hreflang, então o conteúdo de MT frequentemente erra o público-alvo independentemente da qualidade da tradução.
• O requisito técnico mínimo: URL indexável dedicada por idioma, conteúdo principal real visível sem JS, hreflang recíproco + x-default, self-canonical. Se qualquer um desses faltar, não há nada indexável para que a qualidade da tradução importe.
• Sobreposições de JS não são páginas traduzidas. Os mecanismos de busca precisam de URLs dedicadas, indexáveis e com tags hreflang por idioma.
• Antes de enviar qualquer coisa a um provedor de MT: verifique seus termos de tratamento/retenção de dados e envolva jurídico/privacidade para conteúdo sensível ou regulamentado — isso é uma questão de dados, não de SEO, e varia por provedor, plano e jurisdição.
• Não é conteúdo duplicado: o Google trata uma página como duplicada somente se o conteúdo principal permanecer sem tradução.
• Risco de não traduzir: o Google pode traduzir automaticamente suas páginas para translate.goog (~377M de visitas mensais passam por ele) e manter o tráfego — um argumento a favor de MT revisada.
• Bing: sem política específica de MT; as diretrizes gerais de conteúdo raso se aplicam.

Documentação oficial

Documentação de fonte primária sobre conteúdo traduzido automaticamente e localizado.

Google

• Políticas de spam para a Pesquisa Google — a seção de abuso de conteúdo em escala (renomeada de conteúdo gerado automaticamente em março de 2024) menciona “automated transformations like synonymizing, translating, or other obfuscation techniques” (tradução) «transformações automatizadas como sinonimização, tradução ou outras técnicas de ofuscação» quando “little value is provided to users.” (tradução) «pouco valor é oferecido aos usuários». O julgamento é sobre valor, não sobre o método.
• Como usar conteúdo gerado por IA — a postura do Google de priorizar conteúdo útil e ser agnóstico quanto ao método, que a orientação de tradução reflete.
• Versões localizadas das suas páginas — mecânica do hreflang, regra de reciprocidade e observação de que uma página localizada é duplicata “only if the main content of the page remains untranslated.” (tradução) «somente se o conteúdo principal da página permanecer sem tradução».
• Gerenciar sites multilíngues e multirregionais — URLs dedicadas por idioma e o aviso contra traduzir apenas texto de modelo. (Este é o documento que anteriormente continha o conselho agora removido sobre bloqueio via robots.txt.)
• Visão geral de SEO internacional — páginas adaptadas ao local e como o Google pode não rastrear/indexar/ranquear todas as variantes de local.

Bing / Microsoft

• Diretrizes para webmasters do Bing — expectativas gerais de qualidade de conteúdo que tradução automática em massa não revisada pode violar; sem exceção específica para tradução automática.

Citações da fonte

Declarações oficiais do Google. Quando uma citação chegou até mim por meio de reportagem secundária, em vez de uma página de fonte diretamente verificável, isso é observado.

Google — tradução por IA não é categoricamente spam (junho de 2025)

• “While we don’t comment on the status of specific sites or pages, nor do we provide individualized support for any site, our policies do not strictly define content that has been translated by AI as spam. Our scaled content abuse policy mentions automated transformations, including translations, as part of the overall warning against creating large amounts of unoriginal content that provides little to no value to users.” (tradução) «Embora não comentemos o status de sites ou páginas específicos, nem forneçamos suporte individualizado para qualquer site, nossas políticas não definem estritamente conteúdo traduzido por IA como spam. Nossa política de abuso de conteúdo em escala menciona transformações automatizadas, incluindo traduções, como parte do aviso geral contra a criação de grandes quantidades de conteúdo não original que fornece pouco ou nenhum valor aos usuários.» — porta-voz do Google, junho de 2025. Leia a cobertura

Google — a política de abuso de conteúdo em escala

• “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” (tradução) «Abuso de conteúdo em escala é quando muitas páginas são geradas com o objetivo principal de manipular o ranqueamento nos mecanismos de busca e não de ajudar os usuários.» — Documentação do Google Search Central. Ver a citação
• ““…including through automated transformations like synonymizing, translating, or other obfuscation techniques…”” (tradução) «…incluindo por meio de transformações automatizadas, como sinonímia, tradução ou outras técnicas de ofuscação…» — mesma página. Ver a citação

Google — a mudança na orientação sobre robots.txt (2025)

• “This is a docs-only change, no change in behavior.” (tradução) «Esta é uma mudança apenas na documentação, sem mudança de comportamento.» — changelog do Google Search Central, ao remover o conselho de bloquear páginas traduzidas automaticamente via robots.txt. Leia a cobertura

Google — páginas localizadas e conteúdo duplicado

• “Localized versions of a page are only considered duplicates if the main content of the page remains untranslated.” (tradução) «Versões localizadas de uma página só são consideradas duplicatas se o conteúdo principal da página permanecer sem tradução.» — Documentação do Google Search Central. Ver a citação

Escala do caso Reddit (via Glenn Gabe / GSQi)

• Sobre a (in)ação do Google contra as dezenas de milhões de URLs traduzidas por IA do Reddit: “Well, nothing happened. Nothing at all.” (tradução) «Bem, nada aconteceu. Absolutamente nada.» — Glenn Gabe, GSQi. Leia a cobertura

Qual método de tradução esta página deve receber?

A questão não é “MT ou humano?” em abstrato — é “how much human review does THIS page, in THIS market, justify?” (tradução) «quanta revisão humana ESTA página, NESTE mercado, justifica?» Analise de cima para baixo.

1. É uma URL dedicada e rastreável? Se você está oferecendo apenas um widget do Google Translate ou uma sobreposição JS no lado do cliente, pare — não há página traduzida indexável para os mecanismos de busca ranquearem. Crie URLs reais e distintas por idioma primeiro. Tudo abaixo pressupõe que você as tenha.

2. O quanto esse mercado importa?

• Baixa prioridade / mercado pequeno / conteúdo de referência com pouca nuance → MT bruta é um ponto de partida defensável, idealmente claramente rotulada e tratada como uma ponte.
• Qualquer mercado em que você realmente queira ranquear → você precisa de pelo menos MTPE. Continue.

3. Quão competitiva é a consulta / quão alto é o valor da página?

• Não competitiva, informativa, alto volume de páginas → MTPE leve (rascunho em MT
  • correções humanas de legibilidade/erros). Bom o suficiente supera perfeito em escala.
• Páginas de valor médio a alto nas quais você quer competir → MTPE completo (rascunho em MT + revisão humana completa até a qualidade humana).
• Páginas de dinheiro de maior valor, texto crítico da marca → tradução humana (ou transcriação para slogans/anúncios).

4. É sensível (checkout, jurídico, YMYL, geração de leads)? Nunca envie MT bruta aqui. MTPE completo ou humano, e considere uma X-Robots-Tag para bloquear a tradução por proxy do próprio Google nessas URLs.

5. Qualquer nível que você escolheu — o wrapper está certo? URL dedicada indexável ✓ · cluster hreflang recíproco (self + todos os alternates) ✓ · x-default definido ✓ · canonical aponta para si mesma, não para a página no idioma de origem ✓. Pule isso e até uma página traduzida por humanos erra o alvo.

Regra prática: MT bruta é um rascunho, não um produto pronto para publicação para qualquer coisa que você queira ranquear. MTPE é o piso para conteúdo competitivo. O risco de abuso de conteúdo em escala vive inteiramente no passo 2 quando você responde “baixa prioridade” para todos os mercados e envia tudo sem revisão.

Mitos sobre tradução automática que custam ranqueamento

Cada um destes é uma crença comum do mundo real, por que está errada e o que fazer em vez disso.

Mito: “Tradução automática é proibida / vai te penalizar.” Por que está errado: o Google declarou explicitamente que conteúdo traduzido por IA/MT não é “strictly defined… as spam.” (tradução) «estritamente definido… como spam». O risco é a saída em escala, sem revisão e de baixo valor — não o método de tradução. A maior parte do conteúdo que repete essa linha é anterior à renomeação da política de 2024 do Google. Faça em vez disso: Use MT livremente como rascunho; julgue a página publicada pelo valor para o usuário e revise antes de publicar.

Mito: “Você deve traduzir totalmente por humanos cada página ou o Google vai te penalizar.” Por que está errado: MTPE (MT + revisão humana) é prática padrão em escala, e tradução 100 % humana de cada página geralmente não é prática para sites grandes. A política do Google visa automação em massa sem revisão, não a presença de MT no fluxo de trabalho. Faça em vez disso: Execute MTPE — reserve a tradução totalmente humana para suas páginas de maior valor e texto de dinheiro/marca.

Mito: “Um widget do Google Translate ou overlay JS = ter páginas traduzidas.” Por que está errado: A tradução no lado do cliente, em tempo real, não dá aos mecanismos de busca nada indexável. Não há URLs dedicadas, rastreáveis e com hreflang para ranquear. Em vez disso, faça: Publique URLs reais e distintas por idioma, com conteúdo traduzido renderizado no servidor e hreflang recíproco.

Mito: “Se o Google traduz automaticamente minha página, isso cobre minha localização.” Por que está errado: O proxy translate.goog do Google é um recurso de contingência para quando “there is no high-quality, local-language content available” (tradução) «não há conteúdo local de alta qualidade disponível» — ele desloca seu tráfego e sua marca para o domínio do próprio Google, em vez de cumprir qualquer estratégia para você. Em vez disso, faça: Publique sua própria página revisada no idioma nativo, com hreflang, para que sua URL seja a indexada; os links do proxy tendem a desaparecer quando páginas reais com hreflang existem.

Mito: “Este é um problema novo criado pela IA.” Por que está errado: O Google (Mueller em 2010, Cutts em 2011) fez a mesma distinção entre não revisado e revisado muito antes de “tradução por IA” ser a expressão usada. A política nunca foi sobre a ferramenta. Em vez disso, faça: Trate como a mesma questão antiga de qualidade em escala — automação revisada é aceitável; despejos em massa não revisados não são.

Mito: “Páginas traduzidas são conteúdo duplicado.” Por que está errado: O Google trata uma página como duplicada apenas “if the main content of the page remains untranslated.” (tradução) «se o conteúdo principal da página permanecer sem tradução». Palavras diferentes em outro idioma não são duplicatas. Em vez disso, faça: Traduza de fato o corpo principal (não apenas o texto padrão) e marque as variantes com hreflang — não deixe o corpo no idioma de origem em uma URL de país.

SOP: Passo de controle de qualidade MTPE antes de publicar páginas traduzidas

Uma lista de verificação repetível que sua equipe executa em cada lote de páginas traduzidas por máquina antes de irem ao ar. Adapte a profundidade (MTPE leve vs. completo) ao valor da página.

Preparação

1. Confirme que a página tem uma URL dedicada e rastreável para o idioma de destino (não um overlay JS).
2. Coloque a fonte e a saída de MT lado a lado na sua ferramenta de revisão / TMS.
3. Atribua um revisor que seja nativo ou fluente no idioma de destino, não apenas um generalista bilíngue.

Revisão linguística (por página) 4. Leia a saída de MT como um usuário nativo — sinalize qualquer coisa que pareça saída de máquina, fraseado estranho ou expressão mal traduzida. 5. Verifique se termos de marca, nomes de produtos e strings de UI ficaram sem tradução ou usam o termo localizado aprovado (glossário/termbase). 6. Verifique números, moedas, unidades, datas e frases legais/de conformidade — a MT corrompe esses elementos silenciosamente. 7. Confirme que qualquer texto embutido em imagens/capturas de tela foi tratado (a MT não o toca).

Revisão de SEO (por página) 8. Confirme que o título e a meta descrição foram traduzidos e leem naturalmente — não deixados no idioma de origem. 9. Verifique a palavra-chave de destino: o fraseado da MT é o que os locais realmente pesquisam, ou uma tradução literal que ninguém usa? (Esta é a entrega de localização, não apenas tradução.) 10. Verifique o hreflang: autorreferência presente, todos os alternates listados, cada alternate retorna a tag recíproca, x-default definido. 11. Confirme que o canonical aponta para a própria página, não para a URL no idioma de origem.

Publicar e monitorar 12. Publique; envie/atualize o sitemap para esse idioma. 13. Após a indexação, verifique no GSC o segmento de idioma/país: a URL certa está ranqueando, ou um proxy translate.goog ainda aparece? Se o proxy persistir, reavalie o hreflang. 14. Registre padrões recorrentes de erro da MT de volta no termbase / glossário do mecanismo de MT para que a saída bruta do próximo lote seja melhor.

Cadência: execute as etapas 4–11 em cada página para mercados de alto valor; amostre (por exemplo, 10 %) mais verificações automatizadas para mercados de baixa prioridade e alto volume.

Playbook: você já publicou um despejo bruto de MT — e agora

Um runbook linear para a situação em que uma implantação em massa de tradução automática não revisada já está no ar e está com baixo desempenho ou você está preocupado com a leitura de abuso de conteúdo em escala. Siga as etapas em ordem.

Etapa 1 — Confirme o sintoma. É um problema de qualidade/escala (páginas finas, sem avaliações, em escala) ou de segmentação (páginas boas, público errado)? Verifique o GSC por país/idioma: suas URLs estão indexadas e ranqueando, ou os proxies translate.goog estão aparecendo no lugar? A correção difere.

Etapa 2 — Faça a triagem das páginas, não entre em pânico e exclua. Segmente por valor de mercado e tráfego. Você não vai revisar manualmente um milhão de páginas da noite para o dia, e também não deve aplicar noindex em massa em tudo.

Etapa 3 — Para páginas genuinamente de baixo valor que você não pode revisar em breve: Aplique noindex no nível da página para as URLs traduzidas específicas de baixa qualidade (esta é a ferramenta recomendada pelo Google pós-2025 — não um bloqueio em todo o site via robots.txt). A própria orientação de remediação do Google para conteúdo em escala é excluí-lo da Pesquisa se você estiver hospedando-o.

Etapa 4 — Para páginas em mercados que importam: Execute-as por MTPE (veja o SOP) começando pelas URLs de maior tráfego/maior valor. Corrija a tradução e o invólucro (hreflang, canônico, títulos/metas) na mesma passada.

Etapa 5 — Corrija o invólucro técnico em toda a extensão. Mesmo antes de a revisão linguística terminar, corrija clusters hreflang quebrados e problemas de canônico automático — isso geralmente é o maior ganho, já que 67 %+ dos domínios que usam hreflang no estudo tinham algum problema de hreflang e a segmentação incorreta suprime até páginas boas.

Etapa 6 — Elimine a tradução somente via JS. Se qualquer conteúdo “traduzido” existia apenas como um widget/overlay do Google Tradutor, substitua-o por URLs reais indexáveis — não havia nada para os mecanismos ranquearem.

Etapa 7 — Reindexe e verifique. Atualize os sitemaps para os idiomas revisados, solicite a indexação de URLs prioritárias e acompanhe o GSC por país: o objetivo é que suas URLs substituam qualquer proxy translate.goog no SERP para o mercado.

Etapa 8 — Evite a recorrência. Mova o SOP de MTPE para upstream para que o próximo lote seja revisado antes da publicação. Alimente erros recorrentes de MT no glossário/termbase do mecanismo.

Reafirmação: o Google não tomou nenhuma ação manual nem contra os dezenas de milhões URLs traduzidas por IA do Reddit — a política é aplicada com base no valor, então um despejo bruto não é uma penalidade automática. Mas “não penalizado” não é “tendo bom desempenho”. O manual acima é sobre fazer as páginas realmente funcionarem, que é a mesma coisa que as mantém seguras.

Casos reais

Reddit — tradução bruta por IA em escala massiva, sem ação. O Reddit escalou traduções por IA em mais de 20 idiomas e publicou dezenas de milhões de URLs traduzidas por IA (Glenn Gabe cita ~2,3 milhões de URLs ranqueando na França, ~2,4 milhões na Espanha). Este é o maior teste ao vivo da política de abuso de conteúdo em escala contra tradução automática. A resposta do Google, de acordo com o relato de Gabe: “Well, nothing happened. Nothing at all” (tradução) «Bem, nada aconteceu. Absolutamente nada» — nenhuma ação manual, nenhum rebaixamento. A própria declaração do Google (via Search Engine Land) foi que conteúdo traduzido por IA não é “strictly defined… as spam.” (tradução) «estritamente definido… como spam». Conclusão: a política é aplicada com base no valor do conteúdo, não no método de tradução ou no volume. (Atribua o enquadramento “sancionado” ao Reddit, não ao Google.)

O proxy translate.goog do Google — o custo de não traduzir. A análise da Ahrefs (que revisei) estimou 377M de visitas orgânicas mensais fluindo pelas páginas de proxy de tradução do Google, com Índia, Indonésia e Brasil entre os mercados mais afetados. Quando um editor não tem uma página local de alta qualidade, o Google traduz a página em inglês para seu próprio subdomínio translate.goog e fica com o clique. Antes: sem página localizada → o proxy do Google captura o tráfego internacional. Depois: publique uma página revisada no idioma nativo com hreflang adequado → os links do proxy tendem a desaparecer e sua URL é indexada para o mercado.

Texto padrão não traduzido em uma URL de país — a verdadeira armadilha de conteúdo duplicado. Uma falha comum: criar URLs /de/ mas deixar o corpo principal em inglês (apenas o nav/rodapé traduzido). A documentação do Google é explícita: uma página localizada é duplicada “only if the main content of the page remains untranslated.” (tradução) «somente se o conteúdo principal da página permanecer não traduzido» Antes: corpo em inglês em uma URL alemã → tratado como duplicado, não uma página alemã real. Depois: traduza o conteúdo principal (MT + revisão é suficiente), e o Google tem uma página alemã genuína para ranquear — não é mais uma duplicata.

Prompts de IA prontos para uso

Prompts de copiar e colar para usar um LLM em um fluxo de trabalho MTPE. Sempre mantenha um humano no processo — eles aceleram a revisão, não a substituem.

Pós-editar uma tradução automática bruta (MTPE leve)

You are a native [TARGET LANGUAGE] editor doing machine-translation post-editing.
Below is the [SOURCE LANGUAGE] original and a raw machine translation.

Fix the translation so it reads as if written by a native speaker: correct
awkward phrasing, mistranslated idioms, wrong register, and grammar. Do NOT
change meaning, do NOT translate brand/product names [LIST], and keep numbers,
currencies, dates, and units correct for [TARGET MARKET].

Return: (1) the corrected translation, and (2) a bullet list of every change you
made and why, so a human reviewer can spot-check.

SOURCE:
[paste]

RAW MACHINE TRANSLATION:
[paste]

Sinalizar prováveis erros de tradução para revisão humana (triagem em escala)

Act as a QA reviewer for [TARGET LANGUAGE] machine-translated web content. Read
the translation below and output ONLY a table of suspected problems: the quoted
phrase, the issue type (idiom / mistranslation / wrong register / untranslated
term / number-format error / SEO keyword unnatural), and a suggested fix.
If nothing is wrong, say "no issues found." Do not rewrite the whole text.

TRANSLATION:
[paste]

Verificar se a palavra-chave traduzida corresponde a como os locais realmente pesquisam

For the [TARGET LANGUAGE / TARGET COUNTRY] market, is "[MACHINE-TRANSLATED
KEYWORD]" the phrase people actually search for this concept, or a literal
translation locals wouldn't use? Suggest 3-5 natural local alternatives and note
which is most likely to have search demand. Flag any that mean something
different locally (e.g., false-friend or regional-meaning traps).

Localizar o título e a meta descrição (não apenas traduzir)

Translate and localize this page title and meta description for [TARGET
LANGUAGE / MARKET]. Keep the title under ~60 characters and the description under
~155. Use the natural local phrasing for the primary keyword rather than a literal
translation, and preserve the brand name [BRAND] untranslated.

TITLE: [paste]
META DESCRIPTION: [paste]

Snippets de auditoria e detecção

Verificações práticas para encontrar problemas de MT bruta e verificar o invólucro técnico em páginas traduzidas.

Detectar uma página “traduzida” que é na verdade uma sobreposição JS

Se o texto traduzido só aparece depois que o JavaScript é executado, os mecanismos de busca não conseguem indexá-lo. Compare o HTML bruto vs. o renderizado.

macOS / Linux (shell)

# Raw HTML the crawler sees first — does the translated body text appear here?
curl -sL "https://example.com/de/" | grep -o "EIN ERWARTETER DEUTSCHER SATZ"

# If that returns nothing but the text is visible in a browser, the translation
# is client-side only. Confirm with a real render (headless Chrome):
#   npx -y @lighthouse ...  or your renderer of choice

Extrair o idioma declarado e o cluster hreflang de uma URL

Chrome DevTools Console (cole na página)

// Declared page language + every hreflang alternate on the page
console.table(
  [...document.querySelectorAll('link[rel="alternate"][hreflang]')]
    .map(l => ({ hreflang: l.hreflang, href: l.href }))
);
console.log('html lang =', document.documentElement.lang);
console.log('canonical =',
  document.querySelector('link[rel="canonical"]')?.href);

Verificar a reciprocidade do hreflang em um conjunto de URLs

O hreflang só funciona se cada página no cluster apontar de volta. Isso sinaliza tags unidirecionais — o problema mais comum no meu estudo de 374 756 domínios.

Python

import requests, re
from urllib.parse import urljoin

URLS = ["https://example.com/en/", "https://example.com/de/", "https://example.com/es/"]

def hreflangs(url):
    html = requests.get(url, timeout=20).text
    # crude but effective: grab rel=alternate hreflang link tags
    tags = re.findall(
        r'<link[^>]+rel=["\']alternate["\'][^>]+hreflang=["\']([^"\']+)["\'][^>]+href=["\']([^"\']+)["\']',
        html, re.I)
    return {lang: urljoin(url, href) for lang, href in tags}

clusters = {u: hreflangs(u) for u in URLS}
for u, alts in clusters.items():
    for lang, target in alts.items():
        back = clusters.get(target, {})
        if u not in back.values():
            print(f"NON-RECIPROCAL: {u} -> {target} ({lang}) has no return tag")

Bookmarklet: destacar blocos não traduzidos (idioma de origem)

Salve isso como um marcador; clique em uma página traduzida para verificar se o corpo principal foi realmente traduzido ou deixado apenas como texto padrão. Substitua a lista de palavras por palavras de parada comuns do idioma de origem.

javascript:(()=>{const en=/\b(the|and|your|with|for|from|this)\b/gi;document.querySelectorAll('p,li,h1,h2,h3').forEach(el=>{const hits=(el.innerText.match(en)||[]).length;if(hits>=3)el.style.outline='2px solid red';});alert('Blocks outlined in red still look like source-language text.');})();

Ferramentas para tradução automática + SEO

Mecanismos de tradução / MT

• DeepL — tende a superar o Google Tradutor em pares de idiomas europeus; boa qualidade bruta para rascunhos de MTPE.
• Google Tradutor / API Cloud Translation — maior cobertura de idiomas; a integração com o Gemini em 2025 melhorou o tratamento de expressões idiomáticas e contexto.
• Microsoft Translator — baseado no Azure, útil em fluxos de trabalho do ecossistema Microsoft.
• Tradução por LLM (Claude, GPT, Gemini) — forte para pós-edição sensível ao contexto e tradução restrita a glossários; combine com a lente Prompts.

Gerenciando MTPE em escala

• TMS / plataformas de localização (ex.: Phrase, Crowdin, Lokalise, Smartling) — memória de tradução, bases de termos/glossários e fluxos de revisão humana para que a saída bruta de MT melhore com o tempo.

Wrapper técnico (hreflang / indexação)

• Ahrefs Site Audit e Screaming Frog — rastreiam e sinalizam erros de hreflang (tags self/return ausentes, alvos não canônicos, alternates quebrados).
• Google Search Console — Segmentação internacional / desempenho por país para ver se a URL certa ranqueia por mercado (e se um proxy translate.goog está aparecendo no lugar).
• Geradores / validadores de tags hreflang — criam e verificam clusters recíprocos e x-default antes de publicar.
• Bing Webmaster Tools — o Bing depende de content-language; verifique a indexação lá separadamente.

Teste-se: Tradução automática e SEO

Cinco perguntas rápidas sobre como o Google realmente trata conteúdo traduzido por máquina. Escolha uma resposta para cada uma e depois confira.

Recursos que valem seu tempo

Meus artigos relacionados

• O Google está roubando seu tráfego internacional de pesquisa com traduções automáticas — a análise da Ahrefs que revisei sobre as páginas proxy translate.goog do Google capturando tráfego internacional (~377M de visitas mensais) e como o hreflang adequado recupera esse tráfego.
• Guia de SEO técnico para iniciantes — onde a mecânica internacional e de hreflang se encaixa no panorama geral.

Minhas palestras

• Estudo de hreflang e problemas interessantes (Brighton SEO 2023) — meu estudo com 374 756 domínios; a descoberta de que 67 %+ dos domínios têm problemas de hreflang, que sustenta o argumento de que “a qualidade da tradução é apenas metade do trabalho”.

Da indústria

• Reddit usa IA para traduzir milhões de páginas, e o Google aprova (Search Engine Land) — a declaração completa do porta-voz do Google de junho de 2025.
• É seguro? A visão em evolução do Google sobre conteúdo traduzido automaticamente (Glenn Gabe / GSQi) — o mergulho definitivo no caso Reddit e no enquadramento de abuso de conteúdo em escala.
• Google remove orientação do robots.txt para bloquear páginas traduzidas automaticamente (Search Engine Journal) — a mudança na documentação de 2025 e a mudança para noindex em nível de página.
• O Google está “roubando” seu tráfego internacional de pesquisa com traduções? (Search Engine Land) — análise independente do fenômeno da tradução por proxy, com o enquadramento do Google de “nenhum conteúdo local de alta qualidade”.
• Políticas de spam para a Pesquisa Google (Google) — leia você mesmo a seção sobre abuso de conteúdo em escala; é mais curta e clara do que a maioria dos comentários sobre ela.
• Versões localizadas das suas páginas (Google) — mecânica de hreflang e a regra de duplicidade de conteúdo principal não traduzido.

Registro de alterações