Por que os URLs de pergunta do Stack Overflow têm o ID da pergunta antes da 'pergunta' amigável de SEO?


13

Tomemos, por exemplo, esta pergunta aleatória: Ferramenta ou plugin necessário para mostrar em quais arquivos html um determinado seletor de css é usado , observe que a parte relevante é /questions/16999.

Agora, é possível que o URL tenha sido feito assim:

/webmasters/tool-or-plugin-required-to-show-out-in-which-html-files-a-given-css-selectors-is/16999`

Essa é a questão_id que está após a pergunta, e o que vem primeiro em um URL pesa mais em SEO, por que a parte da pergunta vem após a questão_id.

Também li em um artigo que apenas os dois primeiros subdiretórios são relevantes e, portanto, somente /question/16999é relevante. Olhando para SO, isso definitivamente não é verdade, mas não posso decidir sobre o peso disso.

Estou perguntando porque vou implementar otimizações de SEO e não quero alterar o link para minhas páginas posteriormente.


btw eu queria adicionar subdiretório como uma tag
andho 17/07

Paging @Jeff Atwood. (É melhor que você vá às fontes.)
Su

1
Às vezes, o URL pode ser truncado (intencionalmente (muito tempo para armazenar no banco de dados, etc) ou por engano) .. e se o id for anterior ao slug, o servidor / script ainda poderá reconhecer a página desejada, mas com o id no final, provavelmente não. Experimente o URL desta página - remova os últimos caracteres e envie - o servidor o redirecionará para o URL correto (aparentemente o código por trás tem um tratamento especial para esse cenário). Com o id no final, você possivelmente verá uma pergunta completamente diferente (ou página de erro). webmasters.stackexchange.com/questions/16641/…
LazyOne

@ Lazyone, faça disso uma resposta para que possamos votar
John Conde

Se você deixar de fora o último "diretório" da URL para esta pergunta, você ainda receber esta pergunta: webmasters.stackexchange.com/questions/17002/foo-bar
kzh

Respostas:


13

Não sei os motivos exatos pelos quais os sites StackExchange têm ID antes da lesma, mas aqui está o motivo de eu ter dessa maneira:

Às vezes, o URL pode ser truncado (intencionalmente (muito tempo para armazenar no banco de dados, etc) ou por engano (acontece muitas vezes quando copiar e colar)). Se o ID for anterior ao slug, o servidor / script ainda poderá reconhecer a página desejada com ID no final, provavelmente não.

Experimente o URL desta página - remova os últimos caracteres e envie - o servidor o redirecionará para o URL correto ( aparentemente o código por trás deste site possui tratamento especial para esse cenário ). Com o ID no final, você possivelmente verá uma pergunta completamente diferente (o comportamento mais comum nesse caso) .. ou apenas a página de erro (quando o servidor / script garantir que o slug corresponde ao ID).

Com relação ao efeito SEO - consulte esta pergunta: SEO: urls: melhor lugar para o ID


1
Bom ponto sobre truncamento +1
UpTheCreek 19/07/11

3

Sim, eles poderiam ter adicionado o ID após o título da pergunta, se desejassem.

Em relação à posição do ID e do SEO, na minha opinião, acho que não faria diferença (ok, talvez se fosse no nome de domínio).

Do ponto de vista da legibilidade humana, parece mais claro (pelo menos para mim) ter o título legível por humanos no final, em vez de enterrado na URL.

Também li em um artigo que apenas os dois primeiros subdiretórios são relevantes; portanto, somente / question / 16999 é relevante. Olhando para SO, isso definitivamente não é verdade, mas não posso decidir sobre o peso disso.

Onde você leu isso? Não acho que esteja correto e hoje em dia esses URLs reescritos geralmente não se relacionam com subdiretórios.


Acho que teremos que concordar em discordar. Para mim, um número aleatório (ok, é o ID da pergunta) no meio da URL é meio estranho do que algo que se lê naturalmente como / pergunta / o que você fez para o almoço / murmurar? Aqui, eu simplesmente ignorava tudo a partir do murmúrio.
andho

btw aqui está o link que eu li sobre 2 subdiretórios, goodwebsiteinspector.com/en/…
andho

2
sim, teremos que concordar com a dissidência :) Não concordo com as conclusões sobre 'subdiretórios' nesse link. Esses geralmente não são subdiretórios, e o Google sabe disso. Mesmo se fosse, por que o Google rebaixaria um recurso potencialmente útil, apenas porque era "profundo"?
UpTheCreek 19/07

1

O processamento da URL pelo servidor está ignorando a parte da URL após o número de identificação da pergunta e a barra. Todos estes são equivalentes:

/ questions / 16999
/ questions / 16999 /
/ questions / 16999 / qualquer texto em tudo

Todos eles redirecionam para o URL com o texto da pergunta (reformatada) após a barra.

Isso permite que eles usem o URL de formato curto nos links de uma página para outra (como os links da barra lateral Relacionada nesta página), economizando tempo de transmissão em HTML, bem como ciclos de armazenamento e CPU. Ao ter o texto da pergunta no URL canônico (aquele redirecionado para), eles ainda obtêm os benefícios de ter um texto relevante no URL para uso na indexação de mecanismos de pesquisa.


Não consigo ver nenhum exemplo no SO em que eles usam a versão abreviada do URL.
UpTheCreek

@UpTheCreek, clique no botão compartilhar abaixo de qualquer resposta. por exemplo webmasters.stackexchange.com/q/17002
azerafati
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.