🚀 Быстрый старт

Введите содержимое выше (URL, текст, CJK и т. п.)
Нажмите «Кодировать» или «Декодировать», чтобы сменить режим
Нажмите кнопку для запуска; результат появится в том же текстовом поле
Используйте кнопку копирования ниже

📌 Частые сценарии

Параметры API: кодируйте параметры запроса и тела запросов для корректной передачи специальных символов
Отправка форм: обработка данных GET/POST; поддержка CJK и специальных символов
Ссылки для обмена: формируйте URL с CJK/спецсимволами без искажений
Поисковые запросы: кодируйте ключевые слова, особенно если есть & = # ?

🧭 Рекомендации по использованию

Избегайте двойного кодирования: проверьте наличие последовательностей %XX
Частичное кодирование: кодируйте только значения параметров (например, ?key=encoded), сохраняя структуру URL
Отладка: декодируйте параметры сетевых запросов для быстрого поиска проблем
Резервированные символы: : / ? # [ ] @ ! $ & ' ( ) * + , ; = имеют особое значение; как данные обычно требуют кодирования (зависит от контекста, особенно : / ? # & = +)
Кодировка символов: не‑ASCII кодируются в UTF‑8 (1–4 байта), каждый байт записывается как %HH

⚠️ Ограничения и совместимость

Кодирование URL ≠ шифрование: обратимое преобразование формата, не защищающее конфиденциальные данные
Длина URL: рекомендуется < 2048 символов (зависит от браузера/сервера)
Пробел: в строках запроса может быть + (формы) или %20 (в общем случае); по умолчанию используется %20
Очень длинный текст: может привести к зависанию или падению браузера; обрабатывайте частями

🔒 Конфиденциальность и безопасность

Вся обработка выполняется в вашем браузере; данные не покидают ваше устройство
Конфиденциальные данные (пароли, ключи, токены) следует шифровать, а не просто кодировать

❓ Частые вопросы

Что такое URL и зачем его «кодировать»?

URL (Uniform Resource Locator) — «ссылка/адрес», предложенная Тимом Бернерсом‑Ли в 1990‑е для Web: читаемая строка, описывающая scheme/host/path/query/fragment. Чтобы символы данных не путались с разделителями (? & # = /) и чтобы корректно передавать пробелы, не‑ASCII и emoji, URL преобразует их в percent‑encoding %HH (напр., пробел→%20; «/» в значении параметра→%2F). В контексте application/x‑www‑form‑urlencoded пробел может записываться как «+» (вне форм предпочтительнее %20). URL‑кодирование — обратимое форматирование для устойчивости ссылок; это не шифрование и не средство конфиденциальности.

Защищает ли кодирование конфиденциальные данные?

Нет. Кодирование — обратимое преобразование формата. Пароли и ключи должны шифроваться

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

Формы (application/x-www-form-urlencoded) используют +, а RFC 3986 — %20. Для лучшей совместимости инструмент использует %20; + применяйте в контексте форм или заменяйте вручную

Как понять, что содержимое уже закодировано?

Закодированное содержимое содержит последовательности %XX (% и две шестнадцатеричные цифры, например %E4%BD%A0). Много таких последовательностей — значит уже закодировано; повторно не кодируйте

Почему символы вне ASCII нужно кодировать?

Стандарт URL допускает только ASCII. Не‑ASCII текст (напр., буквы с диакритикой, эмодзи) должен быть процентно закодирован (байты UTF‑8 как %HH) для безопасной передачи

Нужно ли кодировать слэш /?

Зависит от позиции: как разделитель пути — не кодировать (например, /api/users). Как значение параметра — кодировать как %2F (например, ?path=%2Fhome%2Fuser)