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

Question

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

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

www.myblog.com / сообщений / 123 / это-это-The-имя-моему-блог-пост

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

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

Мои вопросы:

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

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

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

CP

Answer 2

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

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

Answer 3

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

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

Answer 4

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

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

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

Answer 5

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

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

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

Answer 6

В этой ситуации это на самом деле не нарушает принцип DRY, потому что для поисковой системы «522466» не то же самое, что «что делает дружественный URL»

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

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

Answer 7

По моему мнению, идентификаторы и UUID никогда не должны быть частью URL, никогда.

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

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

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 кэширует посещенный вами сайт, поэтому вы можете найти указанный выше сайт, просто набрав в адресной строке «girls».

Answer 8

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

Answer 9

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