Преимущество даты в сегментах URL

Мне было интересно узнать дату в сегментах URL, есть ли смысл в SEO? Например, следующие URL:

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

Во всех приведенных выше URL есть дата сегмента. Информацию из этих блогов можно получить через заглушку блога типа «netflix-will-launch-in-the-Netherlands-позже-в этом году, так как его международное расширение замедляется», так зачем использовать эту часть даты?

( Подобный вопрос был закрыт как дубликат, но ОП не интересовался исключительно SEO, поэтому здесь приводится ответ об общих преимуществах.)

Включение даты публикации в URL может быть хорошим дизайном URL .

Удобство использования: описательные URL

URL может дать подсказки о содержании, на которое он ссылается. Предоставлять пользователям такую ​​информацию, прежде чем они перейдут по ссылке, - это хорошо. Например, сравните эти URL:

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

Здесь включенная дата может быть полезной: сейчас 2014 год, пользователи, интересующиеся текущими ноутбуками, вероятно, не найдут полезную информацию в этом посте, потому что рассматриваемый ноутбук будет слишком старым.

Конечно, это не должно быть полезно только для пользователей. Потребители данных (например, поисковые системы) также могут использовать эту информацию.

Я не знаю, извлекают ли это какие-либо поисковые системы, но поведение поисковых систем может часто меняться, и их очень много. Я только говорю, что это возможно. Очевидным и актуальным случаем является выделение поисковых терминов в поисковой выдаче. См., Например, этот снимок экрана из Поиска Google, где «2014» выделяется в дате публикации, содержащейся в URL-адресах результатов:

Удобство использования: просматриваемые URL

URL-адрес, который http://blog.example.com/2011/08/21/review-of-my-new-laptopпользователи могут просматривать, удаляя сегменты URL справа налево:

• http://blog.example.com/2011/08/21/ (все сообщения опубликованы в один день)
• http://blog.example.com/2011/08/ (все публикации опубликованы в одном месяце)
• http://blog.example.com/2011/ (все посты опубликованы в том же году)

(Если вы не хотите разрешать просмотр, тогда не используйте косую черту и используйте, например,. /2011-08-21/)

Реализация: коллизии имен

Спустя несколько лет появился еще один новый ноутбук. Автор не очень креативен и называет статью, опять же, «Обзор моего нового ноутбука». Что теперь? Вы можете добавить какой-то счетчик к URL, например,

• http://blog.example.com/review-of-my-new-laptop-2, или же
• http://blog.example.com/review-of-my-new-laptop/2, или же
• http://blog.example.com/2/review-of-my-new-laptop,

Не очень элегантно В первом примере, похоже, что «2» будет частью заголовка статьи (это не так); во втором примере это выглядит как страница 2 статьи; в последнем примере он нарушается согласованно (если только вы не добавите a /1/для всех других URL-адресов с самого начала).

Распространенным решением для этого является добавление идентификатора (например, 49781для этого самого вопроса). Но зачем вам это делать, если вместо этого вы можете использовать дату в качестве идентификатора? Дата имеет значение (и может быть полезно для пользователей), идентификатор будет непрозрачным для пользователей (и бесполезным). Так было бы

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

вместо того

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

(Предполагается, что в один и тот же день статьи с одинаковыми именами не публикуются.)

Конечно, все это относится только к тем веб-сайтам, которые имеют полезную дату публикации. Не все страницы могут / должны иметь дату публикации. И даже если на странице показаны даты публикации, необязательно включать их в URL-адрес.

Я не знаю никакой выгоды для SEO от наличия дат в URL, и я сомневаюсь, что эти сайты использовали эту структуру для SEO, это просто структура URL, которую они выбрали, вероятно, с точки зрения удобства использования.

Например, в WordPress (Crc TechCrunch включен) одним из параметров постоянной ссылки (URL) по умолчанию является наличие даты в URL.

Вот видео от Мэтта Каттса, в котором объясняется, что Google использует свои собственные способы определения того, насколько свежи URL-адреса, и вам не нужно использовать даты в URL-адресах .

Также в ваших примерах, которые вы упомянули, вы можете просматривать страницы без дат, это не так - Techcrunch перенаправляет вас на URL с датой, а другие два сайта выдают 404 при удалении дат.

Первоначально дата использовалась в URL по техническим причинам. Например, в блогах WordPress дата используется в качестве числового поиска в базе данных, который легче индексировать и, как правило, быстрее, чем искать только длинную строку. Он также обеспечивает уникальный URL-адрес, когда вы используете один и тот же заголовок для разных сообщений. В то время как идентификатор сообщения может быть подходящим кандидатом, я полагаю, что в черновой системе WordPress каждый черновик сохраняется как новый идентификатор сообщения.

Нет особой пользы от SEO, если дата указана в URL. Поисковые системы могут, конечно, анализировать дату, чтобы узнать, когда статья была впервые создана, но в равной степени, если бы дата была на странице, они бы ее использовали.

Для пользователей единственным преимуществом является то, что они могут видеть, сколько лет посту, прежде чем щелкнуть URL. Это может или не может быть полезным в зависимости от ситуации. Простого использования короткого «слаг» (возможно, с сегментом категории) вполне достаточно для пользователей и поисковых систем.

Нет смысла в SEO для вставки даты в URL, потому что поисковые системы и пользователи любят короткие URL. Единственная причина, которую я вижу, состоит в том, чтобы избежать дублирования проблем с URL (даже если для такого рода проблем я предпочитаю использовать idв URL).

Я согласен с тем, что в показе дат в пути URL нет никакой пользы для SEO, и хочу отметить, что подобные структуры URL могут создать недостаток в SEO .

Ваш отображаемый URL в Google SERPS усекается после максимум 70 символов. Можно утверждать, что добавление чисел (дат) к строке URL-адреса снижает семантическую читабельность URL-адреса и воспринимаемый запах информации.

Например, сравните:

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

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

... второй URL выглядит чище, и можно утверждать, что он получит больше кликов, чем первый. CTR является фактором ранжирования алгоритмов.