Benefício da data nos segmentos de URL


13

Fiquei curioso sobre a data nos segmentos de URL. Existe algum ponto de benefício de SEO? Por exemplo, os seguintes URLs:

http://techcrunch.com/2013/06/18/netflix-will-launch-in-the-netherlands-later-this-year-as-its-international-expansion-slows/
http://tips-for-new-bloggers.blogspot.in/2007/02/adding-favicon-icon-to-blogger-url.html 
https://community.jivesoftware.com/blogs/jivespace/2013/05/15/eol-of-the-html5-ipad-web-app

Em todos os URLs acima, há um segmento de data. As informações desses blogs podem ser obtidas através do esboço do blog, como "a netflix será lançada na holanda depois deste ano, enquanto sua expansão internacional diminui", então por que usar essa parte da data?

Respostas:


11

(Uma pergunta semelhante foi encerrada como duplicada, mas o OP não estava interessado exclusivamente em SEO, então aqui está uma resposta sobre os benefícios gerais.)

Incluir a data de publicação no URL pode ser um bom design de URL .

Usabilidade: URLs descritivos

Um URL pode fornecer dicas sobre o conteúdo a que se refere. Fornecer aos usuários essas informações antes de clicarem no link é uma coisa boa. Por exemplo, compare estes URLs:

  • http://blog.example.com/review-of-my-new-laptop
  • http://blog.example.com/2011/08/21/review-of-my-new-laptop

Aqui a data incluída pode ser útil: agora em 2014, os usuários interessados ​​nos laptops atuais provavelmente não encontrarão informações úteis neste post, porque o laptop revisado seria muito antigo.

Obviamente, isso não deve ser útil apenas para usuários humanos. Os consumidores de dados (como os mecanismos de pesquisa) também podem usar essas informações.

Não sei se algum mecanismo de pesquisa o extrai, mas o comportamento do mecanismo de pesquisa pode mudar com frequência, e existem muitos deles. Só estou dizendo que é uma possibilidade. Um caso óbvio e real é o destaque dos termos de pesquisa nos SERPs. Veja, por exemplo, esta captura de tela da Pesquisa do Google, onde o "2014" é destacado na data de publicação contida nos URLs de resultado:

Pesquisa no Google: Egito President 2014

Usabilidade: URLs navegáveis

O URL http://blog.example.com/2011/08/21/review-of-my-new-laptoppode permitir aos usuários navegar removendo segmentos de URL da direita para a esquerda:

  • http://blog.example.com/2011/08/21/ (todas as postagens publicadas no mesmo dia)
  • http://blog.example.com/2011/08/ (todas as postagens publicadas no mesmo mês)
  • http://blog.example.com/2011/ (todas as postagens publicadas no mesmo ano)

(Se você não deseja permitir a navegação, considere não usar barras e use, por exemplo, /2011-08-21/).

Implementação: colisões de nomes

Alguns anos depois, outro novo laptop. O autor não é muito criativo e nomeia o artigo novamente como "Revisão do meu novo laptop". E agora? Você pode adicionar algum tipo de contador ao URL, como

  • http://blog.example.com/review-of-my-new-laptop-2ou
  • http://blog.example.com/review-of-my-new-laptop/2ou
  • http://blog.example.com/2/review-of-my-new-laptop.

Não é muito elegante. No primeiro exemplo, parece que o "2" faria parte do título do artigo (o que não é o caso); no segundo exemplo, parece que seria a página 2 do artigo; no último exemplo, ele quebra com consistência (a menos que você adicione um /1/para todos os outros URLs desde o início).

Uma solução comum para isso é adicionar um ID (como o 49781para esta mesma questão). Mas por que você faria isso quando poderia usar a data como tipo de identificação? A data tem um significado (e pode ser útil para os usuários), o ID seria opaco para os usuários (e inútil). Então seria

  • http://blog.example.com/2011/08/21/review-of-my-new-laptop
  • http://blog.example.com/2014/01/09/review-of-my-new-laptop

ao invés de

  • http://blog.example.com/00211812/review-of-my-new-laptop
  • http://blog.example.com/02401109/review-of-my-new-laptop

(Pressupondo que nenhum artigo com o mesmo nome seja publicado no mesmo dia.)


É claro que tudo isso é relevante apenas para sites que têm uma data de publicação útil em primeiro lugar. Nem todas as páginas podem / devem ter uma data de publicação. E mesmo quando há datas de publicação mostradas na página, não necessariamente faz sentido incluí-las no URL também.


5

Não conheço nenhum benefício de SEO por ter datas em URLs e duvido que esses sites tenham usado essa estrutura para SEO, simplesmente a estrutura de URL que eles escolheram, provavelmente do ponto de vista da usabilidade.

Por exemplo, no WordPress (o CMS techcrunch está ativado), uma das configurações padrão de link permanente (URL) é ter datas nos URLs.

Aqui está um vídeo de Matt Cutts explicando que o Google usa suas próprias maneiras de determinar como os URLs são novos e você não precisa usar datas nos URLs .

Também nos seus exemplos que você mencionou, é possível visualizar as páginas sem as datas. Esse não é o caso - o Techcrunch o redireciona para o URL com a data e os outros dois sites lançam um 404 quando você remove as datas.


3

Originalmente, a data era usada nos URLs por motivos técnicos. Nos blogs do WordPress, por exemplo, a data é usada como uma pesquisa numérica no banco de dados, que é mais fácil de indexar e geralmente mais rápida do que procurar apenas uma sequência longa. Também garante um URL exclusivo quando você usa o mesmo título para postagens diferentes. Embora um ID de postagem possa ser um candidato válido, acredito que, com o sistema de rascunho do WordPress, cada rascunho é salvo como um novo ID de postagem.

Não há nenhum benefício particular de SEO por ter a data no URL. Os mecanismos de pesquisa certamente podem analisar a data para saber quando um artigo foi criado pela primeira vez, mas igualmente se a data estiver na página, eles a usariam.

Para os usuários, o único benefício é que eles podem ver a idade de uma postagem antes de clicar em um URL. Isso pode ou não ser benéfico, dependendo da situação. Simplesmente usar um pequeno slug (talvez com um segmento de categoria) é suficiente para usuários e mecanismos de pesquisa.


2

Não há benefício de SEO para colocar a data no URL porque os mecanismos de pesquisa e os usuários gostam de URLs curtos. A única razão que vejo é evitar problemas duplicados de URL (mesmo que, para esse tipo de problema, prefira usar um idna URL).


1

Concordo que não há benefício de SEO para mostrar datas em um caminho de URL e quero ressaltar que estruturas de URL como essa podem criar uma desvantagem de SEO .

Seu URL de visualização no google SERPS é truncado após um máximo de 70 caracteres. É discutível que a adição de números (datas) à string da URL dilua a legibilidade semântica da URL e o aroma das informações percebidas.

Por exemplo, compare:

www.longishdomainname.com/blog/12/22/2015/keyword-rich-article-title-here

longishdomainname.com/keyword-rich-article-title-here

... o segundo URL parece mais limpo e é discutível que ele receba mais cliques do que o anterior. A CTR é um fator no ranking de algos.

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.