Перейти к основному содержимомуПерейти к калькулятору
RechnerpilotПлатформа расчётов для повседневной жизни, финансов, данных и технологий
108 калькуляторовРезультаты онлайнПошаговые решения

Инструмент Rechnerpilot

URL-кодировщик

Кодируйте текст как процентно-кодированный компонент URL (RFC 3986) или декодируйте обратно – локально в браузере.

Разработчикам

Введите текст, чтобы закодировать его.

Объяснение

Как работает URL-кодировщик

URL-кодирование (процентное кодирование) определено в RFC 3986. Оно обеспечивает безопасную передачу символов, имеющих в URL особое значение или недопустимых. Каждый затронутый символ представляется как %-последовательность его байтов UTF-8 (например, пробел как %20, «ß» как %C3%9F).

Этот инструмент кодирует отдельный компонент URL (например, значение запроса), а не целый URL. Поэтому зарезервированные символы вроде &, ?, = и / кодируются намеренно, чтобы не образовывать структуру URL.

Ограничения инструмента

  • Покомпонентное кодирование — не предназначено для кодирования полных URL со структурой.
  • Строго RFC 3986 — «+» не трактуется как пробел.
  • Никакой конфиденциальности — процентное кодирование тривиально обратимо.

Источники

  • RFC 3986: Uniform Resource Identifier (URI): Generic Syntax. IETF, 2005. rfc-editor.org/rfc/rfc3986 (Дата обращения: 09.09.2026).
  • WHATWG URL Standard: Определение процентного кодирования в браузере. url.spec.whatwg.org (Дата обращения: 09.09.2026).

Практика

Практические примеры

Кодировать поисковый запрос

«Straße & Weg» становится «Stra%C3%9Fe%20%26%20Weg» для использования в URL.

Декодировать параметр

«%C3%BCber%20uns» воспроизводимо превращается обратно в «über uns».

Спецсимволы

Зарезервированные символы вроде & ? = / кодируются процентами, чтобы не получить значения в URL.

ЧаВо

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

Что такое URL-кодирование (процентное кодирование)?

URL-кодирование заменяет символы, имеющие в URL особое значение или недопустимые, на %-последовательности их байтов UTF-8. Определено в RFC 3986.

Какие символы остаются без изменений?

«Незарезервированные» символы по RFC 3986: A–Z, a–z, 0–9 и - _ . ~. Все остальные символы кодируются процентами.

Отправляется ли текст на сервер?

Нет. Кодирование выполняется локально в браузере с помощью encodeURIComponent или decodeURIComponent. Никакие данные не передаются.

Почему «+» не декодируется как пробел?

«+» как пробел — особенность кодирования форм (application/x-www-form-urlencoded), а не RFC 3986. Этот инструмент декодирует строго по RFC 3986; пробелы — это %20.

Когда декодирование не удаётся?

При недопустимых или неполных процентных последовательностях (например, «%ZZ» или «%A») декодер сообщает об ошибке, так как нет допустимых байтов UTF-8.

Советы

Полезно знать

  • Для целых URL покомпонентное кодирование подходит только для отдельных частей (значений запроса).
  • Зарезервированные символы (& ? = /) кодируются намеренно, чтобы не образовывать структуру URL.
  • Пробелы становятся %20, а не +.

Связанные калькуляторы

Другие инструменты

Кодировщик Base64

Кодируйте текст UTF-8 в стандартный Base64 или декодируйте Base64 в текст.

Открыть

Форматтер JSON

Проверьте корректность JSON и отобразите его отформатированным с отступами — локально в браузере, без передачи данных.

Открыть

Генератор хешей

Вычисляйте SHA-256, SHA-384 или SHA-512 локально и выводите дайджест в Hex или Base64.

Открыть