Кодировщик/Декодировщик URL v1.0

URL-кодировщик и декодер от ToolsPivot — онлайн-инструмент для кодирования и декодирования URL-адресов по стандарту RFC 3986. Вставьте строку, выберите режим (encodeURI или encodeURIComponent) и получите результат за долю секунды. Вся обработка происходит в браузере — ваши данные не отправляются на сторонние серверы, что отличает этот инструмент от большинства аналогов, обрабатывающих запросы на своей стороне.

Возможности URL-кодировщика и декодера от ToolsPivot

• Процентное кодирование (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-кодировщиком от ToolsPivot

1. Вставьте текст. Скопируйте URL-адрес, строку запроса или произвольный текст в поле ввода. Можно загрузить пример, чтобы посмотреть, как работает инструмент.

2. Выберите операцию. Нажмите «Encode» для кодирования или «Decode» для декодирования.

3. Укажите режим. encodeURI — если работаете с полным URL и хотите сохранить двоеточия и слеши. encodeURIComponent — если кодируете значение одного параметра.

4. Скопируйте результат. Кнопка буфера обмена перенесёт выходную строку за одно нажатие. Кнопка очистки сбросит оба поля для следующей задачи.

Весь процесс занимает несколько секунд. Регистрация не нужна, файлы скачивать не придётся. Если параллельно вы собираете разметку Schema или формируете API-запросы, быстрый этап кодирования экономит время на отладку.

Зачем использовать URL-кодировщик от ToolsPivot

• Данные не покидают устройство. Кодирование и декодирование выполняются в 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 или обрезанные последовательности не вызывают сбой — инструмент выдаёт понятное сообщение об ошибке вместо «мусорного» вывода.

encodeURI или encodeURIComponent — какой режим выбрать

Это главный источник ошибок при кодировании URL. Выбрали не тот режим — получили либо сломанный адрес, либо незакодированные спецсимволы в параметрах.

encodeURI — для полных URL. Если у вас адрес вида https://example.com/поиск?q=котики и собаки, этот режим закодирует пробелы и кириллицу, но оставит нетронутыми двоеточия, слеши, вопросительный знак и амперсанд. Структура URL сохранится.

encodeURIComponent — для отдельных значений. Если значение параметра содержит амперсанд или знак равенства (например, название «Кофе & Чай»), этот режим превратит их в %26 и %3D. Иначе браузер решит, что амперсанд — это разделитель параметров, и обрежет строку.

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

Типичные ошибки при кодировании 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-кодированием.

Кому и зачем нужно кодирование 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 вебхука в декодер — и реальные значения станут видны сразу.

Справочник: часто кодируемые символы

Символы, которые кодировать не нужно: A-Z, a-z, 0-9, дефис (-), подчёркивание (_), точка (.) и тильда (~). Они считаются «незарезервированными» по RFC 3986 и безопасно проходят через любой URL. Если нужно проверить, как SSL-сертификат сайта обрабатывает закодированные адреса, протестируйте оба варианта — закодированный и декодированный.

Кодирование кириллицы в URL — особенности для Рунета

Русскоязычные домены и пути встречаются всё чаще — особенно на площадках вроде 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-кодированию

Related Tools You Might Like

Сравнение текста Инструмент поиска Whois Проверка размера страницы Двоичный калькулятор Двоичный код в текст Шестнадцатеричный калькулятор