Encode и decode рядом
Переключайте вкладки «Кодировать» и «Декодировать» без перезагрузки. Вставили строку — получили результат. Удобно быстро проверить payload из API, лога или письма.
Kovcheg · Инструменты
Закодируйте или расшифруйте строку в браузере — бесплатно, без регистрации, результат сразу копируется
Коротко
Encode и decode в одном экране: текст ↔ Base64 без регистрации, с UTF-8 и копированием результата.
Переключайте вкладки «Кодировать» и «Декодировать» без перезагрузки. Вставили строку — получили результат. Удобно быстро проверить payload из API, лога или письма.
Преобразование идёт на вашей стороне (client-side). Так спокойнее смотреть токены, куски JWT и технические строки — они не складываются в чужую историю запросов.
Base64 работает с байтами. По умолчанию текст считается как UTF-8: русские фразы после decode читаются нормально, а не превращаются в кракозябры.
Base64 — кодирование для передачи, не шифрование
Определение
Base64 переводит любые байты (текст, файл, картинку) в строку из 64 «безопасных» символов: латиница, цифры и знаки + /. Так бинарные данные кладут в JSON, письмо или вебхук, где ждут обычный текст. Стандарт — RFC 4648. После кодирования строка обычно длиннее примерно на 33%.
= — padding, чтобы длина делилась на 4.+ / используют - _.Маркер: простыми словами. Padding = — «пустые места» в конце Base64-строки. Без них декодер может сказать «Incorrect padding».
Инструмент
Вкладки «Кодировать / Декодировать», RU-пресеты под Unisender, Bitrix, Vision, JWT и Make. Всё считается в браузере.
Обработка только в браузере · данные не отправляются на сервер
Как пользоваться
Для кодирования вставьте обычный текст или поле API. Для декодирования — Base64 из лога, письма или вебхука. Если видите data:image/...;base64,, включите снятие data-URI.
Признак успеха: русские буквы читаются, длина Base64 кратна 4 (или padding добился сам), в API уходит «голый» Base64 без префикса data-URI.
Строка из 1С, поле API, лог или письмо. Для data-URI — снимите префикс до запятой.
«Кодировать» или «Декодировать». Для JWT — URL-safe; для писем — MIME wrap 76.
Готовый Base64 или текст копируется целиком — не вырезайте куски вручную.
Кириллица читается? Padding на месте? В Bitrix нет лишнего data:…;base64,?
Фичи
Кодировщик и онлайн-декодер Base64 с режимами под JWT, письма и data-URI.
Переводит обычную строку в Base64. Подходит для тестовых payload’ов, полей CRM и быстрой проверки вида строки.
Возвращает байты в текст (UTF-8 по умолчанию). «Расшифровка» в быту = decode, не настоящий шифр.
Пресеты data-URI и Vision. Нужно для CSS, писем и JSON API. Размер после encode растёт примерно на треть.
Тумблеры URL-safe и «без padding» закрывают OAuth/JWT и query. На decode инструмент может добить =.
Вкладка, ввод, опции, копирование. Не нужно выбирать десяток charset’ов, если чините кириллицу или webhook Make.
Подсказки «неверный алфавит», «нет padding», «похоже на URL-safe» экономят время на чужой строке.
Кейсы РФ
1С, Unisender, Bitrix24, Telegram, MAX, Яндекс Vision, Make/n8n — типичные места, где Base64 ломается из‑за префикса или режима.
В интеграциях 1С часто передают файл или двоичные данные текстом. Закодируйте здесь и вставьте в поле обмена. Копируйте результат целиком.
В Unisender Go вложение attachments[].content = Base64. В legacy API Base64 нельзя — нужен binary. Уточните метод перед рассылкой.
В imbot.v2.File.upload поле content ждёт Base64 без data:*;base64,. Лишний префикс даёт FILE_INVALID_CONTENT.
Bot API принимает файл через multipart. Если webhook принёс Base64 — decode в файл/blob, затем sendPhoto / sendDocument.
Путь: POST /uploads (multipart) → token → вложение. Base64 — промежуточный формат «decode → upload».
Поле content часто принимает изображение в Base64 внутри JSON. Пресет Vision экономит ручную работу.
Make и n8n часто приносят data:image/...;base64,.... Перед toBinary срежьте всё до запятой — иначе файл будет битый.
Мелкие иконки — data-URI; SMTP иногда режет по 76 символов. Средний сегмент JWT — base64url: Decode + URL-safe покажет claims.
Ограничения
Base64 не защищает секреты и не проверяет подпись JWT. Любой декодер вернёт исходные байты.
Очень тяжёлые вложения упираются в память вкладки и лимиты API/почты. Учитывайте рост ≈33%.
Standard vs URL-safe, charset, data-URI — сверяйте с документацией сервиса перед вставкой.
Старый Unisender и часть методов ждут binary, а не Base64. Смотрите версию API.
FAQ
Только кодирование (binary → текст). Ключа нет: любой декодер вернёт байты. Секреты в Base64 не защищены.
Encode превращает текст/файл в Base64-строку. Decode делает обратное и при UTF-8 даёт читаемый текст. «Расшифровка Base64» в быту = decode.
Вкладка «Декодировать» → вставить строку → UTF-8 для русского → кнопка → копировать. Для JWT включите URL-safe и при необходимости добейте padding.
Да. Учтите рост ≈33% и лимиты API/почты. Для HTML часто нужен полный data-URI с префиксом типа.
Нет. Работает сразу в браузере. Для токенов предпочтителен client-side: строка не обязана уходить на сервер.
Чаще всего неверный charset: Base64 его не хранит, для кириллицы нужен UTF-8. Реже — битый padding, пробелы MIME или путаница standard ↔ URL-safe.
Обычный: + / и padding =. base64url: - _, padding часто опускают. Для query, state и JWT берите URL-safe.
Если счёт в браузере и без отправки на сервер — риск ниже серверных «классиков». Боевые секреты всё равно лучше не светить в чужих вкладках.
Data-URI = data:тип;base64, + строка. Вёрстке префикс нужен; Bitrix File.upload и многим webhook’ам — нет. В API оставляйте только Base64 после запятой.
Соседние инструменты в каталоге — и свежие приёмы контент-завода в каналах Maya.