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

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

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

Концепция

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

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

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

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

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

Название

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

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

Структура

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

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

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

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

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

Возможные проблемы

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

Реализация

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

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

Slug

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

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

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

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

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

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

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

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

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

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

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

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

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

См. также

• Постоянная ссылка
• Persistent Uniform Resource Locator
• Нормализация URL
• Перенаправление URL
• Сокращение URL

Примечания

Ссылки

• Сергей Кокшаров. (неопр.) . devaka.ru (27 июня 2012).
• , Артемий Лебедев , « ру/Ководство », 23 марта 2000
• , Артемий Лебедев , « ру/Ководство », 22 апреля 2000
• Нильсен, Якоб . (англ.) . Jakob Nielsen's Alertbox (21 марта 1999).
• Пол Хоффман . (англ.) // INET'95 Conference Proceedings: International Networking Conference, Honolulu, Hawaii, USA, 27-30 June 1995 / Kilnam Chon. — Reston, VA: Internet Society, 1995. — Vol. 1 . — P. 123—126 .
• Бернерс-Ли, Тим . (англ.) . Style Guide for online hypertext . Консорциум Всемирной паутины (1998).
• MediaWiki
• (неопр.) . IBM Knowledge Center . IBM.
• Thomas A. Powell, Joe Lima. (неопр.) (22 декабря 2011). Дата обращения: 26 июля 2016. 22 декабря 2011 года.