Конвертер Base64 в изображение — декодируйте data URI и сохраните файл

Нет. Вставляйте с префиксом или без — работает и так, и так. Префикс — часть синтаксиса data URI, а не самого закодированного изображения: он подсказывает браузеру, как трактовать идущую следом нагрузку. Если он есть, инструмент читает его и показывает, что именно было заявлено; если его нет, ничего не теряется, поскольку формат в любом случае определяется по декодированным байтам.

Потому что префикс — это текст, а не данные. Кто угодно может написать `data:image/jpeg;base64,` перед байтами PNG, и множество генераторов делают это по случайности: копируют шаблон, жёстко прописывают MIME-тип или переиспользуют строку после повторного экспорта картинки. Довериться префиксу — значит сохранить файл с именем .jpg, который не откроет ни один декодер JPEG. Этот инструмент вместо этого читает первые байты, а когда данные расходятся, честно сообщает об этом и называет файл по байтам.

Почти всегда это неполное копирование. Длинные data URI тянутся на десятки тысяч символов, и выделение, оборвавшееся на краю окна, терминал, который перенёс строку и вставил обратный слэш, или просмотр диффа, добавивший + в начало каждой строки, — всё это даёт строки, которые не декодируются. Другие частые причины: HTML-сущности вроде & вместо &, а также URL-безопасный вариант с символами - и _ вместо + и /, который нужно преобразовать перед декодированием.

Нет. Форматтеры и вывод минификаторов регулярно переносят длинные data URI по строкам, а почтовые клиенты жёстко переносят на 76 символах. Пробельные символы не входят в Base64, поэтому они удаляются перед декодированием. Можно вставлять и окружающий синтаксис как есть — целое объявление `background-image: url("data:…");`, тег `img src="…"` или строку JSON в кавычках, — полезная нагрузка будет извлечена изнутри.

Нисколько. Base64 — обратимое кодирование, а не сжатие и не перекодирование. Декодированные байты идентичны исходному файлу, включая метаданные EXIF, цветовой профиль ICC и встроенную миниатюру. Если результат выглядит хуже, чем вы ожидали, потеря произошла до кодирования — например, изображение сохранили как JPEG низкого качества или предварительно уменьшили.

Да. У SVG нет двоичной сигнатуры, потому что это XML, поэтому он опознаётся по разметке: декодированный текст должен начинаться с тега и содержать элемент `svg` где-то в начале, после объявления XML или комментария. Он скачивается как .svg и открывается в текстовом редакторе. Полезно знать и про обратное направление: SVG и так текст, поэтому кодирование его в Base64 просто увеличивает размер примерно на треть без всякой пользы.

PNG, JPEG, GIF, WebP, AVIF, BMP, ICO и SVG — каждый по собственной сигнатуре в начале файла. Если Base64 декодировался чисто, но не совпал ни с одной из них, вы увидите понятное сообщение вместо загрузки: обычно это значит, что внутри PDF, шрифт, zip-архив или обычный текст, который просто закодировали в Base64.

Нет. Декодирование — это несколько строк JavaScript, работающих на этой странице: строка остаётся в памяти вкладки, предпросмотр изображения — это blob-URL, созданный локально, а файл для скачивания формируется на вашем устройстве. Серверной части нет, запроса с полезной нагрузкой нет, и страница продолжает работать при отключённой сети. Здесь это особенно важно, потому что вставляемые data URI часто оказываются скриншотами, сканами или документами из приватных источников.