Quais destas três reescrições de URL são melhores URLs amigáveis ​​para SEO?

11

Imagine meu site atual de arquivo simples sem CMS com um URL como http://example.com/en/tomato.

Naturalmente, isso é muito desagradável e pode ser qualquer coisa, desde sopa de tomate , tomate à banda de música , tomate ao filme , ou mais improvável, mas ainda assim ... apenas sobre tomates!

Então, quero torná-lo mais específico tanto para humanos reais quanto para mecanismos de pesquisa. Dado: tanto o código de idioma e código de nome de arquivo curto é essencial e não pode ser substituída de modo algum lugar tem que ser ene tomatopreciding / seguindo o que delimitador como /para .htaccess para fazer os redirecionamentos invisíveis corretas para /tomato.php?language=en.

Algumas opções surgiram em minha mente para as palavras adicionadas no URL:

A   example.com/en/tomato/just-about-tomatos
B   example.com/en/tomato/just-about-tomatos.htm
C   example.com/just-about-tomatos/en/tomato
D   example.com/en/tomato_just_about_tomatos
E   example.com/en/tomato-just-about-tomatos

Question1: Qual destes é o melhor para os seres humanos e para os mecanismos de pesquisa?

Pergunta 2: Qual regra elegante única deve fazer isso acontecer no .htaccess ?

Obrigado por suas sugestões e respostas! Muito apreciado.

url url-rewriting search-engines seo Sam
fonte

Respostas:

6

Eu acho que você pode ter escolhido a melhor resposta prematuramente?

Pergunta 1:
Minha escolha seria example.com/en/tomato/just-about-tomatos- minha lógica é:

  • /en/é uma pasta de idioma principal que engloba todo o conteúdo, portanto, é mais adequada para aparecer diretamente após o domínio e é a melhor opção para implementação multilíngue após a) novo domínio eb) subdomínio.
  • /just-about-tomatosé a página - portanto, deve residir no final. Não há necessidade de escrever .htmno final, pois você está reescrevendo o URL e os usuários NÃO SE importam com o idioma / plataforma que você usa.

Pergunta 2:
para adicionar a just-about-tomatospeça ao seu URL, você provavelmente precisará criar um sistema de mapeamento, pois essa fase não aparece no seu URL existente.

Mike Hudson
fonte
reconsiderou sua sugestão como a melhor resposta, de fato! Uma pergunta final: seria correto ter a última parte (que pode realmente ser qualquer coisa) texto textual com espaços? <a href="/webmasters//en/tomato/just about tomatos">....</a> ou absolutamente espaços devem ser evitados e substituídos por hífens -?
Sam
2
Os espaços não podem fazer parte de um nome de arquivo / URL da Web (a menos que seja codificado) e não são considerados práticas recomendadas (como um espaço indica o final do URL) e, no mínimo (se você deve usá-los), deve ser codificado %20. Eu definitivamente iria com hífens (traços) toda vez.
Mike Hudson
+1 para essa pequena clarificação. Além dos traços, -que outras opções existem? São +melhores que traços? função urlencode do PHP usa-os por padrão, parece ... o que você recomenda sobre esta questão? Muito obrigado
Sam
+vai fazer tão bem na maioria das situações, no entanto, parece que o Google (e a maioria dos outros editores incl SE) escolheu o lado do hífen da cerca - goo.gl/7ZFtV
Mike Hudson
1
@ Sam - Não vejo nada de errado com isso - pode parecer um pouco spam quando você começa a repetir palavras desnecessariamente.
Mike Hudson
4

Só quero esclarecer o que Eric Vold escreve sobre o parâmetro ( ?lang=en)

Acontece que o Google não recomenda o uso desse tipo de parâmetro , pois é confuso para os visitantes (e outros fatores).

A melhor opção da sua lista seria A, como sugerido seriocômico, mas ainda melhor se você colocar desta maneira:

pt.example.com/tomato/just-about-tomatos

aji
fonte
@aji, +1 por ler minha mente naquele lang.website.com/etc, MAS eu não escrevi essa opção, pois não sei como tornar isso possível via htaccess / minha conta pesk com hospedagem compartilhada ... A questão é apenas sobre qual método seria melhor, seria muito legal se você sugerisse como fazer isso acontecer. De qualquer forma, obrigado pela sua sugestão!
Sam
3

O URL deve ser o mais descritivo possível e deve estar em contexto com o conteúdo exibido. Eu também trabalho muito em URLs de SEO e acho que, para meu conhecimento, a opção B é boa.

B   example.com/en/tomato/just-about-tomatos.htm
inkovic
fonte
Com base na sua lógica, todas as 4 sugestões feitas pelo questionador são adequadas?
Mike Hudson
2
Parece-me estranho que você escolheria aquele com uma extensão de arquivo.
UpTheCreek
1

O uso de hífens é bom para SEO e essa técnica é favorável à escrita de URL do tipo SEO. Usamos diferentes tipos de URL, mas eles não são compatíveis com SEO.

user28787
fonte
-1

isso .htmé bom porque permite que os usuários saibam que tipo de arquivo é a página. Eu não sugeriria o uso /en/no URL, porque você deseja que todos os usuários acessem / acessem a mesma página, independentemente do idioma, e simplesmente alterem o idioma através do paramater de string de consulta de URL.

Então, eu sugeriria:

website.com/tomato/just-about-tomatos.htm?lang=pt

erikvold
fonte
1
Isso é bastante complicado - 1) por que ter uma string de consulta quando você pode reescrevê-la de uma maneira mais amigável? (Ele já está reescrevendo o URL!) 2) Por que o usuário se importa com o 'tipo de arquivo' da página?
UpTheCreek