Перейти к основному содержимому
Tooletto

Декодировщик URL

Готовый вариант «Кодировщик и декодировщик URL»

Превратите percent-encoded URL обратно в читаемый текст. Полезно для чтения трекинговых ссылок, декодирования параметра редиректа или выяснения, куда на самом деле вела ссылка, записанная в логе.

  • Файлы никогда не покидают ваше устройство
  • Бесплатно, без регистрации
  • Без водяных знаков
  • Работает офлайн после загрузки
Loading tool…

Как пользоваться: кодировщик и декодировщик url

  1. 1

    Выберите направление

    Закодируйте текст для URL или декодируйте закодированный URL обратно в текст.

  2. 2

    Выберите режим

    Режим компонента экранирует всё; режим полного URL сохраняет структуру.

  3. 3

    Скопируйте результат

    Результат обновляется по мере ввода.

Что на самом деле раскрывает декодированный параметр URL

Маркетинговая трекинговая ссылка, параметр редиректа или URL, захваченный из серверного лога, обычно приходит в виде длинной строки percent-эскейпов, нечитаемой с первого взгляда, — декодирование раскрывает настоящий адрес назначения, поисковый запрос или данные, которые несёт ссылка, а это часто самый быстрый способ понять, что на самом деле делает подозрительная или незнакомая ссылка перед тем, как по ней кликнуть, или восстановить, что искал пользователь, по URL запроса, записанному в логе.

Правильное чтение многобайтовых Unicode-эскейпов

Один символ с диакритикой или эмодзи, закодированный в URL, часто превращается в несколько последовательных percent-эскейпов, а не в один — «é» становится `%C3%A9`, двумя экранированными байтами, представляющими его UTF-8-кодировку, а эмодзи может дать четыре. Правильное декодирование означает объединение этих многобайтовых UTF-8-последовательностей обратно в единственный символ, который они представляют, а не наивное преобразование каждого эскейпа `%XX` в отдельный символ, что дало бы искажённый, нечитаемый результат для всего, что выходит за пределы базового диапазона ASCII.

Обработка обеих схем пробела при декодировании

Поскольку реальный URL, захваченный из лога, ссылки в письме или адресной строки браузера, может использовать для представления пробела как стандартный `%20`, так и более старую форму кодирования форм `+`, этот инструмент проверяет и корректно преобразует в буквальный пробел оба варианта, а не только один — вставка строки запроса, использующей разделители `+`, не требует предварительного преобразования в `%20` только ради читаемого результата.

Часто задаваемые вопросы

В чём разница между режимом компонента и режимом полного URL?

Режим компонента (`encodeURIComponent`) экранирует всё, включая / ? & = #, — это то, что нужно для значения одного параметра запроса. Режим полного URL (`encodeURI`) оставляет эти структурные символы нетронутыми, чтобы весь адрес оставался рабочим. Использование не того режима — самая частая ошибка URL-кодирования.

Почему мой URL сломался, когда я закодировал его целиком?

Почти наверняка вы применили режим компонента ко всему URL целиком, из-за чего экранировались `://` и разделители `&`. Кодируйте каждое значение параметра по отдельности, а затем собирайте URL — не кодируйте уже собранный результат.

Почему пробел иногда становится %20, а иногда +?

Percent-кодирование использует %20. Форма `+` пришла из более старой схемы кодирования HTML-форм (`application/x-www-form-urlencoded`) и валидна только в строке запроса, но никогда в пути. Этот инструмент всегда выдаёт %20 и корректно декодирует обе формы.

Как обрабатываются эмодзи и символы других языков?

Они кодируются как байты UTF-8, поэтому «é» превращается в %C3%A9, а эмодзи — в четыре percent-эскейпа. Это корректное поведение, и оно полностью обратимо.