URL и query-string
Процентное кодирование URL в двух режимах и живой разбор query-string в таблицу «ключ → значение» с подсветкой дублей.
Результат можно передать дальше:Закодировать в Base64/Hex
URL разбирается только после «?». Без него принимаются пары a=1&b=2; схема, // или / до первой пары означают URL. Одиночный debug считается путём: для флага введите ?debug. Fragment после # не входит в параметры.
| Ключ | Значение | Сырой вид | Отметка |
|---|
Введите ссылку или query-строку — таблица заполнится по мере ввода.
Готовые примеры
Найдено: 6 из 6
- Кодировать URLПолный URL с кириллицей и эмодзи подставлен в поле: режим uri кодирует только недопустимые символы, структура ссылки (://, ?, &) остаётся нетронутой.
- Раскодировать URLЗакодированная проц-символами ссылка: декодер показывает исходный вид и объясняет ошибку с позицией, если последовательность битая.
- Разобрать query-string в таблицуСтрока запроса с дублем ключа, пустым значением и флагом без значения: парсер раскладывает её в таблицу и подсвечивает проблемные пары.
- Разобрать UTM-меткиСтрока запроса с utm_source, utm_medium и utm_campaign подставлена в поле: парсер раскладывает рекламные метки в таблицу «ключ → значение».
- Декодировать кириллицу в URLURL с кириллицей и пробелами в пути и query подставлен в поле: декодер показывает исходный вид и объясняет, какие символы были процентными.
- Кодировать через encodeURIComponentПолный URL с пробелами и спецсимволами подставлен в поле: режим component кодирует всё, кроме A-Za-z0-9-._~, включая символы структуры.
Что это и как пользоваться
Страница делает две разные вещи: кодирует и раскодирует строку и разбирает query-string в таблицу «ключ → значение». Направление и режим выбираются отдельно, поэтому одну и ту же ссылку можно прогнать в обе стороны.
Режим uri кодирует только недопустимые символы и сохраняет структуру адреса: ://, ?, & и # остаются на месте. Режим component работает как encodeURIComponent — кодирует всё, кроме A-Za-z0-9-._~, и подходит для значения отдельного параметра.
Кнопка «Обратно» меняет направление, не сбрасывая режим: можно закодировать значение в component, а затем раскодировать его там же и проверить, что получилось ровно то, что было.
Парсер показывает параметры таблицей с сырым видом каждого значения, помечает дубли ключей и пустые значения, а рядом собирает нормализованную строку заново — по ней видно, что получится после пересборки.
Лимиты практические: до 500 000 знаков на входе и до 500 строк в таблице параметров.
Когда пригодится
- Закодировать кириллицу и пробелы, чтобы ссылка открывалась и не ломала разбор на сервере.
- Разобрать UTM-метку и проверить, что все параметры на месте и не задвоены.
- Закодировать значение параметра в режиме component, чтобы & внутри значения не разрезал строку.
- Найти битый символ: декодировать ссылку и увидеть, где процентная последовательность оборвана.
- Собрать строку параметров заново после правки таблицы и сравнить её с исходной ссылкой.
- Проверить, что после сборки ссылка ведёт на тот же ресурс, а не на его кодированную копию.
Чего инструмент не делает
- Сеть не используется: страница не проверяет, существует ли домен, и не следует редиректам.
- Адрес не нормализуется: регистр хоста, лишние слэши и порядок параметров остаются как были.
- Дубли и пустые значения только помечаются, но не удаляются — решение остаётся за вами.
- Фрагмент после # в параметры не попадает: query разбирается только до решётки, и данные из якоря в таблицу не попадут.
- Смысл параметров не интерпретируется: страница не знает, что значит utm_source, и не проверяет допустимые значения.
Примеры
- Вход
https://example.com/a b- Выход
https://example.com/a%20b (режим uri)- Вход
a=1&b=hello%20world&a=2- Выход
таблица: a=[1, 2], b=hello world; дубль a помечен