Почему некоторые сайты добавляют "Слизни" в конце URL?
Многие веб-сайты, в том числе и этот, добавляют в конец URL то, что, по-видимому, называется слизнями - описательными, но, насколько я могу судить, бесполезными частями текста.
Например, URL-адрес сайта для этого вопроса:
https://stackru.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls
Но следующий URL работает так же хорошо:
https://stackru.com/questions/47427/
Смысл этого текста просто в том, чтобы сделать URL более удобным для пользователя или есть другие преимущества?
14 ответов
Слагы делают 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-перенаправить на правильную форму. Другими словами, https://stackru.com/questions/47427/wh следует перенаправить на https://stackru.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls, У него есть еще одно преимущество, которое не было упомянуто - если вы не сделаете переадресацию на канонический URL-адрес, у вас будет почти бесконечное количество повторяющихся страниц. Google ненавидит дублированный контент.
Тем не менее, вам действительно нужно заботиться только об идентификаторе контента и разрешить любой ввод для слага, пока вы перенаправляете. Зачем?
https://stackru.com/questions/47427/why-do-some- сайты-адд-слизняки-к-концу, из-URLs
... Ой, почтовое программное обеспечение отрезало конец URL! Нет проблем, потому что вы все еще можете катиться только с https://stackru.com/questions/47427
Одна большая проблема с этим подходом заключается в том, что если вы извлекаете слаг из заголовка вашего контента, как вы собираетесь работать с не-ASCII, UTF-8 заголовками?
Причина, по которой большинство сайтов используют это, вероятно, SEO (поисковая оптимизация). Yahoo обычно взвешивала наличие поискового ключевого слова в самом URL, и это также помогало в результатах Google.
Совсем недавно поисковые системы снизили вес, заданный для ключевых слов в URL-адресе, вероятно потому, что этот метод теперь чаще встречается на спам-сайтах, чем на законных. Ключевые слова в URL теперь оказывают лишь незначительное влияние на результаты поиска, если вообще влияют.
Что касается самого стекового потока, SEO может быть мотивацией (старые привычки умирают) или просто для удобства использования.
Это в основном более значимое место для ресурса. Использование идентификатора совершенно допустимо, но для машин это значит больше, чем для людей.
Строго говоря, идентификатор не требуется, если слаг уникален, вы можете легко обеспечить уникальность слагов, определяя их внутри дат.
то есть:
/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-адреса stackru являются плохими в том смысле, что они вводят дополнительный сегмент для представления слага, что является нарушением идеи, что каждый сегмент должен представлять нисходящую иерархию ресурсов.
Термин "слизняк" происходит от газетного / издательского бизнеса. Это короткое название, которое используется для определения истории в процессе. Люди, заинтересованные в семантике URL, начали использовать короткий сокращенный заголовок в своих URL. Это также окупается в поисковой оптимизации, так как ключевые слова в URL увеличивают важность страницы.
По иронии судьбы, многие веб-сайты начали размещать полную версию сериализованных с дефисами заголовков в своих URL-адресах исключительно для целей SEO, что означает, что термин "слаг" больше не применяется. Это также раздражает семантических пуристов, так как многие реализации просто прикрепляют эту сериализованную версию заголовка в конце своих URL.
Отмечу, что вы можете свободно менять текст. Этот URL, кажется, работает так же хорошо.
https://stackru.com/questions/47427/why-is-billpg-so-very-awesome
Как уже говорилось, "слизняк" помогает людям и поисковым системам...
Что стоит отметить, так это то, что в источнике страницы есть канонический URL
Это останавливает индексирование страницы несколько раз.
Пример:
<link rel="canonical" href="http://stackru.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls">
Удалите форматирование из своего вопроса, и вы увидите часть ответа:
https://stackru.com/questions/47427/
против
https://stackru.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls
Без разметки второй является информативным.
Не забывайте читаемость при отправке ссылки, а не только в поисковых системах. Если вы отправите кому-то первую ссылку по электронной почте, он сможет просмотреть URL-адрес и получить общее представление о том, о чем он. Второй не дает никаких указаний на содержание этой страницы, прежде чем они нажмут.
Во-первых, это SEO и удобный для пользователя, но в случае примера (этот сайт), это не сделано хорошо или правильно (так как это открыто для уловок черной шляпы и отравления ранга другими, что плохо отразится на этом сайте),
Если
https://stackru.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls
имеет содержание, то
https://stackru.com/questions/47427/
а также
https://stackru.com/questions/47427/any-other-bollix
не должно быть дубликатов. Они должны на самом деле автоматически обнаруживать, что ссылка, по которой идет переход, не использует текущий текст (поскольку очевидно, что слаг определяется заголовком вопроса и может быть позже отредактирован), и они должны перенаправить 301 автоматически
https://stackru.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls
таким образом, гарантируя правило "один фрагмент содержимого на один URI", и, если URI перемещается / изменяется, убедитесь, что старые закладки следуют / перемещаются вместе с ним через 301 переадресацию (чтобы интеллектуальные браузеры могли обновить закладки).
Если вы отправите кому-нибудь ссылку, не имеет ли смысла включать описание, фактически выписывая описание, а не заставляя другого человека анализировать URL-адрес, на котором существует описание, и пытаться его прочитать. -hyphenated-слова-константные вместе.
В идеале, "слизняк" должен быть единственным необходимым идентификатором. На практике, на таких динамических сайтах, как этот, вы должны либо иметь уникальный числовой идентификатор, либо начинать добавлять / увеличивать числа к "слагу", как это делает Digg.