Что делает «дружественный URL»?

Question

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

Ниже приведен пример URL, который будет проводиться на большинство современных веб-разработчиков, как «дружественные»:

www.myblog.com/posts/123/this-is имя -The-оф-мой-блог-пост

в то время как это будет считаться "недружественным" (то есть плохо, неандертальцы, невежественные, глупые):

www.myblog.com/posts .aspx? id = 123

Мои вопросы:

• ли не «дружественные» URL содержат дублирующие идентифицирующую информацию о блоге в вопросе? Другими словами, если у вас есть идентификатор (123) сообщения, зачем вам нужен заголовок? Разве это не было бы нарушением мантры «не повторяй себя»?
• Какая разница в форме URL-адреса в отношении пользователей? Действительно ли пользователи на самом деле типа полные URL-адреса вручную (кроме, конечно, TLD)? Пользователи когда-либо смотрят на URL страницы, чтобы определить, о чем идет речь? Зачем нам нужно название блога в URL-адресе? Разве это не тег и содержание страницы <title>?
• Я часто слышу SEO как причину, по которой предпочтительна «дружественная» форма URL. Почему поисковый робот заботится о URL-адресе? Разве это не просто автоматизированные части программного обеспечения, которые сканируют страницы (и ссылки на другие страницы, которые содержатся в них)? Если поисковые системы были написаны как другие программные компоненты (например, компоненты доступа к базе данных), URL-адрес просто будет бессмысленным идентификатором (похожим на строку строк в реляционной базе данных). Если бы я разрабатывал схему базы данных с чем-то вроде «дружественного» URL-адреса выше в качестве первичного ключа таблицы, я бы (совершенно правильно) пережевал бы.

Я сказал ранее «до точки», потому что, очевидно, URL-адреса могут выйти из-под контроля. Вот фактический URL из Amazon.com, что я не думаю, что кто-нибудь в здравом уме не будет рассматривать «дружественные»:

http://www.amazon.com/Bissell-Kitchen-Housewares/b/ref=amb_link_5001972_17?ie=UTF8&node=694500&pf_rd_m=ATVPDKIKX0DER&pf_rd_s=gp-center-5&pf_rd_r=1ZXNJFE0CCFFDH4B9HGH&pf_rd_t=101&pf_rd_p=405478901&pf_rd_i=510080

Answer 1

Тим Бернерс-Ли (архитектор WWW) написал a great article about this subject около 10 лет назад.

• Ваш пример плохой URL - но не только потому, что она имеет как идентификатор и «слизняк» (сокращенная, дефис формы заголовка страницы). Внесение названия страницы в ваш URL-адрес проблематично в долгосрочной перспективе. Содержание будет изменение во времени. Если вы когда-либо измените заголовок этого сообщения в блоге, вам придется выбирать между сохранением старого URL-адреса или изменением URL-адреса в соответствии с новым заголовком. Изменение URL-адреса приведет к поломке любых предыдущих ссылок на эту страницу; и не меняя это означает, что у вас будет URL-адрес, который не соответствует странице. Ни один из них не подходит для пользователя. Лучше всего пойти с www.myblog.com/posts/123.

• Пользователям часто нужно вводить URL-адрес, но что более важно, иногда они также могут редактировать существующие URL-адреса, чтобы найти другие страницы на вашем сайте. Таким образом, часто бывает полезным для обнаружения URL-адресов. Например, если я хочу видеть сообщение № 124, я мог бы легко просмотреть текущий URL-адрес и указать, что URL-адрес страницы, которую я хочу увидеть, - www.myblog.com/posts/124. Это уровень удобства пользователя, который может быть большой помощью для людей, пытающихся найти то, что они ищут. Включение другой информации (например, темы сообщения) может сделать это невозможным - поэтому он уменьшает мои возможности поиска.

• Забыть о SEO. Поисковая технология снижает эффективность SEO-хаков в течение некоторого времени. Хороший контент по-прежнему остается королем - и в конечном итоге вы не сможете играть в систему.

Answer 2

Я случайно с вами согласен, но тссс никому не говори.

Это только мое скромное мнение, но мне кажется, глупо мне, что

http://stackoverflow.com/questions/522466/ 

и

http://stackoverflow.com/questions/522466/what-makes-a-friendly-url 

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

Answer 3

Ну, для начала попробуйте сохранить символы отдельно от (a-z, A-Z, 0-9) и, конечно же: /._- из URL-адреса. Не у всех есть все те, на их клавиатурах (например, у меня нет & на моей клавиатуре, ни у меня есть ~)

Когда, например, делать некоторые URL-адреса синтаксический или что-то одинаково, также помогает, если Синтаксис url является «чистым»

Answer 4

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

Добавление пули к вашему URL-адресу, например Это из-за-моего-blog-post из вашего примера, также делает ваши ссылки более отличными друг от друга, чем простой идентификационный номер, и добавляет более значимые слова в URL. Это все, что ищут поисковые системы.

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

Answer 5

Мои мысли о ваших трех пуль:

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

Answer 6

Второй URL-адрес выглядит более удобным, в то время как первый выглядит дружественным поисковым системам.

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

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

Answer 7

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

Во-вторых, они дружелюбны к людям, которые не знают, что они посещают. Какая из ссылок, которые вы использовали для сравнения, вы, скорее всего, нажмете, если это произойдет через ваш твиттер/email/IM/и т. Д.?

Answer 8

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

Например, сравнивая

www.aTvShowSite.com/show.aspx?id=123 
www.aTvShowSite.com/show.aspx?id=124 

робот будет говорить хорошо, я не знаю, что это ... но они похожи на ту же страницу для меня.

Принимая во внимание, сравнивая

www.aTvShowSite.com/shows/AmericanIdol 
www.aTvShowSite.com/shows/Lost 

делает их похожими на разных страницах (хотя это может быть тот же ASPX страница служит их), и роботы, как правило, ранжировать их выше.

EDIT: Кроме того, следует отметить, что многие роботы рассматривают текст URL-адреса для определения полезности, поэтому поиск «Потерянного», скорее всего, ударит по второму типу URL-адреса больше, чем первый, даже если содержимое страницы идентично.

Answer 9

«Недружественный» URL-адрес, который вы показываете, демонстрирует детали реализации: что, если в какой-то момент вы решите отказаться от ASP и использовать что-то еще? Вам нужно будет изменить все URL-адреса (baad!) Или использовать схему переименования.

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

Answer 10

В этой ситуации, это на самом деле не разорвать DRY принципала, потому что, насколько поисковик обеспокоен, «522466» это не то же самое, что «что-делает-а-дружественную-URL '

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

Описание страницы только там, чтобы помочь поисковым системам определить, что страница о (что приятно)

Answer 11

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

Например, наши парковочные билеты имеют http://www.dnv.org/parking.

CP

Answer 12

Это хороший момент о том, как ваш положить ненужную информацию в URL.

http://stackoverflow.com/questions/522466/what-makes-a-friendly-url 

После уникальный идентификатор 522466 известен - остальное бесполезно, так что чисто служит, чтобы сделать URL выглядеть «красиво» и предоставить пользователю с идеей относительно того, что ссылки на страницы с. Но это создает еще одну проблему. Большинство сайтов не «проверить», что часть URL, так что вы могли бы поставить -

http://stackoverflow.com/questions/522466/omg-goatse-bought-by-bill-gates 

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

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

http://digg.com/linux_unix/I_Like_Linux_so_my_aunt_sends_me_this_for_Christmas 

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

На самом деле, названия играют такую ​​огромную роль, что в мире digg люди «слепые digg» чисто основаны на том, что им нравится титул или они заинтересованы в нем. Если ваш URL-адрес выглядит интересным, вы вполне можете получить больше трафика на свой сайт. В то же время вы сделаете его более удобным для пользователя, красивее, и поисковые системы будут вам благодарны. Насколько я вижу, дружественные URL-адреса выигрывают победу для всех.

Answer 13

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

Итак, в ваших двух примерах:

• www.myblog.com/posts/123/this-is-the-name-of-my-blog-post дружит, потому что вы включили заголовок в URL - это говорит вам кое-что об этой странице.
• www.myblog.com/posts.aspx?id=123 недружелюбен, потому что он загадочен и неясен: он имеет смысл для базы данных, но ни для вас, ни для меня.

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

Объедините все это с удивительным баром в Firefox 3+ (конечно же, в других браузерах), и автоматическое заполнение в адресной строке становится невероятно мощным, когда вы имеете дело с дружественными URL-адресами.

Answer 14

Другой момент: люди иногда вручную редактируют URL-адреса, чтобы перейти в дерево каталогов. Поэтому они могут попытаться загрузить страницу, например http://site.com/a/b, получить ошибку «Не найдено», а затем попробовать http://site.com/a или http://site.com. Конечно, если ваши URL-адреса не основаны на фактическом дереве каталогов, это может не сработать. Но вы все равно можете его поддержать.

Некоторые браузеры даже поддерживают это, как IE с сообщениями об ошибках, и Safari с меню, которое появляется, когда вы щелкните правой кнопкой мыши заголовок страницы.

Answer 15

А:

Не будет ли это нарушением «не повторять себя» мантры?

Это относится к заявке КОД !!, а не его применение!

Это делает полный смысл иметь

• Названия в < заголовке > тега
• В URL
• И как первая линия в содержании.

И почти везде, где это необходимо.

Что это «мантра» означает, если ваш код должен выглядеть следующим образом:

<title><%=obj.getTitle()%></title> 
    Reading:<h1><%=obj.getTitle()%></h1> 
    Link to this:<a href="getHrefFor(object.getTitle())">obj.getTitle()</a> 
    Etc. etc. 

Вместо того, чтобы различные методы с копировать/вставить код вокруг вашего приложения.

Answer 16

Matt and @bigmattyh: SEO не «хаки»: он понимает, что означает «хороший контент» в Интернете. Названия страниц являются частью содержимого. Хороший якорный текст в ссылках - «хороший контент» (вместо использования таких слов, как «нажмите здесь» в качестве текста ссылки). Размещение ссылок в контексте, а не как список, является «хорошим контентом».

Названия страниц - низковероятные фрукты, но они остаются одним из самых простых способов улучшить SERP. Да, входящие ссылки (и их качество) имеют решающее значение, но названия могут творить чудеса, особенно в краткосрочной перспективе. Вам не нужно использовать заголовок страницы (который может время от времени меняться) в качестве заголовка сообщения: суммировать содержимое вручную.

Не угадывайте этот материал: (a) читайте источники, такие как SEOmoz.org, и (б) тщательно анализируйте свой сайт.

Answer 17

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

Answer 18

На мой взгляд, идентификаторы и UUID никогда не должны быть частью URL-адреса, никогда.

1) Некоторые базы данных NoSQL вообще не используют идентификаторы, они используют UUID. UUID длинны, части разделены с помощью тире. Google будет относиться к тире как разделителю слов: это означает, что ваш URL будет содержать еще 5 бесполезных ключевых слов.

2) Человек не понимает идентификаторы или UUID. Человек понимает слова и разговорные адреса.

3) Если заголовок изменяется, вы можете просто сделать перенаправление, например, WordPress, например, @TRiG.

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

http://example.com/2013/02/11/data-mining-concepts-and-techniques 

и

http://example.com/2011/05/23/data-mining-concepts-and-techniques 

5) Свидание также поможет любому пользователю понять, если содержание недавно или нет.

6) Дата добавит к вашему URL ключевое ключевое слово: год. Предположим, я хочу увидеть самых красивых девушек в мире, я буду печатать в Google: «Самые красивые девушки в мире 2014 года». Мой URL будет:

http://example.com/2014/07/10/the-most-beatiful-girls-in-the-world 

7) И последнее, но не в последнюю очередь, Chrome кэширует сайт вы посетили, так что вы можете найти на вышеупомянутом сайте, просто набрав в адресной строке «девочек».