Почему на некоторых веб-сайтах в конец URL-адресов добавляются ярлыки?

Заголовки делают URL-адрес более удобным для пользователя, и вы знаете, чего ожидать, когда щелкаете ссылку. Поисковые системы, такие как Google, ранжируют страницы выше, если поисковое слово находится в URL-адресе.

Удобство использования - одна из причин. Если вы получите эту ссылку в своем электронном письме, вы знаете, чего ожидать. SEO (поисковая оптимизация) - еще одна причина. Поисковые системы, такие как Google, будут ранжировать вашу страницу выше по ключевым словам, содержащимся в URL-адресе.

Недавно я изменил формат URL-адреса своего веб-сайта с:

www.mywebsite.com/index.asp?view=display&postid=100

To

www.mywebsite.com/this-is-the-title-of-the-post

и заметил, что рейтинг кликов по статье увеличился примерно на 300% после изменения. Это, безусловно, помогает пользователю решить, актуально ли то, что он думает о клике, с точки зрения целей SEO, хотя я должен сказать, что не заметил большого влияния после изменения.

Я согласен с другими ответами, что любой неправильно набранный ярлык должен выполнять 301-перенаправление в надлежащую форму. Другими словами, https://stackoverflow.com/questions/47427/wh должен перенаправлять на _ 2_. У него есть еще одно преимущество, о котором не упоминалось - если вы не выполните перенаправление на канонический URL-адрес, окажется, что у вас почти бесконечное количество повторяющихся страниц. Google ненавидит дублированный контент.

Тем не менее, вам действительно следует заботиться только об идентификаторе контента и разрешать любой ввод для слага, пока вы перенаправляете. Почему?

https://stackoverflow.com/questions/47427/why-do-some- веб-сайты-add-slugs-to-the-end-of-urls

... К сожалению, почтовая программа отключила конец URL! Нет проблем, потому что вы все еще можете кататься, используя только https://stackoverflow.com/questions/47427

Одна большая проблема с этим подходом заключается в том, что если вы выводите slug из заголовка вашего контента, как вы собираетесь работать с заголовками, отличными от ASCII, UTF-8?

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

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

Что касается самого stackoverflow, SEO может быть мотивацией (старые привычки трудно избавиться) или просто для удобства использования.

По сути, это более значимое место для ресурса. Использование идентификатора вполне допустимо, но это значит больше для машин, чем для людей.

Строго говоря, идентификатор не нужен, если слаг уникален, вы можете легко обеспечить уникальные слаги, поместив их в даты.

ie:

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/

В основном это использует низкую вероятность того, что два идентичных слага будут использоваться в один и тот же день. Если есть конфликт, по общему правилу в конце заголовка добавляется счетчик, но вы редко когда-либо видите это:

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-1/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-2/

Многие алгоритмы слагов также избавляются от общих слов, таких как «the» и «a», чтобы сделать URL-адрес коротким. Этот ограниченный подход также упрощает поиск всех ресурсов для заданного дня, месяца или года - вы просто отрезаете сегменты.

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

Термин «слизняк» происходит от газетного / издательского бизнеса. Это короткое название, которое используется для обозначения истории в процессе. Люди, интересующиеся семантикой URL-адресов, начали использовать короткие сокращенные заголовки в своих URL-адресах. Это также окупается в области SEO, поскольку ключевые слова в URL-адресах повышают важность страницы.

По иронии судьбы, многие веб-сайты начали размещать полную сериализованную с дефисами версию заголовков в своих URL-адресах исключительно для целей SEO, что означает, что термин slug больше не применяется. Это также вызывает недовольство семантических пуристов, поскольку многие реализации просто добавляют эту сериализованную версию заголовка в конце своих URL-адресов.

Замечу, что вы можете свободно менять текст. Этот URL-адрес работает так же хорошо.

https://stackoverflow.com/questions/47427/why-is-billpg-so-very-awesome

Как уже говорилось, «слизняк» помогает людям и поисковым системам ...

Стоит отметить, что в источнике страницы есть канонический URL-адрес.

Это предотвращает многократное индексирование страницы.

Пример:

<link rel="canonical" href="http://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls">

Удалите форматирование из своего вопроса, и вы увидите часть ответа:

https://stackoverflow.com/questions/47427/

vs

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Без разметки второй вариант информативен.

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

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

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

If

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

имеет содержание, тогда

https://stackoverflow.com/questions/47427/

и

https://stackoverflow.com/questions/47427/any-other-bollix

не должно быть дубликатов. На самом деле они должны автоматически обнаруживать, что ссылка, по которой идет переход, не использует текущий текст (поскольку, очевидно, слаг определяется заголовком вопроса и может быть позже отредактирован), и они должны автоматически перенаправить 301 на

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Таким образом обеспечивается правило «один фрагмент контента на один URI», и если URI перемещается / изменяется, убедитесь, что старые закладки следуют / перемещаются вместе с ним через 301 редирект (чтобы интеллектуальные браузеры могли обновлять закладки).

В идеале «слизняк» должен быть единственным необходимым идентификатором. На практике, на таких динамических сайтах, как этот, вам нужно либо иметь уникальный числовой идентификатор, либо начинать добавлять / увеличивать числа к «слагу», как это делает Digg.