Семантический 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. Поэтому, обычно в адресах используют латиницу, чтобы избегать осложнений для пользователей[⇨].

Концепция[править | править вики-текст]

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

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

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

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

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

Название[править | править вики-текст]

«ЧПУ» — аббревиатура от жаргонного[источник не указан 29 дней] «человекопонятный URL», другой вариант букв. «человеку понятный урл», где жаргонное «урл» — URL[11]. Компания «Google» называет подобный адрес «simple-to-understand URL»[3] или «простым URL»[12]. В Microsoft SharePoint используется название terms-friendly URL или полнотекстовый URL. Также используются названия: semantic URL (букв. семантический URL), clean URL[13], RESTful URL, pretty URL, friendly URL[14] (FURL), search engine friendly URL (SEF URL)[15][16], 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]. Для перехода по уровням иерархии структуры сайта также используют подобную ЧПУ дублирующую навигацию[17]. В случае удаления последнего в ЧПУ слова до знака слеша пользователь попадет в вышестоящую категорию[2]. URL может отображать путь из директорий на сервере к файлу. В то же время ЧПУ должен содержать ту же информацию для того же файла, какую в не-ЧПУ получает скрипт в строке параметров[7]. Для этого используют разные способы переписывания 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 дальше ?, предполагая, что после него нет ценной информации.[18]

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

Возможные проблемы[править | править вики-текст]

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

Реализация[править | править вики-текст]

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

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

Slug[править | править вики-текст]

Некоторые системы определяют slug как часть URL, которая идентифицирует страницу в удобочитаемых[en] ключевых словах.[22][23] Обычно он является концевой частью 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[24].

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 § 49. Дублирующая навигация
  6. 1 2 3 Opitz, Pascal Clean URLs for better search engine ranking. Content with Style (28 February 2006). Проверено 9 сентября 2010. Архивировано из первоисточника 6 января 2012.
  7. Berners-Lee, Tim Cool URIs don't change. Style Guide for online hypertext. W3C (1998). Проверено 6 марта 2011.
  8. Quentin Zervaas. Practical Web 2.0 Applications with PHP. — Apress, 2008-03-11. — С. 5. — 580 с. — ISBN 9781430204756.
  9. Sefurl — Search Engine Friendly Uniform Resource Locator (нем.).
  10. Андрей Дыкан. Клиентское SEO. — Litres, 2016-02-20. — С. 323. — 414 с. — ISBN 9785040002634.
  11. Google Inc Руководство по поисковой оптимизации для начинающих. — С. 8.
  12. Step 6: Configure clean URLs
  13. Friendly URL
  14. How to Create an SEO-Friendly URL Structure
  15. Мэрриотт Дженнифер, Уоринг Элин. SEF URL // Joomla! 3.0. Официальное руководство. — СПб.: Издательский дом "Питер", 2013. — С. 464. — 496 с. — ISBN 9785496006637.
  16. § 49. Дублирующая навигация
  17. Hussien A. S. Factors Affect Search Engine Optimization // International Journal of Computer Science and Network Security (IJCSNS). — 2014. — Т. 14, № 9. — С. 29.
  18. 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.
  19. RFC 3986 — Unreserved Characters
  20. Uniform Resource Identifier (URI): Generic Syntax. RFC 3986. Internet Engineering Task Force. Проверено 2 мая 2014.
  21. Slug in the WordPress glossary
  22. Slug in the Django glossary
  23. ЧПУ на PHP. Прочь от ModeRewrite правил. Единая точка входа.

Ссылки[править | править вики-текст]