Многие веб-сайты, включая этот, добавляют то, что, по-видимому, называется slugs-descriptive, но насколько я могу сказать бесполезные фрагменты текста - до конца URL-адресов.
Например, URL-адрес сайта для данного вопроса:
Но следующий URL-адрес работает так же хорошо:
/info/54783/why-do-some-websites-add-slugs-to-the-end-of-urls
Является ли смысл этого текста каким-то образом сделать URL более удобным для пользователя или есть некоторые другие преимущества?
Пули делают URL более удобным для пользователя, и вы знаете, чего ожидать при нажатии ссылки. Поисковые системы, такие как Google, ранжируют страницы выше, если поисковое слово находится в URL-адресе.
Юзабилити - одна из причин, если вы получаете эту ссылку в своем электронном письме, вы знаете, чего ожидать. SEO (поисковая оптимизация) - еще одна причина. Поисковые системы, такие как Google, будут ранжировать вашу страницу выше для ключевых слов, содержащихся в URL
Недавно я изменил формат URL-адреса своего веб-сайта:
www.mywebsite.com/index.asp?view=display&postid=100
Для
www.mywebsite.com/this-is-the-title-of-the-post
и заметили, что после изменения ставки клика по статье увеличились примерно на 300%. Это, безусловно, помогает пользователю решить, подходит ли то, что они нажимают, с точки зрения целей SEO, хотя я должен сказать, что я видел небольшое влияние после изменения.
Я согласен с другими ответами, что любой неверно типизированный слизень должен 301 перенаправить в правильную форму. Другими словами, /questions/54783/why-do-some-websites-add-slugs-to-the-end-of-urls следует перенаправить на /questions/54783/why-do-some-websites-add-slugs-to-the-end-of-urls. У него есть еще одно преимущество, о котором не упоминалось, - если вы не сделаете переадресацию на канонический URL-адрес, окажется, что у вас есть почти бесконечное количество повторяющихся страниц. Google ненавидит дублирующее содержимое.
Тем не менее, вы должны действительно заботиться только о идентификаторе контента и разрешать любые вводные данные для slug, пока вы перенаправляете. Почему?
/questions/54783/why-do-some-websites-add-slugs-to-the-end-of-urlsy-do-some- websites-add-slugs-to-end-of-urls
... К сожалению, почтовое программное обеспечение отрезало конец URL-адреса! Не проблема, потому что вы все еще можете кататься только с /questions/54783/why-do-some-websites-add-slugs-to-the-end-of-urls
Одна из больших проблем с этим подходом заключается в том, что вы получаете пулю из заголовка вашего контента, как вы собираетесь заниматься не-ASCII, названиями UTF-8?
В основном это более значимое место для ресурса. Использование идентификатора является абсолютно допустимым, но это означает больше для машин, чем людей.
Строго говоря, идентификатор не нужен, если слизь уникален, вы можете легко обеспечить уникальные слизни, просматривая их в датах.
т
/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/
Многие алгоритмы slug также избавляются от обычных слов, таких как "the" и "a", чтобы помочь сократить URL-адрес. Этот подход с ограниченным охватом также позволяет очень легко находить все ресурсы для данного дня, месяца или года - вы просто отбиваете сегменты.
Кроме того, URL-адреса stackoverflow плохи в том смысле, что они вводят дополнительный сегмент для того, чтобы отличать пул, что является нарушением идеи о том, что каждый сегмент должен представлять собой нисходящую иерархию ресурсов.
Причина, по которой большинство сайтов использует это, вероятно, SEO (поисковая оптимизация). Yahoo использовала для разумного взвешивания наличие ключевого слова поиска в самом URL-адресе, а также помогала и в результатах Google.
В последнее время поисковые системы снизили взвешивание, заданное ключевыми словами в URL-адресе, вероятно, потому что эта технология теперь более распространена на сайтах спама, чем законная. Ключевые слова в URL-адресе теперь оказывают незначительное влияние на результаты поиска, если вообще.
Что касается самого stackoverflow, SEO может быть мотивацией (старые привычки умирают) или просто для удобства использования.
Термин "слизняк" исходит от газеты/издательского бизнеса. Это короткое название, которое использовалось для определения истории. Люди, заинтересованные в семантике URL, начали использовать короткий, сокращенный заголовок в своих URL-адресах. Он также окупается в области SEO, поскольку ключевые слова в URL-адресах добавляют важность страницы.
По иронии судьбы, многие веб-сайты начали размещать сериализованную-дефисную версию полной версии в своих URL-адресах для строго SEO-целей, что означает, что термин slug больше не применяется. Это также ставит под сомнение семантические пуристы, так как многие реализации просто используют эту сериализованную версию заголовка в конце своих URL-адресов.
Я отмечаю, что вы можете свободно менять текст. Этот URL-адрес работает так же хорошо.
/questions/54783/why-do-some-websites-add-slugs-to-the-end-of-urls
Как уже было сказано, "slug" помогает людям и поисковым системам...
Что-то стоит заметить, так это то, что в источнике страницы есть канонический URL
Это останавливает страницу от индекса несколько раз.
Пример:
<link rel="canonical" href="http://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls">
Удалите форматирование из вашего вопроса, и вы увидите часть ответа:
/questions/54783/why-do-some-websites-add-slugs-to-the-end-of-urls
против
Без разметки вторая является самоописательной.
Не забывайте читаемость при отправке ссылки, а не только в поисковых системах. Если вы по электронной почте кто-то по первой ссылке, они могут посмотреть URL-адрес и получить общее представление о том, что это такое. Во втором случае не указывается содержимое этой страницы до щелчка.
Если вы отправили по электронной почте кому-то ссылку, не имеет смысла включать описание, фактически выписывая описание, а не заставляя другого человека анализировать URL-адрес, где существует описание, и попробовать-прочитать-a- куча-из дефисов-слов-константных вместе.
Во-первых, это SEO и удобный для пользователя, но в случае примера (этого сайта) это не очень хорошо или правильно (так как он открыт для трюков с черной шляпой и отравляет других, что плохо отражается на этом сайте).
Если
имеет контент, то
/questions/54783/why-do-some-websites-add-slugs-to-the-end-of-urls
и
/questions/54783/why-do-some-websites-add-slugs-to-the-end-of-urlsany-other-bollix
не должно быть дубликатов. Они должны фактически автоматически определять, что ссылка не использует текущий текст (так как очевидно, что slug определяется заголовком вопроса и может быть позже отредактирован), и они должны автоматически перенаправлять 301 на
тем самым обеспечивая правило "одна часть контента для одного URI", и если URI перемещается/изменяется, убедитесь, что старые закладки следуют/перемещаются с ним через 301 переадресацию (так что интеллектуальные браузеры могут обновлять закладки).
В идеале "slug" должен быть единственным идентификатором. На практике на динамических сайтах, таких как этот, вы либо должны иметь уникальный числовой идентификатор, либо начинать добавлять/увеличивать числа до "slug", например Digg.