Como devo estruturar meus URLs para SEO e localização?

Quando configuro um site em vários idiomas, como devo configurar meus URLs para mecanismos de pesquisa e usabilidade?

Digamos que meu site seja www.example.come estou traduzindo para francês e espanhol. O que é melhor para usabilidade e SEO?

Opção de diretório:

http://www.example.com/sample.html
http://www.example.com/fr/sample.html
http://www.example.com/es/sample.html

Opção de subdomínio:

http://www.example.com/sample.html
http://fr.example.com/sample.html
http://es.example.com/sample.html

Opção de nome de arquivo:

http://www.example.com/sample.html
http://www.example.com/sample.fr.html
http://www.example.com/sample.es.html

Cabeçalho Accept-Language:

Ou devo simplesmente analisar o Accept-Languagecabeçalho e gerar conteúdo do servidor para se adequar a esse cabeçalho?

Há outra maneira de fazer isso? Se as diferentes versões de idiomas não tiverem URLs diferentes, o que devo fazer com os mecanismos de pesquisa?

UPDATE 2011-12-06

O Google tem novas recomendações para metatags para apontar explicitamente para outro conteúdo de idioma: Nova marcação para conteúdo multilíngue .

ATUALIZAÇÃO 25-05-2012

Relacionados, mas não precisamente: anotações de sites multilíngues e multinacionais nos Sitemaps

ATUALIZAÇÃO 12/06/2013 A segmentação do conteúdo do site para um país específico inclui a discussão de vários esquemas de URL diretamente relevantes para a pergunta.

Existem muitas maneiras aceitáveis ​​de estruturar seu site para SEO e internacionalização. Cada um tem vantagens e desvantagens.

Domínios de nível superior

Compre o mesmo nome de domínio em vários domínios de países de nível superior example.com, como , example.ese example.de.

Vantagens

• Totalmente suportado pelo Google. Você pode adicionar os sites às Ferramentas do Google para webmasters, onde há opções para informar ao Google sobre como eles são segmentados.
• Geralmente preferido por usuários que tendem a gostar de conteúdo publicado no TLD para seu país
• O próprio nome de domínio pode ser localizado. Muitos usuários internacionais podem reagir mal a palavras em inglês ou a um nome de domínio com som em inglês. Isso pode ser especialmente importante para idiomas que não usam um alfabeto latino.
• Suporta localização por país. Você pode ter sites separados example.co.uke example.com.audirecionados ao público em diferentes países. Os sites podem ter conteúdo duplicado com pequenas diferenças ortográficas e ainda assim ter uma boa classificação. De fato, vários sites bem localizados no mesmo idioma podem ter uma classificação melhor que um único site nesse idioma.
• A hospedagem pode ser localizada apontando o DNS para um servidor Web no país que está sendo segmentado.

Desvantagens

• Caro e demorado para comprar muitos domínios. Especialmente se você tiver que lidar com posseiros.
• Os cookies não podem ser compartilhados entre vários locais, o que significa que os usuários precisam fazer login separadamente em cada site.
• Não é uma boa opção para localizar apenas por idioma, pois muitos idiomas têm vários países e nenhum TLD de país pode ser o código do idioma. Mesmo nos casos em que o TLD corresponde ao código do idioma es, os mecanismos de pesquisa podem assumir que o site é apropriado apenas para usuários da Espanha, não para todos os falantes de espanhol.

Subdomínios

Compre um único domínio e use subdomínios como en.example.com, ees.example.com

Vantagens

• Totalmente suportado pelo Google.
• Suporta localização por país ou idioma.
• A hospedagem pode ser localizada apontando o DNS para um servidor da Web localizado próximo aos usuários.
• Fácil e barato de implementar em comparação com a compra de vários domínios.
• Os cookies podem ser compartilhados em todos os locais, permitindo o logon único para uma experiência do usuário mais uniforme.

Desvantagens

• Nenhuma oportunidade de localizar o próprio nome de domínio
• Pode parecer menos local para os usuários em comparação com um domínio de nível superior.

Subdiretórios

Compre um único domínio e use subdiretórios como example.com/en/, eexample.com/es/

Vantagens e desvantagens

• O mesmo que subdomínios, exceto que há uma entrada DNS que impede a hospedagem do site em vários países para diferentes localidades.

Técnicas que NÃO são recomendadas

• Nomes de arquivos : Usando nomes de arquivos diferentes, como index_en.htmle index_de.html. Esta técnica não é totalmente suportada pelo Google. Por exemplo, não há como definir a segmentação nas ferramentas para webmasters.
• Parâmetros de URL : Usando parâmetros de URL como lang=en. Não é recomendado pelo mesmo motivo que nomes de arquivos diferentes não são recomendados.
• Aceitar cabeçalho do idioma : alternar automaticamente o idioma com base no Accept-Languagecabeçalho.
  • Muitos usuários não têm esse cabeçalho definido corretamente. Isto é especialmente verdade para usuários que viajam para o exterior que podem estar usando o computador de um amigo ou um cyber café. Também costuma ser verdade para usuários internacionais que instalam um navegador da Web em inglês e sabem inglês o suficiente para se locomover, mas preferem conteúdo em um idioma diferente.
  • O Google acaba de anunciar que o Googlebot enviará o Accept-Languagecabeçalho e rastreará de diferentes localizações geográficas . No entanto, o Google ainda recomenda que você tenha URLs separados para o conteúdo em diferentes idiomas.
  • Você pode usar o Accept-Languagecabeçalho para sugerir que os usuários possam preferir uma versão diferente do site exibindo uma mensagem quando o site que eles estão visitando não corresponde ao Accept-Languagecabeçalho.
• Endereços IP geográficos : alterna automaticamente o idioma com base no local geográfico do endereço IP.
  • Os bancos de dados geo-ip são imprecisos. Até 10% dos visitantes podem ser atribuídos ao país incorreto .
  • Alguns países (como o Canadá) usam mais de um idioma
  • Você pode usar o país do endereço IP para sugerir um idioma ou idiomas nos quais um usuário possa estar interessado.

Marcação na página

Ao oferecer suporte a vários idiomas, você deve marcar claramente os metadados do idioma.

Use o atributo lang na htmltag:

<html lang="en">

Use links alternativos para a mesma página em outros idiomas, conforme sugerido pelo Google :

<link rel="alternate" hreflang="es" href="http://www.example.com/" />
<link rel="alternate" hreflang="es-ES" href="http://es-es.example.com/" />
<link rel="alternate" hreflang="es-MX" href="http://es-mx.example.com/" /> 
<link rel="alternate" hreflang="en" href="http://en.example.com/" />

Como alternativa, essas informações podem ser colocadas nos arquivos do mapa do site .

Informe o Google sobre seu site

Você deve adicionar cada idioma (ou local) do seu site às Ferramentas do Google para webmasters . Isso pode ser feito para domínios de nível superior, subdomínios ou subdiretórios.

Se seu site é segmentado por país, você deve usar as ferramentas do webmaster para definir a segmentação do site. Navegue para "Configuração" -> "Configurações" -> "Destino geográfico" e escolha o destino no país correto na lista suspensa.

Respondendo a uma pergunta semelhante à sua em seu blog, Matt Cutts sugere :

Se você possui sites com versões em francês e alemão para uma empresa, minhas preferências são:

1. ccTLDS como exemplo.fr ou exemplo.de
2. Depois disso, subdomínios como fr.example.com ou de.example.com.
3. Se isso não for possível, eu usaria subdiretórios como example.com/fr/ ou example.com/de/

Como usuário alemão, odeio quando um site não me deixa entrar na página em inglês porque acha que sabe melhor o que eu quero. Pode ser difícil para os americanos entenderem, mas na verdade existem pessoas que falam mais de um idioma.

Às vezes, posso querer ver os sites alemães e, às vezes, quero ver o inglês.

Simplesmente analisar o Accept-Languagecabeçalho pode me deixar louco.

Isso é especialmente verdade se a sua página em alemão for uma tradução barata da sua página em inglês.

Para facilitar o uso do usuário, a versão em inglês também deve ter localização como domain.com/en/ou en.domain.com.

Quando digito, domain.comvocê adivinha uma página em inglês ou alemão com base no meu Accept-Languagecabeçalho. Se, no entanto, não gostar da sua escolha, poderei simplesmente trocar o idioma no nome de domínio.

Dica extra: se você tiver o idioma na frente do nome do domínio, digitando ger.domain.come de.domain.comme levar ao site alemão.

Na minha opinião, você deve usar a abordagem de pasta ou subdomínio, porque eles são mais intuitivos para o usuário. Qual é uma questão de gosto pessoal, eu pessoalmente acho a abordagem da pasta mais clara. A opção de nome do arquivo é muito menos intuitiva.

Analisar o Accept-Languagecabeçalho para direcionar o usuário ao conteúdo correto em sua primeira visita é uma boa idéia, mas você deve fazê-lo apenas para redirecionar a URL da pasta ou do subdomínio. Caso contrário, seria impossível vincular o conteúdo em um idioma específico, e a indexação do seu site será uma bagunça.

Use a opção subdomínio se você usar versões localizadas (por exemplo, França! = Francês). Use subdomínios, mas acho melhor usar diretórios se este país usar idiomas diferentes. Por exemplo:

us.domain.com (USA)
us.domain.com/en/sample.html (USA - english)
us.domain.com/es/ejemplo.html (USA - spanish)
es.domain.com (Spain)
es.domain.com/es/ejemplo.html (Spain - spanish)
es.domain.com/ca/exemple.html (Spain - catalan)

O Bing conta com meta-metatags, mas para o Google você precisa usar as Ferramentas do Google para webmasters.

Se você deseja segmentar mercados globais, use www.domain.comcom um idioma de usuário preferido (o navegador fornece prioridades de idioma no Accept-Languagecabeçalho) quando você o possui ou com o idioma principal do mercado quando não o possui.

Esta é a mesma pergunta que fiz no Stack Overflow . E eu tenho um recurso para isso, que postarei como resposta aqui.

Encontrei um bom recurso do Google sobre as escolhas que você pode fazer. Há uma seção com prós e contras de cada método que você pode usar.

Estou lutando com sites multilíngues há algum tempo. Definitivamente, existem alguns pontos no artigo que não são mencionados nas respostas mencionadas. Por isso senti a necessidade de postar isso como resposta. Espero que isso ajude alguém.

Eu não usaria subdomínios. Em termos de SEO, é menos útil: http://www.hobo-web.co.uk/seo-blog/index.php/blog-subdomain-or-subfolder-which-is-best/ .

Discussão semelhante aqui: Subdomínio versus subdiretório .

Se você procurar sites grandes, os subdomínios mais frequentemente são usados.

Também depende se o seu negócio é mais de natureza global ou local. Somos uma agência de direitos autorais, portanto, para usar seus negócios mais locais. Portanto, os domínios de nível superior são melhores do que executar tudo .com.

Nome do arquivo é um conceito que ainda não vi.

A adoção mais recente nessa direção, como o Aplicativo de página única (SPA) para produtos baseados em SAAS -

1. O uso de sites diferentes para países diferentes perderá o suco do link que, de outra forma, seria direcionado ao nosso domínio principal da marca. Ex .: - https://www.example.in/, https://www.example.fr/etc. (Amazon, a grande gigante do comércio eletrônico cometeu esse erro no passado.)

2. Usar o mesmo domínio com o SPA e redirecionar todos os visitantes para ele será bom, mas só poderemos segmentar para um idioma nesse caso. Haverá uma má experiência do usuário devido a diferentes países que precisam de idiomas diferentes.

3. Existem muitos exemplos melhores nesse caso (por exemplo, Microsoft e Uber). Eu pessoalmente gosto do que eles estão fazendo e acredito que eles estão usando as melhores práticas de SEO.

   Quando Lang - inglês com diferentes países.

   • https://www.example.com/en-in (Para a Índia)
   • https://www.example.com/en-au/ (Para a Austrália)
   • etc.

   ou

   • https://www.uber.com/en/in/ (Para a Índia),
   • https://www.uber.com/en/au/ (Para a Austrália)
   • https://www.uber.com/fr/ (Para a França)
   • etc.

   Quando Lang e Country são iguais -

   • https://www.example.com/fr-fr/ou https://www.example.com/fr/fr/(para a França)
   • https://www.example.com/ru-ru/ou https://www.example[dot]com/ru/ru/(para a Rússia)
   • etc.

Para obter mais clareza, consulte a Ajuda do Google Search Console: Gerenciamento de sites multirregionais e multilíngues