Парсер URL
Парсер URL
Разберите типичные иерархические URL (например, https://example.com/path) на структурированные поля: протокол, хост, порт и путь. Редактируйте параметры запроса по одному и просматривайте собранный URL в реальном времени. Подходит для отладки API, анализа ссылок и настройки параметров.
🚀 Быстрый старт
- Вставьте или введите URL (или относительный путь) в поле ввода — инструмент попробует разобрать его автоматически.
- В разделе «Структура» можно поэтапно редактировать схему, хост, порт, путь, фрагмент и другие поля.
- В разделе «Параметры запроса» добавляйте, удаляйте и редактируйте пары ключ-значение.
- «Выходной URL» обновляется в реальном времени и копируется в один клик.
- Включите «Автодобавление https:// при отсутствии схемы», чтобы автоматически подставлять https://.
📌 Частые сценарии
- Отладка API: разбирайте URL эндпоинта, проверяйте и меняйте query-параметры, быстро находите ошибки передачи параметров.
- Анализ ссылок: разложите сложный маркетинговый/трекинговый URL, чтобы проверить UTM-метки, referrer и другое.
- Правка параметров: быстро добавляйте, удаляйте и изменяйте пагинацию, фильтры, сортировку и другие query-параметры, уменьшая ручную склейку URL.
- Очистка ссылок: удалите лишние трекинговые параметры перед тем, как делиться ссылкой.
- Проверка редиректов: разберите URL перенаправления и убедитесь, что хост, порт и путь назначения корректны.
- Сборка Deep Link: формируйте deep link приложения (включая кастомные схемы) и сразу смотрите итоговый URL.
🧭 Рекомендации по использованию
- Если во входной строке нет схемы и она похожа на домен или host:port, рекомендуется оставить «Автодобавление https://» включенным. Чтобы проверить конкретную схему, сразу вводите полный префикс схемы.
- Значения query-параметров кодируются/декодируются автоматически, обычно достаточно вводить обычный текст.
- Если search пустой, а часть после # содержит ?, инструмент трактует это как query-параметры внутри hash.
- Поддерживаются относительные пути, например /api/users?page=2. В этом режиме схема и хост остаются пустыми.
- После правок копируйте из «Выходной URL» в один клик, чтобы избежать ошибок ручной сборки.
- Нужно отдельно закодировать/декодировать значение? Используйте инструмент-компаньон «URL Encoder/Decoder».
⚠️ Ограничения и совместимость
- Инструмент опирается на встроенный URL API браузера, поэтому часть нестандартных форматов может не разбираться. Полевая правка и обратная сборка неиерархических схем вроде mailto:, data: и file: ограничены.
- Автокодирование соответствует RFC 3986 и может отличаться от устаревших/нестандартных схем кодирования в старых системах.
🔒 Конфиденциальность и безопасность
- Вся обработка выполняется локально в браузере, данные не покидают ваше устройство.
- Логин/пароль в URL отображаются открытым текстом, поэтому не используйте чувствительные ссылки в публичной среде.
- Инструмент только разбирает и собирает URL: HTTP-запросы не отправляются, целевые адреса не открываются.
❓ Частые вопросы
Что такое URL-адрес? Из каких частей он состоит?
URL (Uniform Resource Locator) — это «адрес» ресурса в интернете. Обычно URL состоит из: • схемы (protocol): например, https:, ftp:, mailto: • данных авторизации: user:pass@ (необязательно, часто в FTP/интранете) • хоста: домен или IP-адрес • порта: необязательно (по умолчанию HTTPS=443, HTTP=80) • пути (pathname): расположение ресурса • query-строки: пары ключ-значение после ?, разделенные & • фрагмента (hash): часть после #, используется только на клиенте и не отправляется на сервер Например, https://user:[email protected]:8080/path?key=value#section содержит все эти части. Инструмент в первую очередь рассчитан на иерархические URL и относительные пути; редактирование и обратная сборка неиерархических схем вроде mailto:, data: и file: ограничены.
Что будет, если ввести URL без схемы?
Инструмент попробует дополнить его автоматически: при включенном «Автодобавлении https:// при отсутствии схемы» он подставит https://, при выключенном — http://. Чтобы проверить конкретную схему, например ftp: или custom:, сразу вводите полный префикс схемы. Сообщение «Неверный URL» появляется только при некорректном формате.
Почему после изменения параметров результат не меняется?
Проверьте два момента: 1) «Ключ» параметра не должен быть пустым (пустые ключи не попадают в результат); 2) вы редактируете раздел «Параметры запроса», а не поле «Входной URL». При правке входа URL разбирается заново и может перезаписать ручные изменения.
Какая разница, если параметры запроса идут до # или после #?
В стандартном URL параметры после ? отправляются на сервер, а часть после # видна только на клиенте. Инструмент сначала разбирает ?search; если search пустой и в # есть ?, это разбирается как параметры hash.
Что делать, если значение параметра содержит кириллицу или спецсимволы?
Просто вводите значение как есть — инструмент сам применит percent-encoding (URL encoding). Для отдельного кодирования/декодирования текста используйте «URL Encoder/Decoder».
Можно ли разрешить относительные пути без доменных имен?
Да. Запросы вроде /api/data?id=1 разбираются как относительный путь, поэтому схема и хост остаются пустыми.
Что произойдет, если номер порта оставить пустым?
Если оставить поле пустым, будет использован порт по умолчанию (HTTPS 443, HTTP 80), а в итоговом URL порт не покажется.