Um prefixo /en para inglês pode ser válido
Um site multilíngue pode usar /en para o inglês, assim como pode usar /he para o hebraico. Outro design válido coloca o inglês na raiz. O problema é a duplicação não gerenciada e os sinais conflitantes: por exemplo, ambos /services e /en/services servindo a mesma página em inglês enquanto links, canônicos e sitemaps discordam.
Este projeto usa o inglês na raiz e prefixa os demais idiomas suportados, incluindo bengali, hebraico e árabe. Essa é uma convenção do projeto, não uma regra universal de SEO. Seus caminhos redundantes com prefixo em inglês redirecionam para os caminhos de raiz correspondentes. Um site já organizado de forma consistente em torno de /en não precisa migrar apenas para seguir essa convenção. Veja a orientação do Google sobre estruturas de URL multilíngues.
Mapeie páginas equivalentes explicitamente
Cada tradução genuína deve normalmente canonicalizar para sua própria URL preferencial. Vincule as versões equivalentes com elementos hreflang recíprocos, incluindo uma referência à página atual. Use URLs absolutas e um código de idioma válido. x-default identifica um fallback para idiomas sem uma correspondência específica; isso não significa que toda página seja em inglês.
Por exemplo, uma página de serviço em inglês pode apontar para seus equivalentes em bengali, hebraico e árabe, e cada equivalente retorna o mesmo cluster. Um link para a página inicial em outro idioma não substitui uma tradução de serviço ausente.
Uma navegação traduzida ao redor de um artigo inalterado em inglês não cria um artigo traduzido. Neste site, a tradução de um artigo recebe sua própria URL canônica e links de idioma recíprocos somente quando há conteúdo principal traduzido disponível. Uma URL de idioma que ainda exibe a fonte em inglês aponta para o canônico em inglês e é excluída do cluster de tradução. A referência de versão localizada do Google explica as anotações recíprocas e o conteúdo principal não traduzido.
Verifique o HTML e a direção de leitura
Retorne um atributo lang significativo com o HTML do servidor. O hebraico e o árabe precisam de dir="rtl"; use propriedades lógicas de início/fim para o layout. Isole valores da esquerda para a direita, como endereços de e-mail, URLs e nomes de produtos, onde eles de outra forma seriam reordenados de modo confuso. Os metadados de idioma não substituem um conteúdo legível e corretamente traduzido.
Uma revisão prática de lançamento
- Solicite uma URL representativa em cada idioma sem o JavaScript do navegador e inspecione o título, o canônico, o idioma e os cabeçalhos.
- Siga os links de idioma alternativo em ambas as direções e confirme que eles resolvem com sucesso para conteúdo equivalente.
- Mantenha no sitemap apenas as URLs preferenciais e publicadas. Exclua variantes de rastreamento, coleções vazias e rascunhos.
- Confirme que um host de pré-visualização entrega
noindexem um cabeçalho HTTP ou em uma meta tag HTML, enquanto a produção permanece indexável. Permita que os rastreadores busquem a página de pré-visualização para que possam ler essa diretiva. - Exercite a troca de idioma em um serviço, um artigo e o formulário de consulta, incluindo carregamentos diretos e preferências memorizadas.
O comportamento de noindex segue a orientação de controle de indexação do Google. Essas verificações apoiam uma descoberta consistente; elas não prometem posicionamentos. Para ajuda na implementação, veja desenvolvimento web e o serviço secundário de SEO técnico.
