Почему некоторые веб-сайты добавляют «слаги» в конец URL-адресов?[закрыто]
https://stackoverflow.com/questions/47427
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Многие веб-сайты, включая этот, добавляют то, что, по-видимому, называется слизни - описательно, но, насколько я могу судить, бесполезные куски текста - до конца URL-адресов.
Например, URL-адрес, который сайт дает для этого вопроса:
https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls
Но следующий URL-адрес работает так же хорошо:
https://stackoverflow.com/questions/47427/
Цель этого текста — просто сделать 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-перенаправляться в правильную форму.Другими словами, https://stackoverflow.com/questions/47427/wh следует перенаправить на https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls .У него есть еще одно преимущество, о котором не упоминалось: если вы не выполните перенаправление на канонический URL-адрес, окажется, что у вас почти бесконечное количество повторяющихся страниц.Google ненавидит дублированный контент.
Тем не менее, на самом деле вам следует заботиться только об идентификаторе контента и разрешать любой ввод для пула, пока вы перенаправляете.Почему?
https://stackoverflow.com/questions/47427/why-do-some-веб-сайты-добавьте-слабы-в-конец-urls
...К сожалению, почтовая программа обрезала конец URL-адреса!Но это не проблема, потому что вы все равно можете кататься, просто https://stackoverflow.com/questions/47427
Тот самый большой Проблема с этим подходом заключается в том, что если вы извлекаете фрагмент из заголовка вашего контента, как вы собираетесь обращаться с заголовками, отличными от ASCII, UTF-8?
Причиной, по которой большинство сайтов используют его, вероятно, является SEO (поисковая оптимизация).Раньше Yahoo придавала разумное значение наличию ключевого слова поиска в самом URL-адресе, и это также помогало в результатах Google.
Совсем недавно поисковые системы снизили вес, придаваемый ключевым словам в URL-адресе, вероятно, потому, что этот метод сейчас более распространен на спам-сайтах, чем на законных.Ключевые слова в URL-адресе теперь оказывают лишь незначительное влияние на результаты поиска, если вообще влияют.
Что касается самого stackoverflow, 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-адреса stackoverflow плохи в том смысле, что они вводят дополнительный сегмент для отображения фрагмента, что является нарушением идеи о том, что каждый сегмент должен представлять собой нисходящую иерархию ресурсов.
Термин «слизняк» пришел из газетного/издательского бизнеса.Это короткое название, которое используется для обозначения текущей истории.Люди, интересующиеся семантикой URL-адресов, начали использовать в своих URL-адресах короткий сокращенный заголовок.Это также окупается с точки зрения SEO, поскольку ключевые слова в URL-адресах повышают важность страницы.
По иронии судьбы, многие веб-сайты начали размещать полный сериализованная с дефисами версия заголовков в их URL-адресах исключительно для целей SEO, что означает, что термин «слизень» больше не применим.Это также раздражает сторонников семантической чистоты, поскольку многие реализации просто добавляют эту сериализованную версию заголовка в конец своих 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/
против
https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls
Без разметки второй является самоописательным.
Не забывайте о читабельности при отправке ссылки не только в поисковых системах.Если вы отправите кому-нибудь первую ссылку по электронной почте, он сможет просмотреть URL-адрес и получить общее представление о том, о чем идет речь.Второй не дает никаких указаний на содержимое этой страницы до того, как они нажмут.
Если вы отправили кому-то ссылку по электронной почте, не было бы разумнее включить описание, написав его, а не заставляя другого человека анализировать URL-адрес, где существует описание, и пытаться прочитать кучу -слова, написанные через дефис, слиплись.
Во -первых, это SEO и удобный для пользователя, но в случае примера (этот сайт) он не сделан хорошо или правильно (так как он открыт для черных хит -трюков и отравления рангами другими, что сильно отражалось бы на этом сайте) Полем
Если
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.
