Это не официальный сайт wikipedia.org 01.01.2023

Человекопонятный URL — Википедия
Википедия

Человекопонятный URL

(перенаправлено с «Семантический URL»)
У этого термина существуют и другие значения, см. ЧПУ (значения).

Человекопонятный URL (сокр. ЧПУ, также семантический URL, англ. friendly URL[⇨]) — URL-путь, состоящий из понятных слов[1][2][3][4], вместо идентификаторов, и отражающий файловую структуру сайта[⇨]. Например, вместо /c14/3/97/ или /index.php?cat=10&subcat=2&id=41 используется /product/phone/Samsung/.

Человекопонятные пути улучшают удобство использования, кроме того, позволяют по названию ссылки заранее предполагать содержимое страницы по ней[5][1][6] и представлять структуру сайта[1][6].

Технически URL может содержать только буквы латинского алфавита и некоторые символы. Все другие символы, включая русские буквы, кодируются (percent‐encoding) и могут выглядеть вроде %D0%9B%D1%83%D0%BA. Поэтому обычно в адресах используют латиницу, чтобы избегать осложнений для пользователей[⇨][7].

КонцепцияПравить

Semantic URL предназначен для повышения удобства использования и доступности веб-сайта или веб-службы, будучи сразу же естественным образом и интуитивно осмысливаемым для пользователей-неспециалистов. Такие схемы URL стремятся отразить концептуальную структуру набора информации и отвязать пользовательский интерфейс от внутреннего представления информации на сервере. Другие причины для использования «чистых» URL включают в себя поисковую оптимизацию (SEO)[8], соответствие REST-стилю архитектуры программного обеспечения, а также уверенность в том, что отдельные веб-ресурсы[en] остаются постоянно на том же URL. Это делает Всемирную паутину более стабильной и полезной системой, а также предоставляет более долговечные и достоверные закладки веб-ресурсов (bookmarkable URL), в которые не попадут данные кук или сессии с другого компьютера[9].

Semantic URL также не содержит деталей реализации веб-приложения, на котором базируется страница. Это приносит пользу, уменьшая сложность изменения реализации ресурса в более позднем периоде. Например, многие несемантические URL включают в себя имя файла сценария на стороне сервера[en], такого как example.php, example.asp или cgi-bin. Если базовая реализация ресурса изменялась, такие URL должны были бы меняться вместе с ним. Подобно этому, когда URL non-semantic, если база данных сайта перемещалась или реструктуризировалась, была вероятность возникновения неработающих ссылок, как внутренних, так и из внешних сайтов, причём последние могут привести к их удалению из списков поисковых машин. Использование semantic URL предоставляет различным user agent последовательное расположение для ресурсов, не зависящее от внутренней структуры. Ещё одной потенциальной пользой от использования semantic URL является то, что сокрытие внутренней информации сервера или приложения может улучшить безопасность системы.

Friendly URL не содержит много дополнительных символов[10] (например, ? или &[5]). Такой URL — более запоминающийся, и пользователь может сделать вывод, что будет отображено на странице[5].

«Понятные человеку URL» предполагают сокращение адресов страниц до максимально лаконичных и понятных. Они создают подобие естественной для человека логической структуры данных на сервере, представляя её в виде иерархичной (древовидной) структуры, аналогично файловой системе. Такие адреса удобней прочитать, понять и воспроизвести. К тому же это помогает ориентироваться в логической структуре сайта, лишь взглянув на вложенность каталогов. Не обязательно переходить на страницу, чтобы узнать, что на ней размещено. В некоторых случаях для того, чтобы пройти на родительские каталоги, необходимо всего лишь стереть до нужного места адрес, а чтобы перейти на главную страницу, стирается всё, кроме доменного имени.

Такие адреса демонстрируются поисковыми системами прямо в поисковой выдаче[11], в том числе по этим адресам происходит поиск ключевых слов. ЧПУ используют в методах поисковой оптимизации (SEO)[⇨].

НазваниеПравить

Использование сложных URL вместо «human-readable» каталогов уже в 1996 году выделялось в топ-10 ошибок веб-дизайна[12]. В 1998 году Тим Бернерс-Ли написал статью про «cool URI». Про чистый и понятный URL в марте 2000 года в Ководстве писал Артемий Лебедев. Термин «ЧПУ» обозначает «человекопонятный УРЛ», другой вариант — букв. «человеку понятный урл», где жаргонное «урл» — URL[13]. Основная версия появления этого термина на русском языке состоит в том, что в сентябре-ноябре 2000 года заметка «ЧПУ и PHP» из личного блога[14] была опубликована как статья на нескольких профильных веб-программированию сайтах, а последующая распространённость ссылок на эту статью дала начало и широкому использованию этого термина.

Компания «Google» называет подобный адрес «simple-to-understand URL»[3] или «простым URL»[15]. В Microsoft SharePoint используется название terms-friendly URL или полнотекстовый URL. Также используются названия: semantic URL (букв. семантический URL), clean URL[16], RESTful URL, pretty URL, friendly URL[17] (FURL), search engine friendly URL (SEF URL)[18][19], search engine optimization friendly URL (SEO-friendly URL), human-friendly URL, user-friendly URL и human-readable URL.

СтруктураПравить

Обычно non-semantic URL состоит из пути, имени сценария и строки запроса[en]. Параметры строки запроса определяют содержание, показываемое на странице, и часто включают в себя трудную для понимания или не имеющую отношения к пользователям информацию, такую как внутренние числовые идентификаторы для значений из базы данных, «percent‐encoding», идентификаторы сеансов[en], детали реализации и так далее. Адреса semantic URL, наоборот, содержат только путь ресурса, который в иерархии отражает некоторую логическую структуру, такую чтобы пользователи могли легко её истолковать и манипулировать ею.

Организация контента должна быть такой, чтобы URL имели логическую структуру[4]. В ЧПУ поисковые системы лучше понимают вложенность[2]. Удаляя непонятную «ненужную» часть не-ЧПУ URL, пользователь получает неработающую ссылку[3]. Для перехода по уровням иерархии структуры сайта также используют подобную ЧПУ, дублирующую навигацию[6]. В случае удаления последнего в ЧПУ слова до знака косой черты пользователь попадет в вышестоящую категорию[2]. URL может отображать путь из каталога на сервере к файлу. В то же время ЧПУ должен содержать ту же информацию для того же файла, какую в не-ЧПУ получает скрипт в строке параметров[8]. Для этого используют разные способы переписывания URL[⇨].

Non-semantic URL Semantic URL
http://example.com/index.php?page=name http://example.com/name
http://example.com/index.php?page=consulting/marketing http://example.com/consulting/marketing
http://example.com/products?category=2&pid=25 http://example.com/products/2/25
http://example.com/cgi-bin/feed.cgi?feed=news&frm=rss http://example.com/news.rss
http://example.com/services/index.jsp?category=legal&id=patents http://example.com/services/legal/patents
http://example.com/kb/index.php?cat=8&id=41 http://example.com/kb/8/41
http://example.com/index.php?mod=profiles&id=193 http://example.com/profiles/193
http://en.wikipedia.org/w/index.php?title=Semantic_URL http://en.wikipedia.org/wiki/Semantic_URL

Поисковая оптимизация (SEO)Править

URL должен быть кратким и описательным, может содержать между словами дефис вместо подчёркиваний. Избегание специальных символов связано и с тем, что поисковые роботы не индексируют URL дальше ?, предполагая, что после него нет ценной информации.[20]

В методах поисковой оптимизации (SEO) ЧПУ наполняют релевантными ключевыми словами, кратко описывающими содержание[21] и удаляют нерелевантные слова. Общие слова, которые удаляют, включают в себя артикли и союзы, в то время как описательные ключевые слова добавляются для повышения дружелюбности к пользователю и улучшения рейтинга в поисковых системах[8].

Возможные проблемыПравить

  • Зачастую ЧПУ удлиняет строку веб-адреса. Излишне длинная строка адреса может быть неудобна как для использования людьми, так и не работать из-за технических ограничений на длину веб-адресов.
  • В веб-адресе все нелатинские буквы, в частности, русские, а также пробелы и большинство символов, конвертируются кодировкой, называемой англ. percent‐encoding или URL-encoding. Например, «Лук» превратится в %D0%9B%D1%83%D0%BA. Конвертированный вид ссылок непонятен людям и неудобен для ввода. Поэтому обычно слова ЧПУ составляются только из допустимых символов (латинские буквы, цифры и несколько знаков пунктуации:- _ . ~[22]), чтобы избежать появления percent‐encoding в адресе. Некоторые сайты используют в URL слова на языке пользователя; в этом случае предполагается, что сам браузер, показывая пользователю URL, перекодирует его из формы percent‐encoding в слова, но так делают не все браузеры.

РеализацияПравить

Реализация семантических URL включает в себя «URL mapping»[en] через сопоставление с образцом или «Rewrite engine»[en] — методы прозрачной перезаписи URL. Так как обычно это происходит на стороне сервера, то часто единственной формой видимой пользователю будет семантический URL.

Идентификатор фрагмента[en] может быть включен в конец семантического URL для ссылок внутри страницы и он не обязательно должен быть понятным пользователю.[23]

SlugПравить

Некоторые системы определяют slug как часть URL, которая идентифицирует страницу в удобочитаемых[en] ключевых словах.[24][25] Обычно он является концевой частью URL, которая может быть интерпретирована как название самого ресурса, подобно базовому имени в имени файла или заголовоку страницы. Такое название «slug» происходит из использования слова slug[en] в средствах массовой информации с целью указания краткого имени, даваемого статье для внутреннего использования.

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

В основном slug делается полностью в нижнем регистре, символы с диакритическим знаком заменяются латинскими буквами, и пробельные символы[en] заменяются на дефис или подчёркивание, чтобы избежать «percent‐encoding». Знаки препинания, в основном, удаляются, как и удаляются некоторые короткие общие слова, такие как союзы. Например:

  • название: This, That and the Other! An Outré Collection;
  • сгенерированный slug: this-that-other-outre-collection.

Реализация на различных серверахПравить

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

На сервере IIS такая функциональность реализуется бесплатным модулем «URLRewriter». В то же время для сервера Apache существует модуль «mod_rewrite», который настраивается через файл .htaccess.

Например, указав следующий код, веб-мастер сможет в PHP через массив $_SERVER['REQUEST_URI'] получать все переданные параметры, а точкой входа по любому запросу будет index.php[26]. 

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [L,QSA]

В веб-фреймворках (CodeIgniter, Django, Node.js, Ruby on Rails или Zend Framework) веб-сервер не обращается к скрипту, а просматривает специальный файл на предмет настроек указанного пути. Такой путь указывается или регулярными выражениями, или на специальном языке.

Например, в Ruby on Rails, чтобы указать, что при вызове /users/login будет вызываться метод show класса users, а в случае /users/ — метод index класса users, используется следующий код: 

Rails::Application.routes.draw do
  get 'users',     to: 'users#index'
  get 'users/:id', to: 'users#show'
end

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

Например, так действует Ramaze. При вызове show/id/, где id — переменная (при этом класс обязательно должен быть контроллером): 

class CommentsController < Ramaze::Controller
	def index
		# Создание списка комментариев
	end

	def show(id)
		# Вывод комментария с нужным ID
	end
end

См. такжеПравить

ПримечанияПравить

  1. ↑ 1 2 3 § 48. Боремся за чистоту урлов.
  2. ↑ 1 2 3 Google Inc. Search Engine Optimization Starter Guide. — С. 8.
  3. ↑ 1 2 Структура URL.
  4. ↑ 1 2 3 Rob Allen, Nick Lo, Steven Brown. Zend Framework in Action. — Manning, 2009-01-01. — С. 27. — 438 с. — ISBN 9781933988320.
  5. ↑ 1 2 3 § 49. Дублирующая навигация
  6. ↑ Tim Berners-Lee. Electronic publishing and visions of hypertext // Physics World. — 1992-06. — Т. 5, вып. 6. — С. 14–18. — ISSN 2058-7058 0953-8585, 2058-7058. — doi:10.1088/2058-7058/5/6/16.
  7. ↑ 1 2 3 Opitz, Pascal Clean URLs for better search engine ranking  (неопр.). Content with Style (28 февраля 2006). Дата обращения: 9 сентября 2010. Архивировано 6 января 2012 года.
  8. ↑ Berners-Lee, Tim Cool URIs don't change  (неопр.). Style Guide for online hypertext. W3C (1998). Дата обращения: 6 марта 2011.
  9. ↑ Quentin Zervaas. Practical Web 2.0 Applications with PHP. — Apress, 2008-03-11. — С. 5. — 580 с. — ISBN 9781430204756.
  10. ↑ Sefurl — Search Engine Friendly Uniform Resource Locator (нем.).
  11. ↑ Нильсен, Якоб. Original Top 10 Mistakes in Web Design  (неопр.). www.nngroup.com (май 1996). Дата обращения: 16 июня 2017.
  12. ↑ Андрей Дыкан. Клиентское SEO. — Litres, 2016-02-20. — С. 323. — 414 с. — ISBN 9785040002634.
  13. ↑ Spectator.ru — Заметка №161 — ЧПУ и PHP  (неопр.) (5 сентября 2000). Дата обращения: 16 июня 2017. Архивировано 17 февраля 2001 года.
  14. ↑ Google Inc. Руководство по поисковой оптимизации для начинающих. — С. 8.
  15. ↑ Step 6: Configure clean URLs.
  16. ↑ Friendly URL.
  17. ↑ How to Create an SEO-Friendly URL Structure.
  18. ↑ Мэрриотт Дженнифер, Уоринг Элин. SEF URL // Joomla! 3.0. Официальное руководство. — СПб.: Издательский дом «Питер», 2013. — С. 464. — 496 с. — ISBN 9785496006637.
  19. ↑ Hussien A. S. Factors Affect Search Engine Optimization // International Journal of Computer Science and Network Security (IJCSNS). — 2014. — Т. 14, № 9. — С. 29.
  20. ↑ Duane Forrester. Turn Clicks Into Customers: Proven Marketing Techniques for Converting Online Traffic into Revenue: Proven. — McGraw Hill Professional, 2010-01-08. — С. 14. — 238 с. — ISBN 9780071638685.
  21. ↑ RFC 3986 — Unreserved Characters.
  22. ↑ Uniform Resource Identifier (URI): Generic Syntax  (неопр.). RFC 3986. Internet Engineering Task Force. Дата обращения: 2 мая 2014.
  23. ↑ Slug in the WordPress glossary
  24. ↑ Slug in the Django glossary.
  25. ↑ ЧПУ на PHP. Прочь от ModeRewrite правил. Единая точка входа.

СсылкиПравить

Источник — https://ru.wikipedia.org/w/index.php?title=Человекопонятный_URL&oldid=129041503