(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-laptophttp://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:
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-2ouhttp://blog.example.com/review-of-my-new-laptop/2ouhttp://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-laptophttp://blog.example.com/2014/01/09/review-of-my-new-laptop
ao invés de
http://blog.example.com/00211812/review-of-my-new-laptophttp://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.
