Введите текст, который вы хотите зашифровать или расшифровать.:
URL-кодировщик и декодер от ToolsPivot — онлайн-инструмент для кодирования и декодирования URL-адресов по стандарту RFC 3986. Вставьте строку, выберите режим (encodeURI или encodeURIComponent) и получите результат за долю секунды. Вся обработка происходит в браузере — ваши данные не отправляются на сторонние серверы, что отличает этот инструмент от большинства аналогов, обрабатывающих запросы на своей стороне.
Процентное кодирование (Percent-Encoding): Заменяет небезопасные символы и юникод на шестнадцатеричные последовательности вида %HH. Пробел превращается в %20, амперсанд — в %26, а кириллическая буква «к» в UTF-8 — в %D0%BA. Полное соответствие RFC 3986.
Мгновенное декодирование: Преобразует закодированную строку обратно в читаемый текст. Справляется с двойным кодированием — когда строка прошла через кодировщик дважды и %20 превратился в %2520.
Режим encodeURI: Сохраняет структурные символы URL — двоеточия, косые черты, вопросительные знаки, решётки. Кодирует только небезопасные части. Подходит для работы с полными адресами.
Режим encodeURIComponent: Кодирует всё, кроме букв, цифр, дефисов, подчёркиваний, точек и тильд. Правильный выбор для отдельных значений параметров в строке запроса.
Полная поддержка UTF-8: Корректно обрабатывает кириллицу, китайские иероглифы, арабскую вязь, эмодзи и любые юникод-символы. Один кириллический символ в UTF-8 занимает 2 байта, а китайский — 3, и инструмент точно рассчитывает каждую последовательность.
Построчная обработка: Кодируйте или декодируйте сразу несколько строк — каждая обрабатывается отдельно. Полезно при работе со списком URL из отчёта проверки битых ссылок или лога сервера.
Сравнение размера: Показывает количество символов до и после кодирования. Помогает контролировать длину URL — большинство браузеров обрабатывают адреса до 2 048 символов.
Копирование в один клик: Результат переносится в буфер обмена без ручного выделения текста.
Вставьте текст. Скопируйте URL-адрес, строку запроса или произвольный текст в поле ввода. Можно загрузить пример, чтобы посмотреть, как работает инструмент.
Выберите операцию. Нажмите «Encode» для кодирования или «Decode» для декодирования.
Укажите режим. encodeURI — если работаете с полным URL и хотите сохранить двоеточия и слеши. encodeURIComponent — если кодируете значение одного параметра.
Скопируйте результат. Кнопка буфера обмена перенесёт выходную строку за одно нажатие. Кнопка очистки сбросит оба поля для следующей задачи.
Весь процесс занимает несколько секунд. Регистрация не нужна, файлы скачивать не придётся. Если параллельно вы собираете разметку Schema или формируете API-запросы, быстрый этап кодирования экономит время на отладку.
Данные не покидают устройство. Кодирование и декодирование выполняются в JavaScript прямо в браузере. Конкуренты вроде urlencoder.org и smallseotools.com отправляют ввод на сервер — для тех, кто работает с API-ключами или токенами авторизации, это риск. Здесь такая передача исключена полностью.
Без регистрации и лимитов. Откройте страницу и работайте. Нет капчи, нет пробного периода, нет ограничения «5 запросов в день». Сколько угодно строк, сколько угодно раз.
Два режима кодирования. Большинство онлайн-инструментов предлагают только один вариант — обычно encodeURIComponent. Здесь вы получаете выбор между encodeURI и encodeURIComponent, что критично при работе с полными URL.
Корректная обработка кириллицы. Русскоязычные URL — частая головная боль для веб-разработчиков в Рунете. Инструмент верно разбивает каждый кириллический символ на 2 байта UTF-8 и формирует правильную процентную последовательность. Слово «привет» превращается в %D0%BF%D1%80%D0%B8%D0%B2%D0%B5%D1%82 — и обратно без потерь.
Работает на любом устройстве. Адаптивный интерфейс одинаково удобен на десктопе, планшете и смартфоне. Проверить закодированную ссылку можно прямо с телефона, не открывая ноутбук.
Обработка ошибочных последовательностей. Некорректные процентные коды вроде %ZZ или обрезанные последовательности не вызывают сбой — инструмент выдаёт понятное сообщение об ошибке вместо «мусорного» вывода.
Это главный источник ошибок при кодировании URL. Выбрали не тот режим — получили либо сломанный адрес, либо незакодированные спецсимволы в параметрах.
encodeURI — для полных URL. Если у вас адрес вида https://example.com/поиск?q=котики и собаки, этот режим закодирует пробелы и кириллицу, но оставит нетронутыми двоеточия, слеши, вопросительный знак и амперсанд. Структура URL сохранится.
encodeURIComponent — для отдельных значений. Если значение параметра содержит амперсанд или знак равенства (например, название «Кофе & Чай»), этот режим превратит их в %26 и %3D. Иначе браузер решит, что амперсанд — это разделитель параметров, и обрежет строку.
| Символ | encodeURI | encodeURIComponent |
|---|---|---|
| Пробел | %20 | %20 |
| / (слеш) | / (сохраняется) | %2F (кодируется) |
| ? (вопросительный знак) | ? (сохраняется) | %3F (кодируется) |
| & (амперсанд) | & (сохраняется) | %26 (кодируется) |
| = (равно) | = (сохраняется) | %3D (кодируется) |
| # (решётка) | # (сохраняется) | %23 (кодируется) |
Простое правило: encodeURI — для целого адреса, encodeURIComponent — для значения внутри адреса. При сборке мета-тегов с динамическим контентом или настройке редиректов через перезапись URL правильный выбор режима избавляет от часов отладки.
Двойное кодирование — проблема номер один. Строка уже закодирована, но проходит через кодировщик ещё раз. Пробел сначала стал %20, а потом знак процента сам превратился в %25 — и вы получили %2520. Если в ссылках виден текст «%20» вместо пробела, причина почти наверняка в этом. Решение: сначала декодируйте строку, потом закодируйте заново.
Кодирование полного URL через encodeURIComponent ломает адрес целиком. Двоеточие в «https:» превращается в %3A, слеши — в %2F, и браузер не может распознать протокол. Полный адрес пропускайте через encodeURI, а отдельные параметры — через encodeURIComponent.
Несовпадение кодировок вызывает «кракозябры», особенно с кириллицей. Если вы закодировали строку в UTF-8, а принимающая система ожидает Windows-1251, на выходе будет нечитаемый набор символов. Используйте UTF-8 для всего — Google, Яндекс и более 98 % сайтов работают именно с этой кодировкой.
Незакодированные пользовательские данные в URL — путь к инъекционным атакам. Значение вроде admin'; DROP TABLE users; без кодирования может нанести реальный ущерб базе данных. Для дополнительной защиты чувствительных данных используйте утилиту шифрования паролей в связке с URL-кодированием.
Веб-разработчикам при работе с API. Каждый REST-запрос с параметрами требует кодирования. Поисковый эндпоинт, принимающий запрос «красные кроссовки размер 42», должен получить закодированную строку — иначе сервер разобьёт её на части по пробелам. Разработчики на 1С-Битрикс и Tilda сталкиваются с этим при настройке фильтров каталогов и форм обратной связи.
Маркетологам при создании UTM-меток. Параметр utm_campaign=весенняя_акция_20%_скидка сломается, если знак процента не закодирован как %25. Те, кто работает с Яндекс.Метрикой, Google Analytics или Битрикс24 CRM, регулярно встречают эту ошибку — одна неверная метка портит всю атрибуцию рекламной кампании.
SEO-специалистам при аудите ссылок. Отчёты из Яндекс.Вебмастера и Google Search Console часто показывают URL в закодированном виде. Декодирование раскрывает реальные страницы и параметры, которые попали в индекс. При работе с SEO-проверкой сайта или анализом ссылок декодированные адреса читаются в разы быстрее.
Владельцам интернет-магазинов. Названия товаров с амперсандами («Кастрюли & Сковородки»), апострофами или кириллицей требуют кодирования в URL на Ozon, Wildberries, WooCommerce и OpenCart. Один некорректно закодированный адрес в фиде Google Merchant Center может заблокировать весь каталог товаров.
QA-инженерам при отладке вебхуков. Входящие данные от Stripe, Telegram Bot API или интеграций с amoCRM содержат закодированные параметры. Декодирование — первый шаг к пониманию, почему интеграция не работает. Вставьте URL вебхука в декодер — и реальные значения станут видны сразу.
| Символ | Код | Пояснение |
|---|---|---|
| Пробел | %20 (или + в формах) | Самый частый случай кодирования в вебе |
| ! | %21 | Не зарезервирован в RFC 3986, но часто кодируется |
| # | %23 | Кодируйте, когда используется как текст, а не как якорь |
| % | %25 | Кодируйте всегда — это сам escape-символ |
| & | %26 | Разделитель параметров — кодируйте внутри значений |
| + | %2B | В формах означает пробел — кодируйте для буквального плюса |
| / | %2F | Разделитель пути — кодируйте только внутри параметров |
| = | %3D | Разделитель «ключ=значение» — кодируйте внутри значений |
| ? | %3F | Начало строки запроса — кодируйте внутри значений |
| @ | %40 | Используется в email-стиле URL — кодируйте в параметрах |
Символы, которые кодировать не нужно: A-Z, a-z, 0-9, дефис (-), подчёркивание (_), точка (.) и тильда (~). Они считаются «незарезервированными» по RFC 3986 и безопасно проходят через любой URL. Если нужно проверить, как SSL-сертификат сайта обрабатывает закодированные адреса, протестируйте оба варианта — закодированный и декодированный.
Русскоязычные домены и пути встречаются всё чаще — особенно на площадках вроде Tilda, 1С-Битрикс и REG.RU. Но кириллица в URL создаёт специфические проблемы.
Каждая кириллическая буква в UTF-8 занимает 2 байта. Слово из 6 букв после кодирования превращается в 18 символов: 6 пар «%XX». Адрес /каталог/товары в закодированном виде выглядит как /%D0%BA%D0%B0%D1%82%D0%B0%D0%BB%D0%BE%D0%B3/%D1%82%D0%BE%D0%B2%D0%B0%D1%80%D1%8B — в 6 раз длиннее оригинала. При лимите браузера в 2 048 символов это ограничение стоит учитывать.
Яндекс и Google по-разному отображают кириллические URL в результатах поиска. Google обычно показывает закодированную версию, Яндекс — декодированную. Для SEO это означает, что читаемый кириллический путь даёт больше кликов в Яндексе, но в Google может выглядеть громоздко. Проверьте индексацию обоих вариантов через проверку индексации.
Отдельная проблема — кодировка Windows-1251. Старые сайты на устаревших CMS до сих пор используют её вместо UTF-8. Если вы декодируете URL, созданный в Windows-1251, через UTF-8 декодер, вместо текста получите нечитаемые символы. В таких случаях нужен конвертер кодировок, а не просто URL-декодер.
URL-кодирование (процентное кодирование) заменяет символы, запрещённые в URL, на знак процента и два шестнадцатеричных числа. Адреса могут содержать только ASCII-символы — буквы, цифры и несколько безопасных знаков. Без кодирования пробелы, амперсанды и кириллица ломают ссылки или неверно интерпретируются сервером.
Да, полностью бесплатный. Без лимитов на количество запросов, без регистрации и без платных тарифов. Инструмент работает на JavaScript в браузере, серверных расходов нет — поэтому нет и причин вводить подписку.
Ваш ввод не покидает устройство. Инструмент обрабатывает всё на стороне клиента в JavaScript-движке браузера. Данные не отправляются на внешние серверы, не сохраняются и не логируются. Можно спокойно кодировать API-ключи, токены и другие чувствительные строки.
encodeURI сохраняет структурные символы URL — двоеточия, слеши, вопросительные знаки, амперсанды — и кодирует только небезопасные символы. encodeURIComponent кодирует всё, кроме букв, цифр и четырёх знаков: дефис, подчёркивание, точка, тильда. Используйте encodeURI для полных адресов, encodeURIComponent — для значений отдельных параметров.
%20 — стандарт URI (RFC 3986), используемый в путях URL и при общем кодировании. Плюс (+) для пробела пришёл из формата application/x-www-form-urlencoded, применяемого при отправке HTML-форм. Оба варианта корректны, но %20 универсальнее. Кодировщик по умолчанию использует %20.
Да. Инструмент использует UTF-8, который поддерживает все юникод-символы. Кириллическая буква «а» кодируется как %D0%B0, китайский иероглиф — в последовательность из трёх закодированных байтов. Арабский, японский, корейский текст и эмодзи обрабатываются так же корректно.
Двойное кодирование возникает, когда уже закодированная строка проходит через кодировщик повторно. Пробел сначала превращается в %20, затем процент в %20 кодируется как %25 — и на выходе получается %2520. Решение: полностью декодируйте строку, затем закодируйте один раз. Достаточно сначала нажать «Decode», потом «Encode».
Google и Яндекс индексируют закодированные URL без проблем, но чистые читаемые адреса дают более высокий CTR в результатах поиска. Адрес /обувь/кроссовки вызывает больше доверия у пользователя, чем цепочка процентных кодов. Проведите проверку скорости страницы и проверку размера страницы одновременно с очисткой URL для полной картины.
Незарезервированные символы безопасно проходят через любой URL: латинские буквы (A-Z, a-z), цифры (0-9), дефис (-), подчёркивание (_), точка (.) и тильда (~). Всё остальное следует кодировать, когда оно используется как данные внутри URL, особенно в значениях параметров строки запроса.
Нет. URL-кодирование и HTML-кодирование — разные системы. URL-кодирование использует процентные коды (%26 для амперсанда), HTML — именованные или числовые ссылки (& для амперсанда). Они не взаимозаменяемы и решают разные задачи. Для HTML-специфичного кодирования используйте HTML-кодировщик.
Большинство браузеров корректно обрабатывают URL до 2 048 символов. На стороне сервера лимиты различаются: Apache по умолчанию допускает около 8 190 символов, Nginx — 4 096. После кодирования URL может вырасти в несколько раз — один кириллический символ занимает 6 символов (%D0%XX). Проверяйте итоговую длину в инструменте перед использованием.
JavaScript предоставляет две встроенные функции: encodeURIComponent("строка") для значений параметров и encodeURI("https://example.com/путь") для полных адресов. В Python используется urllib.parse.quote(), в PHP — rawurlencode(). Онлайн-инструмент быстрее для разовых проверок и отладки — не нужно открывать консоль или IDE.
Авторское право © 2018-2026 ToolsPivot.com. Все права защищены.
