Очистить URL-адрес

Чистые URL-адреса (также известные как удобные для пользователя URL-адреса , красивые URL-адреса , URL-адреса, удобные для поисковых систем или URL-адреса RESTful ) — это веб-адреса или унифицированный указатель ресурсов (URL), предназначенные для улучшения удобства использования и доступности веб -сайта , веб-приложения или веб-службы. будучи непосредственным и интуитивно понятным для неопытных пользователей . Такие схемы URL-адресов имеют тенденцию отражать концептуальную структуру набора информации и отделять пользовательский интерфейс от внутреннего представления информации на сервере. Другие причины использования чистых URL-адресов включают поисковую оптимизацию (SEO), ^[1] соответствие стилю репрезентативной передачи состояния (REST) архитектуры программного обеспечения и обеспечение того, чтобы отдельные веб-ресурсы оставались последовательно по одному и тому же URL-адресу. Это делает Всемирную паутину более стабильной и полезной системой, а также позволяет создавать более долговечные и надежные закладки веб-ресурсов. ^[2]

Чистые URL-адреса также не содержат подробностей реализации базового веб-приложения. Это дает преимущество, заключающееся в уменьшении сложности изменения реализации ресурса на более позднем этапе. Например, многие URL-адреса включают имя файла серверного сценария , например пример.php , пример.asp или cgi-bin . Если базовая реализация ресурса будет изменена, такие URL-адреса должны будут измениться вместе с ней. Аналогичным образом, когда URL-адреса не являются «чистыми», если база данных сайта перемещается или реструктурируется, это может привести к неработающим ссылкам , как внутренним, так и с внешних сайтов, что может привести к удалению из списков поисковых систем . Использование чистых URL-адресов обеспечивает единообразное расположение ресурсов для пользовательских агентов независимо от внутренней структуры. Еще одним потенциальным преимуществом использования чистых URL-адресов является то, что сокрытие внутренней информации о сервере или приложении может повысить безопасность системы . ^[1]

Структура

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

Исходный URL-адрес	Очистить URL-адрес
`http://example.com/about.html`	`http://example.com/about`
`http://example.com/user.php?id=1`	`http://example.com/user/1`
`http://example.com/index.php?page=name`	`http://example.com/name`
`http://example.com/kb/index.php?cat=1&id=23`	`http://example.com/kb/1/23`
`http://en.wikipedia.org/w/index.php?title=Clean_URL`	`http://en.wikipedia.org/wiki/Clean_URL`

Выполнение

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

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

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

Слизень

Некоторые системы определяют слаг как часть URL-адреса, который идентифицирует страницу по удобочитаемым ключевым словам. ^[4]^[5] Обычно это конечная часть URL-адреса (в частности, часть пути / pathinfo ), которую можно интерпретировать как имя ресурса, аналогично базовому имени в имени файла или заголовку страницы. Название основано на использовании слова « слизняк» в средствах массовой информации для обозначения короткого названия, присвоенного статье для внутреннего использования.

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

Слизни могут быть полностью строчными, при этом акцентированные символы заменяются буквами латинского алфавита , а пробельные символы заменяются дефисом или подчеркиванием, чтобы избежать кодирования . Знаки препинания обычно удаляются, а в некоторых случаях также удаляются короткие, распространенные слова, такие как союзы . Например, заголовок «Это, то и другое!» Коллекция Outré может содержать сгенерированный фрагмент this-that-other-outre-collection.

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

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

Веб-сайты, использующие слаги, включают Stack Exchange Network с заголовком вопроса после косой черты и Instagram с ?taken-by=username URL-параметр. ^[6]^[7]

См. также

Ссылки

^ Jump up to: ^а ^б ^с Опиц, Паскаль (28 февраля 2006 г.). «Чистые URL-адреса для лучшего рейтинга в поисковых системах» . Довольство со стилем. Архивировано из оригинала 6 января 2012 года . Проверено 9 сентября 2010 г.
^ Бернерс-Ли, Тим (1998). «Крутые URI не меняются» . Руководство по стилю для онлайн-гипертекста . W3C . Проверено 6 марта 2011 г.
^ «Единый идентификатор ресурса (URI): общий синтаксис» . РФК 3986 . Рабочая группа по интернет-инжинирингу . Проверено 2 мая 2014 г.
^ Ссылка в глоссарии WordPress.
^ Ссылка в глоссарии Django
^ «URL-адреса вопросов на основе заголовка» . Обмен метастеками . 10 октября 2011 г.
^ «16 лучших трюков Instagram и скрытых функций, которые вы должны знать» . Фоссбайты . 04.08.2017.

Внешние ссылки

[cws-1] Jump up to: ^а ^б ^с Опиц, Паскаль (28 февраля 2006 г.). «Чистые URL-адреса для лучшего рейтинга в поисковых системах» . Довольство со стилем. Архивировано из оригинала 6 января 2012 года . Проверено 9 сентября 2010 г.

[2] Бернерс-Ли, Тим (1998). «Крутые URI не меняются» . Руководство по стилю для онлайн-гипертекста . W3C . Проверено 6 марта 2011 г.

[3] «Единый идентификатор ресурса (URI): общий синтаксис» . РФК 3986 . Рабочая группа по интернет-инжинирингу . Проверено 2 мая 2014 г.

[4] Ссылка в глоссарии WordPress.

[5] Ссылка в глоссарии Django

[6] «URL-адреса вопросов на основе заголовка» . Обмен метастеками . 10 октября 2011 г.

[7] «16 лучших трюков Instagram и скрытых функций, которые вы должны знать» . Фоссбайты . 04.08.2017.

[1]

[2]

[3]

[4]

[5]

[6]

[7]