Открыть тикет 
+373 79 600002 
Телеграм-чат в реальном времени 
Часто задаваемые вопросы 
Русский
English 
Română 
Deutsch 
Français 
Türkçe 
Español 
Português 
Українська 
български 
Polski 
Indonesia 
中文 (中国) 
on All Hosting Services
URI vs URL vs URN Объяснено: Различия, которые действительно имеют значение
Почему URI, URL и URN кажутся взаимозаменяемыми
Вы, вероятно, видели эту смену обозначений в реальном времени. Ваш браузер говорит об URL. Документация API говорит об URI. Затем пример стандарта вводит URN и создаёт впечатление, что веб придумал третье название для одного и того же.
Эта путаница нормальна. Эти термины действительно появляются в разных частях веб-стека, и интернет не всегда достаточно вежлив, чтобы остановиться и объяснить почему. Это не ошибка читателя и не мелочи для специалистов по стандартам. Полезный подход — сначала практический: URI — это зонтик, URL — это адрес, URN — это стабильное имя. Когда эта модель станет ясна, документация браузеров, спецификации HTTP, справочники API и материалы по хостингу перестанут звучать так, будто они противоречат друг другу.
Краткий справочник: единственные термины, которые вам нужны в первую очередь
Вам нужно совсем немного общей лексики перед началом основного объяснения, и этот глоссарий намеренно практичен, а не исчерпывающ.
| Термин | Значение на простом языке |
|---|---|
| resource 📦 | Объект, на который указывают: страница, файл, почтовый ящик, цель API, документ или именованный элемент. |
| identifier 🆔 | Метка или строка, используемая для обозначения этого объекта. |
| scheme 🗺️ | Начальная часть, которая намекает на тип идентификатора, например https, mailto или urn. |
| host/domain 🌐 | Видимое пользователю сетевое имя, например example.com, которое помогает найти сервис. |
| path 🛣️ | Часть, которая указывает глубже внутри сайта или сервиса, например /docs/install. |
| query ❓ | Дополнительная информация, добавляемая после ?, часто используется для фильтров, ID или параметров. |
| fragment 🧩 | Часть после #, которая указывает на раздел внутри ресурса на стороне клиента. |
| namespace 🗂️ | Управляемое пространство имён, которое сохраняет идентификаторы значимыми внутри конкретной системы. |
URI против URL против URN за одну минуту
Если вам нужна только краткая версия, вот она: если это что-то идентифицирует, это URI. Если это говорит вам, где или как это достичь, это действует как URL. Если это предназначено для стабильного именования чего-либо, это действует как URN. Большинство повседневного просмотра, веб-сайтов и разговоров о хостинге происходят в территории URL, потому что они касаются адресов, которые люди и программное обеспечение могут действительно использовать.
| Термин | Простое значение | Пример | Когда это важно |
|---|---|---|---|
| URI | Широкая категория для идентификаторов | mailto:hello@example.com | Когда документы или спецификации говорят в общем смысле |
| URL | Идентификатор, который работает как адрес или путь доступа | https://example.com/docs | Когда вы имеете в виду обычный веб-адрес |
| URN | Идентификатор, предназначенный для сохранения стабильности даже при изменении местоположения | urn:isbn:9780141036144 | Когда система именования заботится о постоянстве |
Вот три чистых примера рядом перед тем, как мы их разберём:
https://example.com/docs
mailto:hello@example.com
urn:isbn:9780141036144Первый — это повседневный случай, который большинство читателей уже знают. Второй — это всё ещё идентификатор, но не веб-страница. Третий — это стабильное имя внутри управляемого пространства имён. Это вся карта в миниатюре.
Что такое URI на самом деле
Основная идея исходит из RFC 3986, но версия на простом английском простая: URI идентифицирует ресурс. Слово resource звучит абстрактно, пока вы не переведёте его обратно в человеческие примеры. В этой статье это может означать веб-страницу, конечную точку API, файл, почтовый ящик, документ или даже именованный объект в реестре.
Важное различие — это идентификация против доступа. URI может сказать вам, что что-то есть, без обещания, что вы сможете его открыть, получить или даже взаимодействовать с ним в браузере. Вот почему «URI» шире, чем «веб-адрес». Это в первую очередь о названии или идентификации.
Представьте отношение так:
URI
├── URL → identifies by location or access path
└── URN → identifies by stable name inside a namespaceЭта аналогия с зонтиком — та, которую нужно запомнить. URL и URN — это не конкурирующие термины, стоящие рядом с URI. Они находятся внутри него.
Вот краткое напоминание о диапазоне, который может охватывать URI:
https://example.com/docs → a webpage
mailto:hello@example.com → a mailbox target
urn:ietf:rfc:3986 → a named standards document📝 Примечание: Не каждый URI — это то, что вы можете открыть в браузере.
Некоторые URI удобны для браузера, а некоторые нет. Это исправление, которое нужно большинству читателей, потому что оно разрушает привычку рассматривать URI как не более чем формально звучащий синоним URL.
Что делает URL URL-ом
Самое простое значение URL на простом языке — это всё ещё веб-адрес. Так большинство людей встречают этот термин, и это не неправильно. Немного более точная версия — это то, что URL — это тип URI, который даёт вам достаточно информации о местоположении или доступе для достижения ресурса, поэтому он доминирует в обычном веб-использовании.
Возьмите знакомый размещённый адрес вроде этого. Он показывает части, которые читатели уже видят каждый день, даже если они не называют их формально:
https://shop.alexhost.com/products?id=42#reviews
│ │ │ │ │
│ │ │ │ └─ fragment
│ │ │ └──── query
│ │ └──────────────── path
│ └────────────────────────────────── host/domain
└────────────────────────────────────────── schemescheme говорит программному обеспечению, с каким типом паттерна доступа оно имеет дело. host или домен говорит ему, какой сервис контактировать. path указывает на местоположение внутри этого сервиса. query добавляет дополнительные инструкции или фильтры. fragment отличается от остального: он обычно помогает клиенту перейти к разделу, такому как #reviews, и не отправляется на сервер как часть запроса.
Это также место, где читатели могут услышать об абсолютных и относительных ссылках. Абсолютный URL включает полный адрес, например https://example.com/docs/install. Относительная ссылка сокращает это до чего-то вроде /docs/install, что имеет смысл только в контексте текущего базового адреса. Вам не нужен полный учебник по маршрутизации здесь; вам нужно только понять, почему обе формы появляются в документации разработчика.
В реальной работе с размещённым веб-контентом это обычно слой, о котором люди заботятся больше всего. Чистые URL помогают пользователям доверять тому, на что они нажимают, помогают командам сохранять документацию читаемой и помогают компаниям сохранять пути приложений или маркетинга согласованными с течением времени. Если вы развёртываете сайт, портал документации или витрину, структура читаемого URL имеет гораздо большее значение, чем теория URN.
Что делает URN другим
URN — это URI под схемой urn:, и его работа отличается от обычного адреса. Вместо того, чтобы говорить вам, где что-то находится, он предназначен для постоянного именования, даже если метод хранения или получения позже изменится. Вот почему лучшая аналогия здесь — это имя реестра или каталога, а не уличный адрес.
Базовый паттерн выглядит так:
urn:<NID>:<NSS>
urn:isbn:9780141036144
urn:ietf:rfc:3986NID означает идентификатор пространства имён: он говорит вам, в какой системе именования вы находитесь, например isbn или ietf. NSS означает строка, специфичная для пространства имён: это фактическое имя внутри этой системы. Вы также увидите обсуждение постоянного именования в стиле DOI в той же широкой семье проблем, потому что системы публикации и каталогизации глубоко заботятся о стабильной идентичности с течением времени.
Причина, по которой большинство людей редко вводят URN в браузер, проста: просмотр обычно касается доступа, а не именования реестра. URN всё ещё имеют значение, хотя. Они появляются в стандартах, каталогизации, публикации, системах идентификации и других местах, где имя должно оставаться значимым, даже если объект переместится. Реестр пространства имён URN IANA всё ещё активно поддерживается, что является хорошим признаком того, что URN — это реальная инфраструктура, а не мёртвый жаргон.
⚠️ Предупреждение: Не переучивайте URN как обычные инструменты просмотра. Они важны, но они не являются центром обычной веб-навигации так, как это делают URL.
Отношение, которое люди обычно неправильно понимают
Вот чистое утверждение иерархии: все URL — это URI, и URN — это URI, но не каждый URI — это URL. Это одно предложение разрешает большинство путаницы. Проблема начинается, когда люди пытаются втиснуть каждый идентификатор в жёсткий ящик либо-URL-либо-URN и предполагают, что все источники должны использовать разделение одинаково.
📝 Примечание: Более старые объяснения часто рисуют URL и URN как аккуратные подтипы под URI, в то время как более новые веб-ориентированные источники используют URL более неформально и URI более в целом. Вот почему два надёжных источника могут звучать по-разному, не находясь в войне.
Материал уточнения W3C полезен здесь, потому что он разделяет классический взгляд от современного. Классическое объяснение рассматривает URI как широкий класс и представляет URL и URN как разные способы поведения идентификатора. Современная привычка, особенно в материалах, ориентированных на браузер, более свободна: URL остаётся обычным в практическом веб-разговоре, в то время как URI остаётся более безопасным универсальным термином в спецификациях.
Вот почему контролируемые граничные случаи, такие как mailto:, создают дебаты. Это определённо URI. Некоторые люди удобно называют это URL, потому что оно использует схему и даёт программному обеспечению способ действовать на цель. Другие избегают этого и сохраняют URL для более явно похожих на местоположение случаев. Самый безопасный вывод для новичка — не выигрывать спор. Это понять, почему спор существует.
| Пример | Безопасное чтение | Почему |
|---|---|---|
| https://example.com/docs | URI и URL | Это идентифицирует ресурс и работает как получаемый адрес. |
| urn:isbn:9780141036144 | URI и URN | Это идентифицирует постоянным именем внутри управляемого пространства имён. |
| mailto:hello@example.com | Определённо URI; дебаты классификации происходят вокруг «URL» | Это идентифицирует цель и использует схему, но это не обычная модель страницы браузера, которую люди представляют в первую очередь. |
Как только вы видите таблицу таким образом, умственный узел ослабляется. URI — это широкий читаемый термин. URL — это повседневный адресный термин. URN — это термин постоянного именования. Несогласие в источниках обычно касается акцента, а не того, что вся модель сломана.
Почему разница имеет значение в реальной работе
Практическая ценность этого различия не в том, что оно позволяет вам звучать более точно на вечеринках. Это имеет значение, потому что разные технические материалы говорят о разных слоях идентичности и доступа. Как только вы узнаете, какой слой документ заботит, выбор слова перестаёт казаться произвольным.
Документация браузера и платформы
Современный материал браузера и веб-платформы часто стандартизирует URL, потому что этот мир в основном касается анализа, навигации, обработки происхождения и поведения, похожего на адрес, в браузере. Это среда, где люди открывают страницы, загружают скрипты, разрешают относительные ссылки и перемещаются по веб-ориентированным местоположениям.
📝 Примечание: Современные стандарты браузера и платформы обычно предпочитают термин URL, даже когда более старый язык стандартов в других местах использует URI более широко.
HTTP, API и язык спецификаций
Документы HTTP и протокола часто предпочитают URI, потому что они говорят о целевом ресурсе более обобщённо. Они не всегда описывают полную строку адреса в стиле браузера. Иногда они описывают цель запроса, относительную ссылку или более широкую концепцию идентичности ресурса.
Вот пример запроса, который облегчает это видение:
GET /docs/install?lang=en HTTP/1.1
Host: example.comЭтот запрос не повторяет полную форму https://example.com/docs/install?lang=en, но протокол всё ещё явно нацелен на ресурс. Это одна из причин, по которой материал семантики HTTP и API часто говорит об URI ресурсов. Язык должен иметь место для большего, чем «полный адрес, который вы ввели в браузер».
Хостинг и веб-работа, ориентированная на бизнес
В хостинге, маркетинге, развёртывании приложений и разговорах о веб-контенте, ориентированных на бизнес, забота обычно намного уже и практичнее: чистые URL, стабильные пути, разумные перенаправления, читаемые домены и предсказуемая структура. Если вы развёртываете приложение или сайт документации на VPS AlexHost или любой аналогичной платформе хостинга, ваш повседневный операционный вопрос обычно заключается в том, является ли дизайн URL ясным и стабильным — а не в том, описал бы URN ресурс более философски.
Это реальный тезис статьи, возвращающийся. Разница имеет наибольшее значение как инструмент чтения. Это помогает вам понять, почему документация браузера говорит одно, спецификации API говорят другое, а руководства по хостингу в основном остаются сосредоточены на URL. Вам не нужна идеальная терминология в каждом предложении. Вам нужна правильная умственная модель, когда контекст меняется.
Когда говорить URL, URI или URN
На этом этапе наиболее полезный результат — это короткое правило, которое вы можете действительно переиспользовать. Думайте об этом как о шпаргалке, а не об экзамене по стандартам.
| Если вы имеете в виду… | Говорите… |
|---|---|
| Обычный веб-адрес, местоположение страницы или размещённый путь | URL |
| Идентификатор ресурса в целом, особенно в спецификациях или документации API | URI |
Постоянное имя внутри фактSave |
