Mais idiomas no seu diretorio: o que realmente torna uma pagina traduzida uma pagina diferente

Cada variante de idioma e uma promessa que a pagina nao cumpre sozinha
Ativar mais idiomas costumava significar contratar um tradutor e esperar semanas. Hoje a plataforma faz isso por voce: escolhe-se dez idiomas, e da noite para o dia o site tem dez enderecos para a mesma pagina, um menu com bandeiras, e toda a interface reescrita. A parte que nao acontece sozinha e a unica coisa que um mecanismo de busca le primeiro: o que esta escrito na pagina.
Uma pagina estatica como a pagina inicial, a pagina de precos ou as paginas legais pode realmente ser traduzida palavra por palavra, e uma vez traduzida, e honestamente uma pagina diferente em outro idioma. Um anuncio e um animal diferente. Um anunciante escreve seu perfil uma vez, no idioma que fala, e nada na plataforma pode colocar palavras na boca dele em outros nove idiomas sem traduzi-las por maquina, o que muda o que ele realmente escreveu, ou deixa-las exatamente como estao sob um endereco que afirma ser, digamos, a versao alema.
Multiplique isso por cada anuncio do site, e a expansao para dez idiomas que deveria abrir nove novos mercados produz, em vez disso, nove copias de uma pagina que, ate onde um mecanismo de busca consegue ver, diz exatamente a mesma coisa no mesmo idioma sob um endereco diferente. Isso nao e um risco teorico. E o resultado padrao de ativar a traducao no nivel do modelo sem tocar na unica parte da pagina que o anunciante realmente escreveu.
Nada disso aparece como um erro. A compilacao funciona, as paginas carregam, o seletor de idioma funciona, e o site parece pronto. O que ele realmente produziu so se torna visivel em como os mecanismos de busca tratam essas paginas meses depois, quando o trafego para os novos idiomas nunca chega como chegou para os que realmente valiam a pena traduzir.
O que o hreflang realmente faz, e o que ele nunca poderia fazer
A tag que quase todo mundo lembra assim que ouve falar em SEO internacional e o hreflang, e a ele se atribui mais do que ele realmente faz. A propria documentacao do Google o descreve com uma unica funcao: apontar para quem busca o endereco mais adequado para seu idioma ou regiao, dentro de um conjunto de paginas que o mecanismo ja trata como versoes equivalentes de um mesmo conteudo. E uma instrucao de roteamento, nao uma traducao e nao um impulso no ranking.
Dois mal-entendidos decorrem disso, e ambos importam aqui. Primeiro, o hreflang nao faz o Google ver uma pagina como traduzida. A documentacao do Google e explicita ao dizer que nao usa hreflang, nem mesmo o atributo de idioma declarado pela propria pagina, para descobrir em que idioma o conteudo realmente esta; ele le as palavras e decide por conta propria. Uma tag que declara que uma pagina e a versao em portugues nao muda nada do que o Google conclui que a pagina realmente diz.
Segundo, o hreflang nao e uma alavanca para a posicao no ranking. Em nenhum lugar das diretrizes do Google ele e descrito como algo que ajuda uma pagina a posicionar-se melhor. O que ele afeta e qual, entre varios enderecos equivalentes, e mostrado a um determinado usuario, depois que o ranqueamento ja aconteceu. Um site que espera que mais idiomas signifiquem diretamente mais visibilidade esta pedindo a ferramenta errada para fazer um trabalho diferente.
Essa lacuna entre o que os operadores acham que o hreflang compra e o que o Google realmente diz que ele faz e onde se perde a maior parte do trabalho num lancamento multilingue. A tag e barata de adicionar e facil de deixar tecnicamente correta sem, ainda assim, resolver nada, porque o problema que ela existe para resolver, escolher qual variante de idioma mostrar, nunca foi o problema que um diretorio com anuncios nao traduzidos realmente tem.
A regra que decide se uma pagina traduzida e de fato uma pagina diferente
O Google coloca o teste real de forma direta: versoes localizadas de uma pagina so sao consideradas duplicadas entre si se o conteudo principal da pagina permanecer nao traduzido. Tudo em um lancamento multilingue de anuncios se resume a essa frase, porque ela traca a linha entre paginas que de fato multiplicaram o conteudo do site e paginas que so multiplicaram seus enderecos.
Uma pagina inicial, uma pagina de categoria ou uma pagina de precos passa no teste assim que o texto visivel muda de idioma, porque o conteudo principal e justamente o que foi traduzido. Uma pagina de anuncio construida sobre o mesmo modelo nao passa da mesma forma. A navegacao, os botoes, o rodape legal mudam de idioma. O unico paragrafo que o visitante realmente veio ler, a descricao escrita pelo proprio anunciante, permanece exatamente como foi escrito, porque ninguem tem autoridade para reescreve-lo em seu lugar.
Esse e o mecanismo, nao uma suposicao sobre intencao. Um mecanismo de busca nao precisa presumir nenhum motivo para tratar paginas quase identicas como duplicadas; ele esta lendo a mesma frase no mesmo idioma nos dois enderecos e tirando a conclusao obvia. Um problema de paginas quase identicas aparece tambem do lado de cidades e categorias de um diretorio de classificados, e a solucao ali e o mesmo principio aplicado a outro eixo: mais enderecos so valem a pena quando o conteudo por tras deles e realmente diferente, nao quando um modelo gerou uma nova URL de graca.
O efeito pratico se agrava com a escala. Dez anuncios traduzidos para dez idiomas sao cem enderecos, e se o conteudo escrito so varia mesmo na lingua do modelo ao redor, um mecanismo de busca tentando decidir qual mostrar se ve com noventa quase-copias competindo com a unica pagina que faz trabalho real. Isso dilui o sinal em vez de multiplica-lo, e faz isso em silencio, porque nada no site parece quebrado enquanto acontece.
Tres formas pelas quais uma build multilingue quebra isso sem ninguem perceber
A tag reciproca e a falha mais comum, e e aquela sobre a qual o Google e mais direto: cada versao de idioma precisa listar a si mesma e todas as outras versoes, e se duas paginas nao apontarem uma para a outra, as tags sao ignoradas por completo para esse par. Isso geralmente quebra depois do lancamento, nao no lancamento, quando um novo idioma e adicionado ao site e a lista de idiomas alternativos nas paginas que ja existiam nunca e atualizada para incluir esse idioma.
O valor x-default e mal aplicado quase com a mesma frequencia, geralmente na direcao oposta: adicionado a cada pagina em vez do unico lugar para o qual foi criado. O Google o descreve como a opcao de reserva mostrada quando nenhum dos idiomas declarados corresponde a configuracao do visitante, pensada para uma pagina seletora de idioma ou uma pagina inicial que redireciona automaticamente, nao para um anuncio que ja tem um idioma proprio perfeitamente definido. Coloca-lo em todo lugar nao causa um erro, so diz ao Google nada util em paginas onde algo util ja era conhecido.
Os codigos de regiao sao o detalhe que custa menos para acertar e que mais erram. O Google so reconhece codigos de idioma ISO combinados com codigos de regiao ISO, e o instinto natural para um publico britanico, escrever UK, e justamente um dos codigos que a propria documentacao do Google aponta como sem nenhum efeito; o codigo valido e GB. Um codigo de pais sozinho tambem nao funciona. Nada disso gera um erro durante a compilacao. Simplesmente nao faz nada, em silencio, enquanto ninguem verifica.
Uma decisao que nao pertence a essa lista, porque nao e de fato um problema de hreflang, e se gerenciar mercados separados em dominios de pais, subdominios ou pastas do site principal. A documentacao do Google nao declara uma preferencia de ranking entre os tres, e um subdominio especifico de idioma nem sequer diz sozinho ao Google qual e o publico pretendido; isso precisa ser definido explicitamente em outro lugar. Seja qual for a estrutura que um diretorio ja use, e muito improvavel que seja o motivo de suas paginas traduzidas nao funcionarem. Os tres erros acima quase sempre sao.
O que realmente verificar antes de adicionar um decimo primeiro idioma
Comece pelos anuncios, nao pelo modelo. Para cada perfil individual, decida honestamente se o conteudo principal, as palavras do proprio anunciante, existe em mais de um idioma. Se nao existir, essa pagina tem exatamente uma versao real de idioma, seja la o que o modelo do site diga, e a atitude honesta e deixa-la viver em um unico endereco em vez de fabricar outros nove que dizem a mesma coisa.
Para as paginas que sao de fato traduzidas, as estaticas e de categoria onde alguem realmente reescreveu o texto, verifique a mao os links reciprocos em uma amostra de paginas apos cada mudanca: abra o codigo-fonte, confirme que a lista de idiomas alternativos da pagina A inclui a pagina B e que a lista de B inclui A, nas duas direcoes, para cada idioma que o site afirma suportar. Um par quebrado aqui e invisivel ate que seja verificado.
Para anuncios que nunca serao traduzidos, existem duas opcoes honestas. Ou servir o anuncio somente no idioma em que foi realmente escrito, sem nenhuma declaracao de idioma alternativo anexada, ou traduzir as partes que realmente importam para a busca, o titulo e a breve descricao, deixando claro que o anuncio completo permanece no idioma original. O que nao funciona e um endereco que declara uma traducao que a pagina nao contem.
Confirme que os codigos de regiao correspondem exatamente a lista ISO, sendo GB em vez de UK o erro mais comum na primeira tentativa, e resista ao instinto de colar x-default em cada pagina em vez da unica pagina feita para usa-lo. Nada disso e trabalho complicado. Basta uma tarde com uma planilha de enderecos e o habito de olhar o codigo-fonte, e isso sai bem mais barato do que descobrir seis meses depois por que o trafego de nove idiomas novos nunca chegou. Se uma pagina aparece ou nao na busca depende primeiro de um conjunto diferente de interruptores, mas nada disso importa se a pagina traduzida em questao nunca foi de fato uma pagina diferente.


