Сеть/HTTP
URL Parser
Разобрать URL на составляющие — протокол, хост, порт, путь, параметры запроса, фрагмент.
URL состоит из нескольких частей — протокола, хоста, порта, пути, параметров запроса и фрагмента, — которые легко перепутать при чтении длинной ссылки. Инструмент разбирает URL на эти составляющие и показывает каждую отдельно.
Как пользоваться
- Вставьте любой URL — разбор на протокол, хост, порт, путь, query-параметры и фрагмент (#) происходит сразу.
- Параметры запроса показываются отдельным списком пар ключ-значение, даже если их много или они повторяются.
- Порт показывается явно, даже если в URL он не указан (тогда используется стандартный для протокола — 80 для HTTP, 443 для HTTPS).
Типичные сценарии
- Быстрое чтение длинной ссылки с десятками параметров отслеживания (utm_*, ref, fbclid и т.д.).
- Проверка, какой именно хост и порт на самом деле откроется по ссылке, полученной от кого-то стороннего.
- Диагностика редиректов или неправильно сформированных URL в коде — видно, какая именно часть отличается от ожидаемой.
Что стоит помнить
Фрагмент (часть после #) никогда не отправляется на сервер — это чисто клиентская часть URL, которую сервер даже не видит.
Хосты с не-ASCII символами (кириллицей, иероглифами) на самом деле передаются по сети в punycode-кодировке (xn--...), даже если в адресной строке браузера показаны обычные буквы.
Статья об этом инструменте: Разбор URL: из каких частей состоит веб-адрес
Часто задаваемые вопросы
В чём разница между "host" и "origin" URL?
Host — это только домен и порт (example.com:8080), тогда как origin также включает схему (https://example.com:8080) — два URL должны совпадать по всем трём параметрам, чтобы иметь общий источник (origin).
Почему разобранный путь иногда выглядит иначе, чем то, что я ввёл?
Браузеры и парсеры нормализуют URL — сворачивая сегменты "./" и "../", декодируя некоторые символы в процентном формате и добавляя завершающий слеш к голому домену, — поэтому разобранный результат отражает разрешённую, каноническую форму.
Отправляется ли URL куда-либо при разборе здесь?
Нет. Разбор происходит полностью в вашем браузере с использованием нативного URL API — ничего не отправляется на сервер.
Что такое userinfo в URL и почему это опасно?
Часть <code>логин:пароль@</code> перед хостом предназначена для передачи учётных данных, но злоумышленники используют её для маскировки фишинговых ссылок: <code>https://accounts.google.com@evil.com/</code> на самом деле ведёт на evil.com, а не на Google.
Почему в некоторых URL хост выглядит как набор непонятных символов вроде xn--?
Это punycode-кодирование интернационализированных доменных имён (IDN) — способ представить домен с кириллицей, иероглифами или другими не-ASCII символами в формате, совместимом со старой системой DNS.