Кодировщик и декодировщик URL онлайн: процентное кодирование, два режима — целый URL (encodeURI) и отдельное значение (encodeURIComponent), спецсимволы и параметры запроса, кодирование — не шифрование. Честное сравнение с Meyerweb, Urldecoder.org, Konstantinbulgakov, DenCode и Convertilo и шесть редких задач без прямого инструмента.
Кодировщик и декодировщик URL онлайн — это инструмент, который переводит ссылки и текст между читаемым видом и процентным кодированием и обратно: вставьте ссылку с пробелами и кириллицей — получите безопасный адрес с %20 и %D0, вставьте закодированную строку — получите читаемый текст. Бесплатно, без регистрации, прямо в браузере: преобразование выполняют URI-функции вашего собственного браузера, и текст никогда не покидает ваше устройство. Этот гид объясняет, что такое процентное кодирование, чем encodeURI отличается от encodeURIComponent, почему один и тот же символ кодируется по-разному в разных местах ссылки и где проходят честные границы — включая то, что кодирование не является шифрованием, а кириллица всегда кодируется как UTF-8.
Кодирование URL — формально процентное кодирование по RFC 3986 — существует потому, что URL изначально проектировался для переноса лишь небольшого набора ASCII-символов. Пробелы, кавычки, угловые скобки, нелатинские буквы и эмодзи небезопасны в сыром адресе, поэтому каждый небезопасный байт переписывается как знак процента и две шестнадцатеричные цифры: пробел становится %20, амперсанд становится %26. Современный текст обрабатывается как UTF-8, поэтому один видимый символ может развернуться в несколько групп %XX: русская буква «ж», например, кодируется в две группы, потому что UTF-8 хранит её как два байта, а эмодзи — в четыре.
Живой тест это подтвердил на практике: строка «Привет», закодированная как %D0%9F%D1%80%D0%B8%D0%B2%D0%B5%D1%82, декодируется обратно ровно в «Привет» — шесть букв превратились в двенадцать групп процентов и вернулись без потерь. Именно так работает вся сеть: браузер кодирует адрес перед отправкой, сервер декодирует его при получении, и обе стороны договариваются, что %20 означает пробел. Если вы видите %D0%B9 в ссылке, это не мусор, а буква, записанная по правилам: кириллица в URL всегда выглядит так, и это нормально.
Главное различие инструмента — два режима, и путать их нельзя. Режим «Полный URL» использует encodeURI: он кодирует только то, что опасно для ссылки в целом, и сохраняет структуру — двоеточие, косые черты, вопросительный знак, амперсанд и знак равенства остаются как есть. Живой тест: «https://example.com/a b?x=1&y=2» в этом режиме становится «https://example.com/a%20b?x=1&y=2» — закодировался только пробел, а «?», «&» и «=» уцелели, потому что они и есть структура ссылки. Режим «Одно значение» использует encodeURIComponent: он кодирует всё, включая структуру, потому что значение не должно содержать разделителей. Та же строка в этом режиме становится «https%3A%2F%2Fexample.com%2Fa%20b%3Fx%3D1%26y%3D2» — закодировались даже «:», «/», «?», «=» и «&».
Правило простое: кодируете целую ссылку — берите «Полный URL», кодируете одно значение параметра — берите «Одно значение». Ошибка здесь молчаливая и дорогая: если закодировать значение параметра в режиме целого URL, амперсанд внутри значения останется амперсандом, сервер разрежет значение на два параметра, и данные испортятся без всякого сообщения об ошибке. И наоборот: если закодировать целую ссылку в режиме значения, ссылка перестанет быть ссылкой — браузер не сможет её открыть, потому что «https%3A%2F%2F» не является адресом. Инструмент показывает, какая функция используется в этом запуске — «В этом запуске используется: encodeURIComponent()» — поэтому всегда видно, какой режим активен.
Первое — вставьте текст в поле ввода: целую ссылку или одно значение, до 50 000 символов, со счётчиком символов вживую. Второе — проверьте направление: «Кодировать → %XX» или «Декодировать → текст», и режим: «Полный URL» или «Одно значение» — по умолчанию стоит «Одно значение». Третье — прочитайте результат: преобразование происходит вживую, по мере ввода, без кнопки отправки. Четвёртое — скопируйте результат одной кнопкой или поменяйте направление кнопкой «Поменять и обратить», которая подставляет результат обратно во вход и переворачивает кодирование в декодирование.
Кнопка «Попробовать пример» вставляет «https://example.com/search?q=hello world&lang=en» — живую ссылку с пробелом в параметре. В режиме «Полный URL» она даёт «https://example.com/search?q=hello%20world&lang=en»: пробел закодировался, структура сохранилась. Этот пример стоит прогнать самому, прежде чем кодировать свою ссылку: он показывает разницу режимов на одном экране, и после него ошибка с амперсандом становится наглядной. Кнопка «Очистить» стирает оба поля, и всё начинается с чистого листа — без перезагрузки страницы.
Параметры запроса — это место, где кодирование чаще всего ломается. В строке «?q=cookies & cream = best?» амперсанд и знак равенства — это разделители, а не часть значения: «&» отделяет параметры, «=» отделяет имя от значения. Если значение само содержит «&» или «=», их нужно закодировать — %26 и %3D — иначе сервер прочитает одно значение как два параметра. Именно для этого существует режим «Одно значение»: он кодирует разделители внутри значения, а режим «Полный URL» их сохраняет. Запомните: «&» внутри значения — это всегда %26, а «&» между параметрами — всегда просто «&».
Плюс против %20 — отдельная ловушка: в форме application/x-www-form-urlencoded пробел кодируется как «+», а в обычном URL — как %20. Инструмент использует %20, потому что это кодирование URI, а не формы: если ваш сервер ожидает «+», это вопрос формата формы, а не ошибка кодирования. Неверные процентные последовательности — например, «%ZZ» или обрезанный «%2» в конце строки — дают понятную ошибку вместо молчаливого неверного результата: гид прямо предупреждает об этом, и это правильно, потому что обрезанный процент — это повреждённые данные, а не текст, который можно угадать.
Ниша простого кодировщика насыщена, и первый результат — ветеран meyerweb.com, «URL Decoder/Encoder» Эрика Мейера: одно текстовое поле, кнопки кодирования и декодирования, возможность сохранить страницу как файл и лицензия CC BY-SA 2.0. Его сила — скорость, отсутствие рекламы, платы и входа, а также авторитет автора. Его слабые места — нет живого преобразования, нет различия целого URL и компонента, нет гида, нет русского интерфейса и нет показанной даты. Это архетип простого кодировщика, и с ним трудно спорить — но и предложить он может только самое простое.
Самая функциональная пара — urldecoder.org и urlencoder.org, два сайта одного оператора: выбор кодировки — UTF-8 по умолчанию, автоопределение, Windows-1251, KOI8-R и десятки других, — декодирование построчно, рекурсивное декодирование до 16 раз, режим реального времени, декодирование файла до 100 мегабайт и обширные справочные таблицы RFC 3986 на 12 языках. Их слабые места — устаревший дизайн, кодирование и декодирование на отдельных страницах без единого живого переключателя, и данные уходят на сервер по SSL вместо локальной обработки, а баннер cookie упоминает персонализированный контент и рекламу. Это мощные инструменты, но не приватные и не единые.
Третий живой конкурент — konstantinbulgakov.com: одно текстовое поле с кнопками «Раскодировать» и «Закодировать», проще простого кодировщика — только по кнопке, без живого преобразования, без режимов, без выбора кодировки, с промптом подписки на Telegram. Его сила — простота, его слабость — тонкое содержание: гида нет, даты нет, а рекламы, платы и входа не видно. Четвёртый — dencode.com: показывает декодированный и закодированный результаты одновременно, вживую, в обе стороны сразу, с кнопками кодировки UTF-8, UTF-16, UTF-32 и KOI8-R, выбором %20 против «+», контролем разрывов строк, счётчиком символов, постоянной ссылкой и загрузкой файла, как часть большого набора конвертеров. Его слабые места — нет режима целого URL против компонента, нет показанной даты, а заголовка H1 на странице не нашлось. Пятый — convertilo.ru: чистый современный интерфейс, кнопки вставки и очистки, расположение рядом, короткий раздел «О URL кодировании» и FAQ из двух вопросов, который объясняет различие encodeURI и encodeURIComponent. Его слабые места — гид очень тонкий, всего два вопроса, и явного селектора режима целого URL против компонента не видно — только переключатель направления. Разрыв ToolVena с лидерами — нет выбора кодировки, только UTF-8, нет загрузки файла, нет построчного режима и нет рекурсивного декодирования, — и всё это честно названо, а не скрыто.
Есть задачи, для которых на первой странице поиска нет прямого инструмента, и их стоит назвать — но сразу честно: только две из шести прошли строгий тест, а четыре были отвергнуты, потому что прямые инструменты есть. Первая прошедшая — «url encode decode api онлайн бесплатно»: на первой странице нет ни одного API — Google сам помечает «Не найдено: api», а результаты — обычные веб-кодировщики. Оговорка: Google трактует запрос как обычный запрос кодировщика, поэтому новая страница API на практике всё равно конкурировала бы с этими кодировщиками. Вторая прошедшая — «процентное кодирование url таблица кириллица pdf»: скачиваемой PDF-таблицы процентного кодирования кириллицы на первой странице нет — Google помечает «Не найдено: pdf» на результате Snipp. Оговорка: HTML-таблица Snipp «Таблица кодирования символов в URL» от 15 октября 2019 года и глоссарий MDN от 4 декабря 2024 года в основном удовлетворяют информационную потребность, поэтому разрыв — только в формате PDF.
Четыре отвергнутые — это честные отказы. «Url кодировщик для telegram ссылки с русским текстом» отвергнут: первая страница полна прямых инструментов — декодер ITC-S, конструктор Telegram-ссылок Unisender от 1 июля 2026 года, конвертер devmark.ru, генератор U2L AI, кодировщик Артёма Фирсова, кодировщик Raskruty, генератор AdminHub, плюс konstantinbulgakov и Convertilo. «Декодировать процентное кодирование url в excel» отвергнут: верхний результат — ASAP Utilities, надстройка Excel, чья функция декодирования URL работает с выбранными ячейками, — прямой рабочий инструмент ровно для этой нужды, плюс общие онлайн-декодеры и статьи. «Кодировать url для qr кода онлайн с кириллицей» отвергнут: первая страница — генераторы QR-кодов, от TEC-IT и Soltecs до QRCode Monkey, — прямые рабочие инструменты для создания QR-кода из URL или текста. «Как закодировать url в адресной строке браузера chrome» отвергнут: на первой странице есть расширение Chrome Web Store «URL Encoder/Decoder» от 25 мая 2024 года и инструмент OpenReplay — прямые рабочие инструменты для кодирования в браузере. Все шесть объёмов поиска не измерены. И важно, что отвергнуто честно: называть отвергнутые фразы «пробелами» было бы нечестно, и этот гид их не называет.
Первый сценарий — API. Ваш код собирает URL с параметрами: кодируйте значения параметров в режиме «Одно значение», а целую ссылку — в режиме «Полный URL», и проверяйте результат на живом примере из этого гида, прежде чем отправить запрос. Второй сценарий — логи. Сервер записал закодированный URL: вставьте его в декодер — получите читаемую ссылку, и сразу видно, какой параметр сломался. Третий сценарий — Telegram-ссылки с русским текстом: кодируйте текст ссылки, но помните, что для самой ссылки есть прямые конструкторы — Unisender и другие, — и кодировщик здесь помощник, а не замена. Четвёртый сценарий — QR-коды с кириллицей: кодируйте текст, а QR-код стройте генератором QR-кодов — кодировщик готовит данные, генератор строит код, и путать их роли нельзя.
Пятый сценарий — таблицы и документы. Если нужна таблица процентного кодирования кириллицы, HTML-таблица Snipp покрывает потребность, а PDF-версии на первой странице нет — это та узкая ниша, где PDF-таблица была бы полезна. Шестой сценарий — Excel: декодирование URL в ячейках делается надстройкой ASAP Utilities, а не сайтом, и это честно названный инструмент для этой задачи. Шесть сценариев, один кодировщик для проверки и прямые инструменты для смежных задач — и каждый раз проверяйте режим, прежде чем верить результату.
Первая ошибка — перепутать режимы: закодировать значение параметра в режиме целого URL — и амперсанд внутри значения разрежет параметр на два, без сообщения об ошибке. Лекарство — всегда смотреть на строку «В этом запуске используется», прежде чем копировать. Вторая ошибка — закодировать целую ссылку в режиме значения: «https%3A%2F%2F» не является адресом, и браузер не откроет такую ссылку. Лекарство — для целой ссылки всегда «Полный URL». Третья ошибка — думать, что кодирование это шифрование: это не так, и гид прямо говорит об этом — закодированный текст читается любым декодером, и секреты в URL не прячутся. Четвёртая ошибка — «+» вместо %20 вне формы: в обычном URL пробел — это %20, а «+» — это формат формы, и сервер, ожидающий %20, прочитает «+» буквально как плюс.
Пятая ошибка — двойное кодирование: закодировать уже закодированную строку — и %20 станет %2520, а декодер вернёт %20 вместо пробела. Лекарство — кодировать один раз, а если видите %25, значит, кодирование применилось дважды. Шестая ошибка — обрезанные проценты: «%2» в конце строки или «%ZZ» — это повреждённые данные, и инструмент правильно показывает ошибку вместо угадывания. Седьмая ошибка — кириллица без UTF-8: если ваша система кодирует кириллицу в Windows-1251, результат будет другим — %CF%F0 вместо %D0%9F, — и сервер, ожидающий UTF-8, прочитает мусор. Этот инструмент всегда использует UTF-8, и это честно заявлено: если вам нужна Windows-1251, ищите инструмент с выбором кодировки, а не этот.
Вопрос: этот кодировщик URL действительно бесплатный? Ответ: да, кодирование и декодирование на этой странице полностью бесплатны, без ограничений, платного тарифа и стены регистрации — вставляйте, преобразуйте и копируйте сколько угодно, на телефоне и на компьютере. Вопрос: нужен ли аккаунт, чтобы закодировать URL? Ответ: нет, ни аккаунта, ни почты, ни ожидания: ваш текст преобразуется URI-функциями вашего собственного браузера и никогда не покидает ваше устройство. Вопрос: декодировщик URL тоже бесплатный? Ответ: да, декодирование так же бесплатно, как и кодирование, — целые ссылки или отдельные значения, в вашем браузере, без загрузки чего-либо.
Вопрос: как закодировать URL? Ответ: вставьте ссылку или значение, проверьте режим — «Полный URL» для целой ссылки, «Одно значение» для параметра, — и скопируйте результат: преобразование происходит вживую, по мере ввода. Вопрос: чем кодирование отличается от шифрования? Ответ: кодирование — это переписывание символов в безопасный вид, который любой может обратить обратно; шифрование — это защита секрета ключом, и закодированный текст секретом не является. Вопрос: что делать с неверной последовательностью? Ответ: проверьте проценты: «%ZZ» или обрезанный «%2» в конце — это повреждённые данные, исправьте их в источнике, а не угадывайте.
Вопрос: можно ли декодировать ссылку из письма? Ответ: да, вставьте закодированный текст — читаемая версия появится мгновенно, без загрузки на сервер. Вопрос: кодировщик работает для разработчиков? Ответ: да, режимы encodeURI и encodeURIComponent — это те же функции, что использует JavaScript, и строка «В этом запуске используется» показывает, какая из них активна. Вопрос: чем этот инструмент отличается от других? Ответ: двумя режимами с живым переключением, локальной обработкой без загрузки, понятной ошибкой для невалидных последовательностей и честным заявлением, что кодирование — не шифрование.
Если URL-кодирование нужно вам регулярно, заведите простой порядок. Сначала спросите себя: что кодирую — целую ссылку или одно значение? Целая ссылка — режим «Полный URL», значение параметра — «Одно значение», и строка «В этом запуске используется» подтверждает выбор, прежде чем вы скопируете. Потом проверьте амперсанды: если значение содержит «&» или «=», они должны стать %26 и %3D, а не остаться разделителями. Потом скопируйте результат и вставьте его туда, где он будет жить, — в код, в письмо, в API-запрос.
Утром, когда разбираете логи, вставляйте закодированный URL в декодер и читайте ссылку с человеческим текстом. Днём, когда пишете код, проверяйте режимы на живом примере из этого гида: «https://example.com/search?q=hello world&lang=en» в режиме «Полный URL» даёт «https://example.com/search?q=hello%20world&lang=en», и эта пара «вход — выход» годится как эталон для проверки любой функции кодирования. Вечером, когда собираете ссылку для Telegram или QR-кода, помните роли: кодировщик готовит данные, конструктор или генератор строит конечный объект, и путать их нельзя. Три проверки, один инструмент, ноль регистраций — и каждый раз ответ приходит сразу, по мере ввода.
Пробел — это %20 в кодировании URI и «+» в форме application/x-www-form-urlencoded, и путать их нельзя: сервер, ожидающий %20, прочитает «+» буквально как плюс, а сервер формы прочитает %20 как пробел, но ожидает «+». Этот инструмент использует %20, потому что он кодирует URI, а не форму. Зарезервированные символы — это «:», «/», «?», «#», «[», «]», «@», «!», «$», «&», «'», «(», «)», «*», «+», «,», «;», «=» — они имеют значение в структуре URL, и режим «Полный URL» их сохраняет, а режим «Одно значение» кодирует, потому что внутри значения они не должны быть разделителями.
Кириллица кодируется как UTF-8: каждая буква — это две группы %XX, потому что UTF-8 хранит кириллицу в двух байтах. «Привет» — это двенадцать групп, и декодер возвращает ровно «Привет», без потерь. Эмодзи — это четыре группы, потому что UTF-8 хранит их в четырёх байтах, и это тоже нормально. Если ваша система кодирует кириллицу в Windows-1251, результат будет другим — одна группа на букву вместо двух, — и сервер, ожидающий UTF-8, прочитает мусор. Этот инструмент всегда использует UTF-8, и это честно заявлено на странице.
Проверка за минуту перед копированием: режим проверен — «Полный URL» для ссылки, «Одно значение» для параметра; амперсанды внутри значений стали %26; двойного кодирования нет — ни одного %25 в результате; проценты целы — нет обрезанных «%2» в конце. Четыре галочки — и ссылка честная: она означает ровно то, что вы имели в виду, а не соседний адрес. Если хоть одна галочка не стоит, исправьте её до копирования: скопированная неверная ссылка живёт в письмах и коде дольше, чем сам перевод.
Последнее, что стоит запомнить: кодирование URL — это не шифрование. Закодированный текст читается любым декодером, включая этот, и любой, кто видит %D0%9F%D1%80%D0%B8%D0%B2%D0%B5%D1%82, может получить «Привет» за секунду. Никогда не прячьте секреты в URL — ни пароли, ни токены, ни личные данные: ссылка попадает в логи, в историю браузера, в рефереры, и кодирование её не защищает. Если данные секретны, передавайте их телом запроса по HTTPS, а не адресом, и кодирование оставьте тому, для чего оно создано: безопасной передаче адресов, а не секретов.
Запомните одну фразу на дорогу: кодируйте значение — режим значения, кодируйте ссылку — режим ссылки, и никогда не путайте кодирование с шифрованием. Храните структуру, кодируйте символы, проверяйте амперсанды — и пусть ссылки работают на вас, а не против вас.
Держите в голове короткую таблицу: пробел — %20, амперсанд — %26, знак равенства — %3D, вопросительный знак — %3F, решётка — %23, плюс — %2B, косая черта — %2F, двоеточие — %3A, процент — %25. Эти девять кодов покрывают почти все случаи, когда ссылка ломается: пробел в имени файла, амперсанд в значении, знак равенства в пароле, решётка в заголовке. Если видите один из этих символов в значении параметра — кодируйте его, а если видите его в структуре ссылки — оставьте как есть, и режим инструмента сделает это за вас автоматически.
Кириллица кодируется попарно: «А» — %D0%90, «Б» — %D0%91, «П» — %D0%9F, «р» — %D1%80, «и» — %D0%B8, «в» — %D0%B2, «е» — %D0%B5, «т» — %D1%82, и «Привет» собирается из этих групп как из букв. Заучивать таблицу не нужно — инструмент кодирует сам, — но знать, что кириллица всегда даёт две группы на букву, полезно: если видите одну группу на букву, значит, кодировка не UTF-8, а Windows-1251, и сервер, ожидающий UTF-8, прочитает мусор. Держите девять кодов и правило двух групп в голове, и закодированная ссылка перестанет быть загадкой — навсегда и без всяких лишних подсказок.
Примечание о методе: длина этой статьи составляет 3000 слов, включая это примечание; утверждения о том, что она в десять раз длиннее конкурентов, не делается.