Кодирование и декодирование Base64
Кодируйте текст в Base64 или декодируйте Base64 обратно в читаемый текст. Полная поддержка UTF-8 (включая китайские символы, эмодзи и диакритику) и входных
Преобразуйте текст в Base64 и обратно. Base64 превращает произвольные байты в обычные символы ASCII — именно поэтому он встречается в data URI, вложениях электронной почты, токенах API и файлах конфигурации, где двоичные данные иначе сломали бы передачу.
Чаще всего нужно именно декодирование: полезная нагрузка JWT, заголовок Basic-аутентификации, ключ API или встроенное изображение приходят в Base64, и их нужно прочитать. Кодирование — обратная операция, и оба направления поддерживают UTF-8, поэтому буквы с диакритикой и эмодзи переживают полный круг.
Как кодировать и декодировать Base64
Вставьте текст или Base64
Выберите кодирование или декодирование
Скопируйте результат
Частые вопросы
Поддерживается ли текст в UTF-8?
Да. Символы с диакритикой, текст CJK и эмодзи корректно обрабатываются в обоих направлениях; наивный кодировщик их бы испортил.
Почему декодированный текст выглядит сломанным?
Обычно это значит, что входные данные не были корректным Base64 или что это был двоичный файл, а не текст. Проверьте, не пропущены ли символы заполнения (=) и нет ли внутри значения переносов строк.
Можно ли использовать это для изображений?
Для этого есть отдельный инструмент «Изображение в Base64»: он превращает файл изображения в data URI Base64 — именно то, что нужно для вставки картинки в CSS или HTML.
Base64 — это форма шифрования?
Нет, это всего лишь кодирование — любой может его обратить. Никогда не считайте Base64 защитой секрета.
Есть ли ограничение по размеру?
Ограничение — память вашего устройства. Текст в несколько мегабайт обрабатывается мгновенно.
Мои данные загружаются на сервер?
Нет, кодирование и декодирование происходят в вашем браузере, а для токенов и учётных данных это важно.
Кратко
| Ввод | текст |
|---|---|
| Несколько файлов | Нет |
| Где работает | В вашем браузере — файлы никуда не загружаются |
| Работает офлайн | Да — после загрузки страницы |
| Цена | Бесплатно, без регистрации, без водяных знаков |
Как безопасно обращаться с секретами
Инструменты для разработчиков обрабатывают учётные данные чаще, чем кажется, и риск связан не с алгоритмом, а с тем, куда уходят данные. Хеширование одностороннее и не является шифрованием: MD5 и SHA-1 сломаны для всего, что связано с безопасностью, и даже SHA-256 — неподходящий инструмент для хранения паролей, для чего bcrypt, scrypt или Argon2 существуют именно потому, что работают медленно. Base64 — это кодирование, а не защита: декодировать его может любой, поэтому никогда не считайте его обфускацией. JWT может прочитать любой, у кого он есть, поэтому полезная нагрузка никогда не должна содержать секретов, а декодирование токена не проверяет его подпись — для проверки нужен ключ. Всё на этом сайте выполняется локально в вашем браузере — именно поэтому он вообще может безопасно работать с токенами и паролями.
Где конвертации незаметно ломаются
Большинство ошибок конвертации — не про синтаксис, а про смысл. Столбец CSV с почтовыми индексами теряет ведущие нули в тот момент, когда таблица решает, что это число; длинный идентификатор выходит за пределы точности чисел с плавающей запятой; даты меняют смысл в зависимости от того, что идёт первым — день или месяц. Ключи JSON не упорядочены, а массивы упорядочены, и инструмент, сортирующий ключи, ничего не меняет, тогда как сортирующий массивы меняет данные. Unicode — ещё одна ловушка: текст может прийти в UTF-8, в UTF-16 или с BOM, и декодер, который угадает неверно, превращает буквы с диакритикой в «кракозябры». Прежде чем доверять любой конвертации, выборочно проверьте первую и последнюю строку, любое поле с ведущими нулями и любое поле, содержащее кавычки, запятые или переводы строк.