Разбор URL
Разложите URL на протокол, хост, путь и параметры запроса
Об этом инструменте
Вставьте URL и посмотрите его разбор: протокол, хост, порт, путь, фрагмент и каждый параметр запроса в виде декодированной таблицы «ключ — значение». Используется тот же WHATWG-парсер URL, который применяет ваш браузер при навигации, поэтому интерпретация, которую вы видите, — это именно та интерпретация, которую применит браузер, включая тонкости вроде отбрасывания портов по умолчанию и нормализации путей.
Таблица параметров запроса — то, чем вы будете пользоваться чаще всего: длинные OAuth-редиректы, ссылки с аналитическими метками и вызовы API становятся читаемыми с первого взгляда, каждое значение уже percent-декодировано. Голые домены без схемы тоже принимаются; для разбора подставляется https://.
Он естественно работает в паре с URL-кодировщиком — разберите URL здесь, найдите нужный параметр, отредактируйте значение и заново закодируйте его там.
Частые вопросы
- Почему разобранный URL немного отличается от того, что я вставил?
- WHATWG-парсер нормализует: приводит схему и хост к нижнему регистру, убирает порты по умолчанию (:443 для https), разрешает сегменты пути ./ и ../ и кодирует символы, которым это нужно. Вы видите каноническую форму, о которой договорились серверы и браузеры.
- Справится ли он с URL с повторяющимися ключами запроса?
- Да — каждое вхождение выводится отдельной строкой, по порядку. Повторяющиеся ключи легальны и распространены: многие API читают их как массивы (?tag=a&tag=b).
- В чём разница между host и hostname?
- hostname — это только домен (example.com); host включает явный нестандартный порт (example.com:8080). Когда порт совпадает с портом схемы по умолчанию, оба выглядят одинаково, потому что порт опускается.
- Отправляется ли фрагмент (#...) на сервер?
- Нет. Всё после # остаётся в браузере — серверы этого никогда не видят. Именно поэтому одностраничные приложения исторически использовали его для клиентской маршрутизации, и поэтому аналитические параметры после # невидимы для бэкенда.