Что такое URI и URN?
URI (Uniform Resource Identifier) — универсальный идентификатор ресурса: строка, которая однозначно называет объект в сети — страницу, файл, изображение, метод API. URN (Uniform Resource Name) — постоянное имя этого объекта, не привязанное к его местоположению. URL — частный случай URI, который добавляет к имени способ доступа.
URI расшифровывается как Uniform Resource Identifier — «универсальный идентификатор ресурса», а URN — Uniform Resource Name, «универсальное имя ресурса». Разница в смысле: URI отвечает на вопрос «что это и как до него добраться», URN — только «что это», без адреса. Бизнесу это нужно, чтобы не путать имя страницы с её адресом: адрес можно менять, а идентификатор в аналитике, фидах и разметке должен оставаться неизменным, иначе копятся дубли и теряется история данных.
Как устроен URI
URI — это не конкретный адрес, а общий синтаксис записи идентификатора: схема://автор/путь?запрос#фрагмент. Разберём по частям:
- схема — правило доступа к ресурсу: https, mailto, tel, ftp;
- автор (authority) — хост и, при необходимости, порт: example.ru;
- путь — расположение внутри сайта: /catalog/televizory;
- запрос — параметры: ?utm_source=yandex&page=2;
- фрагмент — якорь внутри документа: #otzyvy.
По назначению идентификаторы делят на locator (указывает, где лежит ресурс, — это URL) и name (указывает, как ресурс называется, — это URN). Один объект может иметь оба: книгу называют номером ISBN и одновременно дают ссылку на её карточку в магазине. В вебе чаще встречается локатор: браузеру нужно знать адрес, чтобы показать страницу.
Чем URN отличается от URL
Строго говоря, URL и URN — два подмножества URI. URL сообщает, где ресурс и как его получить, поэтому он ломается при переезде: сменили домен, структуру или протокол — старая ссылка не работает. URN задуман как постоянное имя: он не зависит от того, где сейчас лежит объект. Классические примеры — urn:isbn:978-5-4461-0000-0 для книги или urn:uuid:… для цифрового объекта. Такой идентификатор не открывается в браузере: он нужен не для перехода, а для каталогов, баз данных и внутренних реестров.
Отсюда практический вывод. Когда речь идёт об оптимизации сайта, почти всегда имеется в виду URL — частный случай URI с протоколом, доменом и путём. А URN-логика полезна внутри бизнеса: артикул, ISBN или внутренний ID документа остаются теми же, даже если страница переехала на новый адрес.
Зачем это бизнесу: канонизация, дубли, ИИ-поиск
Первое, что даёт понимание URI, — порядок с адресами. Одна страница может отвечать по десяткам URI: с www и без, по http и https, с заглавной буквой в пути, со слешем на конце и без, с utm-метками. Для поисковой системы это разные идентификаторы, то есть потенциальные дубли. Лечится это каноническим URI: один основной адрес, редиректы со всех остальных, корректный rel=canonical.
Второе — стабильные идентификаторы в данных. В карточках товаров, фидах для маркетплейсов, sitemap и микроразметке полезно держать неизменный ID (sku, product_id, @id в schema.org): при смене URL связь между отчётами, фидами и разметкой сохраняется.
К 2026 году добавился третий слой — ИИ-поиск и ассистенты, которые собирают ответы из источников. Им важно, чтобы факт, цитата или товар имели однозначный идентификатор: тогда на них можно сослаться повторно. Сайты, где один и тот же контент доступен по множеству адресов, теряют не только вес, но и узнаваемость в ответах Яндекса и Google.
Типичные ошибки
- Путать URI и URL в брифах и ТЗ — в итоге разработчик и маркетолог говорят о разных вещах.
- Менять адреса страниц без 301-редиректа, «чтобы было красивее».
- Оставлять доступными технические варианты адресов: с index.php, с параметрами сортировки, с разным регистром.
- Использовать URN как ссылку и ждать, что по ней кто-то перейдёт.
- Брать идентификатором товара саму ссылку вместо постоянного ID — при первом переезде аналитика рассыпается.
Коротко
URI — родовое понятие для любых идентификаторов ресурса, URN — постоянное имя без адреса, URL — частный случай URI с указанием, где ресурс лежит и как его получить. На практике бизнесу достаточно двух правил: держать один канонический адрес для каждой страницы и хранить стабильные ID в разметке, фидах и аналитике. Это дешевле, чем разбираться с дублями и потерянными позициями после очередного редизайна.
