É melhor ter domínios específicos separados por país (que custa mais dinheiro) ou subdomínios que definem o país, para um melhor SEO?
por exemplo
example.com
example.com.au
example.co.uk
vs
example.com
au.example.com
uk.example.com
Suposição: As ferramentas de mestre da web do mecanismo de pesquisa, cada subdomínio, são associadas a um país. Exemplo au.example.com
está associado ao país Austrália .
Atualização # 1
Entendo que ambos os métodos funcionam, especialmente quando utilizo a suposição listada acima. A pergunta é sobre: qual método é melhor ? Existe uma diferença de SEO tão pequena entre eles? O primeiro método é muito melhor que o segundo com a obtenção de melhores resultados de SEO?
Atualização # 2
Várias pessoas sugeriram que o seguinte é uma abordagem boa / melhor:
example.com/
example.com/au
example.com/uk
Ao adicionar um código ISO específico do país ao final do URL / a primeira pasta do domínio pode ser reconhecida como o país.
Mas vários parceiros de SEO sugeriram que esse é um desperdício valioso de espaço no nível da pasta. Er .. como eu posso explicar. OK, alguns especialistas em SEO sugeriram que, se o número de níveis ou pastas no domínio exceder 5 , a página terá uma importância dramática. Basicamente, você não quer aprofundar. Como tal, adicionar o país como primeiro nível pode ser considerado um desperdício, especialmente quando pode ser tratado pelo domínio OU subdomínio - daí a questão :)
fonte
.com
é um domínio internacional. Se você tivesse como nos exemplos .com / au ou .com / uk que conteúdo diferente você teria sobre eles? Você não enfrentaria problemas de conteúdo duplicado, pois são países de língua inglesa. Se você precisar de versões traduzidas das pastas das suas páginas, é o método que a maioria das empresas usa. / pt / / fr / / es / etcRespostas:
Puramente do ponto de vista do SEO, é melhor ter um único domínio e mover versões internacionais para subpastas (não subdomínios) como:
example.com/us/
example.com/au/
example.com/uk/
A IBM está fazendo assim.
É possível que alguns mecanismos de pesquisa reduzam a classificação da página para sites com estruturas profundas porque, no final das contas, a palavra-chave no URL provavelmente tem mais peso do que a palavra-chave na página. Mas, a menos que o Google ou o Yahoo confirme isso, é um palpite puro do pessoal de SEO. A classificação da página pode diminuir por vários motivos (especialmente se o seu site for otimizado por especialistas em SEO), talvez eles estejam atribuindo-o erroneamente a estruturas profundas de pastas. Mas qual é o problema, afinal? Apenas deixe sua hierarquia de pastas plana, apenas por precaução.
Uma coisa que sabemos com certeza, porque foi confirmada pelo Google há alguns anos atrás, é que todos os domínios (independentemente do nível) são sites isolados para fins de classificação da página; portanto, ter todos os recursos no domínio único sempre melhorará a classificação da página. É por isso que
weblogs.asp.net
hospeda todos os seus blogueiros em subpastas, para que suas postagens sejam muito altas no Google, independentemente de qual blogueiro as tenha escrito.fonte
O Google associa apenas domínios de nível superior a regiões geográficas:
O Live Search da Microsoft também faz isso:
Mas também busco o domínio neutro do país, multifuncional, com um caminho de URL específico do país.
fonte
Há um efeito combinado de todas as opções acima. O que realmente faz a diferença é que, se houver
www.example.co.uk
conteúdo totalmente diferentewww.example.fr
Se eles são basicamente os mesmos com apenas algumas diferenças sutis {regionalizações / idioma etc., o uso
www.company.co/uk
/fr
pode ser melhor em termos de css é um modelo para todos os 1 mod e todas as mudanças de sites parecem se adequar a gráficos / logotipos que o conteúdo compartilhado diz que o inglês pode ser carregados de um local para todos os URLs em inglês, como inclui, por exemplo, dizer página do produto com variações regionais em {dizer uso / utilitário recomendado},/uk/productx/
/us/productx/
/au/productx/
todos podem ter seu link de detalhes técnicos vinculado
/en/productx/technical-description
para evitar problemas de conteúdo duplicadoDe uma perspectiva de SEO, a maioria olha para o país de destino e de hospedagem, de modo que um host
.fr
hospedado nos EUA nunca superará um.fr
hospedado na França para o mercado francês, mas um.com/fr
hospedado nos EUA entrará lá se o seu conteúdo superar o outro.O conteúdo é rei em SEO todo o resto é apenas ajustes uma pequena quantidade e não realmente digno de um grande esforço, a menos que ele faz você ou seus usuários qualquer bom o
/uk /ie /de
método etc é mais acessível para a maioria dos usuários como eles pousar talvez em um/uk
e ver que a partir uma opção simples menue / list suspenso eles podem passar rapidamente para a região mais adequada para si {obviamente oferecendo as pastas e não permitindo que os usuários rapidamente filme a partir/uk/productx/
de/fr/productx/
é contraproducente e vai fazer todo o ponto de pastas discutível embora}fonte
http://example.co.uk/yourcss.css
!No Google , “se nenhuma informação for inserida nas Ferramentas do Google para webmasters, dependeremos amplamente do domínio do país do site (.ca, .de etc.). Se um domínio internacional (.com, .org, .eu etc.) tiver sido usado, confiaremos no endereço IP. ”Portanto, recomendo fazer um ou mais dos seguintes procedimentos:
Use um domínio específico do país
Hospede seu site no país de destino
Informe as Ferramentas do Google para webmasters e todos os outros mecanismos de pesquisa em que país você está segmentando. Se você estiver segmentando vários países, use diretórios diferentes para poder especificá-los nas Ferramentas do Google para webmasters.
Trate o nome do país como qualquer palavra-chave importante - use-o no URL, título, h1, cópia etc.
O último ponto geralmente é negligenciado e, às vezes, é sua única opção. Se seus widgets estão disponíveis apenas no Canadá, diga "Widgets no Canadá" no texto.
fonte
Eu faria isso como lubos hasko disse , mas também (se o dinheiro permitir) compraria todos os domínios e os encaminharia para o site correto.
Exemplo,
www.example.com.au
encaminha parawww.example.com/au
.fonte
Você pode esclarecer por que você gostaria de criar três sites em inglês com públicos distintos (é um serviço localizado, por exemplo)? Existe sobreposição entre os três públicos (o SEO é mais importante) ou o site australiano é completamente inútil para os usuários do Reino Unido?
Você pode confirmar que todo o seu conteúdo está em inglês?
[adicionado mais tarde] Percebo, ao reler a pergunta, que todos os sites em consideração estão em inglês. Deixarei minha resposta original caso isso ajude outra pessoa.
É muito melhor ter nomes de domínio locais, se possível.
Existem várias maneiras de indicar em que país você está, mas o nome de domínio é uma maneira clara e universalmente reconhecível de dizer aos mecanismos de pesquisa onde você está.
Como observado nos comentários, é impossível provar esse tipo de afirmação. No entanto, este é um plano sem riscos: se não faz diferença, você não perde nada; se ganha, ganha ou perde muito.
Se você tiver escolha, faça-o. É trivialmente fácil de configurar usando .htaccess e facilita o gerenciamento do site.
[resposta original] Eu gerencio um site grande em três idiomas. Definimos como / en, / es, etc. após o nome do domínio e lamento sinceramente .
Existem vários problemas, mas o principal problema que encontramos foi o gerenciamento do fluxo do Page Rank e da página inicial .
Se você possui um site em três idiomas, a página inicial está em qual?
Você faz uma combinação dos três idiomas ou escolhe um?
Normalmente, uma boa página inicial teria muitos links para diferentes partes do site e uma boa quantidade de texto relevante .
Em um ambiente multilíngue, você inclui todos os links e texto em todos os idiomas? Caso contrário, seu site será menos eficaz em SEO . Se sim, é uma bagunça para os usuários.
A questão se resume ao fluxo do Page Rank. Em um site regular em um idioma, você deseja que a página inicial obtenha o suco das outras páginas.
Em um site multilíngue, isso não está mais claro . Você deseja que um usuário espanhol termine na página inicial em espanhol com o menor número possível de cliques . O redirecionamento automático pode ser penalizado.
Queríamos que o site em francês aparecesse primeiro nos resultados de pesquisa em francês, para que os usuários não precisassem clicar em uma página de seleção de idioma. Nossa experiência é que é necessário otimizar para cada idioma independentemente.
Ter vários idiomas por trás de um único nome de domínio tornou muito mais difícil dizer ao Google: este é o nosso site em francês, em francês, este é o site em espanhol em espanhol etc. É principalmente uma questão de o Google saber em qual idioma cada página está Qual especificação de idioma você inclui no cabeçalho da página inicial?
Além disso, é verdade que você é levemente penalizado por hierarquias profundas de pastas (que é uma marca registrada do antigo SEO blackhat).
Ao usar domínios separados, você pode otimizar de forma limpa e fácil cada site com um bom fluxo de Page Rank. Se você usa um único domínio, a melhor opção encontrada é sacrificar a página inicial e empurrar o Page Rank para / fr, / es etc.
fonte
Estar hospedado no país pode ajudar os rankings nas páginas de resultados de mecanismos de pesquisa específicos do país, o que deve ser lembrado.
fonte
É verdade que você é levemente penalizado por hierarquias profundas de pastas (que é uma marca registrada do antigo blackhat SEO)
fonte
Para responder ao seu comentário na Atualização 2, o Google confirma neste vídeo que o número de subdiretórios em um URL não afeta a classificação da página. http://www.youtube.com/user/GoogleWebmasterHelp#p/u/6/l_A1iRY6XTM
fonte
Eu acho que o Google deveria nos dizer qual o caminho certo para os tlds, subdomínios ou pastas de países.
Eu acredito que a criação de uma pasta é mais atraente, pois você carregará o poder do link do nome de domínio principal. Caso contrário, você fará uma campanha de criação de link completamente nova para um novo nome de domínio.
fonte
A opção 1 é reconhecida pela maioria dos mecanismos de pesquisa. Como alternativa, você pode tentar encontrar um host no país de destino, pois alguns mecanismos de pesquisa também verificam o IP de destino. Muito mais informações podem ser encontradas em um artigo do ano passado sobre a Moz .
Para o orçamento limitado, a opção 2 funcionará com o Google, pois as ferramentas para webmasters permitem segmentar países por subdomínio.
fonte