🔤

画像→Base64変換ツール

JPG、PNG、WebP、GIF、SVG、BMP をドロップして、コピペ可能な Base64 Data URL と、CSS、HTML、Markdown、JSON のフォーマット済みスニペットを取得。100%ブラウザ内で完結。

画像をここにドロップするかクリックして参照

すべての画像形式。一度に最大20ファイル。

または Ctrl/Cmd+V でクリップボードから貼り付け

7つの出力形式

Raw、Data URI、HTML <img>、CSS background、Markdown、JSON、JS文字列 — 1回のアップロードですべて生成。

📋

クリップボードから貼り付け

Ctrl/Cmd+V を押すと、スクリーンショットを即座にエンコード。ファイル保存不要。

🛡️

アップロードゼロ

FileReader APIですべてローカル処理。画像はデバイスを離れません。

♾️

ファイルサイズ制限なし

デバイスのRAMのみ制限。16GBノートPCで100MB以上のファイルをテスト済み。

Base64画像エンコーディングとは?

Base64画像エンコーディングは、画像ファイルのバイナリバイトを64個の印刷可能文字を使ってASCII文字列に変換するものです。結果は、テキスト表現が必要な場所であれば、HTML、CSS、JavaScript、JSON、Markdownのいずれにも直接埋め込めるため、別途の画像ファイルやHTTPリクエストが不要になります。

最も一般的には、エンコードされたペイロードは data:image/png;base64,<payload> の形式で Data URI にラップされます。これはRFC 2397で定義され、Base64アルファベット自体はRFC 4648で規定されています。

開発者が知っておくべき重要な事実:Base64エンコードされた画像は元のバイナリファイルより約33%大きくなります。これは数学的に避けられません — バイナリの3バイトごとに4 ASCII文字になります。このオーバーヘッドが問題かどうかは完全に文脈次第で、以下で詳しく説明します。

Base64を使うべきとき(と使うべきでないとき)

ほとんどのオンラインチュートリアルはBase64インライン化を「常に良い」または「常に悪い」と単純化します。真実は文脈に依存します。当社が本番コードで使用している意思決定マトリックスは以下のとおりです:

シナリオBase64使用?理由
ロゴを埋め込んだメール署名✅ 必須多くのメールクライアントが外部画像参照をブロックする
クリティカルCSSの2 KB未満アイコン✅ 推奨ラウンドトリップを1回節約;33%のサイズコスト以上の利得
単一ファイルHTMLデモ / バグ報告✅ 推奨自己完結、外部依存なし
Service Worker / PWAのスプラッシュ資源✅ 場合によりSWインストール時のリソース競合を回避
ユニットテストのfixture✅ 推奨テストが自己完結し可読
CSSやHTMLの10 KB超画像❌ アンチパターンクリティカルレンダーパスをブロック;個別キャッシュ不可
HTTP/2環境下の任意画像❌ 通常は不適HTTP/2のマルチプレクシングがリクエスト負荷を既に解消
CSSバックグラウンドのSVG❌ アンチパターンURL-encoded SVGの方が小さくCSS操作可能
Base64インライン化は33%のサイズ増加と引き換えにHTTPリクエストを1回減らします。HTTP/2が2015年に主流になって以降、~2 KBを超えるとこのトレードオフが報われることは稀です。

4ステップで画像をBase64に変換する方法

当社の無料の画像→Base64変換ツールは、FileReader APIを使ってブラウザ内で完全に動作します。ファイルがアップロードされることはありません — ツール実行中にブラウザのネットワークタブで自分で確認できます。

1

画像をドロップまたは貼り付け

ドラッグ&ドロップ、クリックして参照、またはCtrl/⌘+Vでクリップボードからスクリーンショットを貼り付けます。

2

出力形式を選択

Raw、Data URI、HTML、CSS、Markdown、JSON、JavaScript文字列の出力を切り替えます。

3

コピーまたはダウンロード

ワンクリックでクリップボードにコピー、またはエンコードされたテキストを.txtファイルとしてダウンロードします。

4

コードで検証

HTML、CSS、Reactコンポーネントに貼り付けます。Data URLは現代の任意のブラウザでネイティブにレンダリングされます。

Base64出力の7つの使い方

同じBase64ペイロードが7つの異なる本番ユースケースに対応します。当ツールの各タブは、必要な形式に対応したコピペ可能なスニペットを出力します。

メール署名

ロゴを埋め込んでOutlook、Gmail、Apple Mailで外部読み込みなしにレンダリングさせます。

<img src="data:image/png;base64,iVBOR..." alt="Logo" />

CSSバックグラウンド

2 KB未満のアイコンをインライン化してクリティカルCSSのHTTPラウンドトリップを1回削減します。

background: url("data:image/svg+xml;base64,PHN2..")

Reactプレビュー

ファイルをサーバーに送信する前にアップロードプレビューを表示します。

<img src={`data:image/jpeg;base64,${b64}`} />

Markdownバグ報告

GitHub issue用の自己完結型Markdown — 時間とともにリンク切れが発生しません。

![Screenshot](data:image/png;base64,iVBOR...)

JSON API

スキーマがテキストフィールドのみを許可する場合に画像を構造化JSONで送信します。

{ "image": "data:image/png;base64,..." }

JavaScript定数

アセットを直接ビルドにバンドルし、ランタイムリソースのフェッチをゼロにします。

const logo = "data:image/png;base64,...";

TinyImagePro vs その他の画像→Base64ツール

当社はこのツールを構築する前に他の6つのBase64変換ツールを使用し、それぞれが何らかの妥協をしていることが判明しました — ファイルサイズ制限、出力形式の不足、サーバーアップロード、またはドキュメントの欠如。代替ツールの比較は以下のとおりです:

ツールクライアント側ファイル上限出力形式本格FAQ
TinyImageProRAM依存7✅ 8問
base64.guru❌ アップロード50 MB10
base64-image.de1 MB2部分的
browserling未指定1
jam.dev4 MB3
codebeautify未指定1

機密コンテンツ(医療画像、社内製品モックアップ、未公開のロゴ)には、クライアント側変換が唯一の選択肢です。base64.guruの50 MB上限は印象的ですが、そもそもファイルをアップロードできないなら無意味です。

パフォーマンスとベストプラクティス

「33%のBase64オーバーヘッド」という数字は、他のどのwebパフォーマンス数字よりも多くの開発者を誤解させてきました。ページロードに本当に重要なのはgzipやbrotli後の圧縮済みサイズで — Base64文字列はバイナリとは大きく異なる圧縮特性を持ちます。

アセットBase64オーバーヘッドgzip後
PNGアイコン (1 KB)1.0 KB1.4 KB+40%+5%
PNG (10 KB)10 KB13.4 KB+34%+12%
JPG写真 (50 KB)50 KB66.8 KB+34%+30%
SVG (小アイコン)0.5 KB0.7 KB+40%URL-encoded SVG: −10%
gzip圧縮はBase64のサイズペナルティを大幅に削減します。10 KBのPNGはBase64バイナリとして34%大きくなりますが、gzip後はわずか12%大きいだけ — 小さなアセットのBase64インライン化は見かけほどコストがかからないことを意味します。

5つのベストプラクティス

2 KB未満のアセットをインライン化します。これを超えるとバンドラー肥大化とキャッシュ無効化のコストが節約したリクエストを上回ります。

LCP(Largest Contentful Paint)画像は絶対にインライン化しないでください。クリティカルレンダリングをブロックし、ブラウザによる優先順位付けを妨げます。

SVGには Base64 ではなく URL-encoded SVG を使用します。URL-encoded SVGの方が小さくCSSで操作可能(currentColor、アニメーションなど)です。

まず当社のPNGまたはJPEGツールで画像を圧縮してください — Base64はエンコードしたものの体積を継承します。

Base64アセットをクロスオリジンで提供する場合、img-srcとstyle-srcでdata:を許可するContent-Security-Policyを追加してください。

画像→Base64についてよくある質問

画像はサーバーにアップロードされますか? いいえ。TinyImageProはブラウザのFileReader APIで各ファイルを読み取り、ローカルで処理します。ページ読み込み後にインターネットを切断しても変換は機能します。ブラウザのネットワークタブで確認してください。

なぜBase64文字列は元の画像より約33%大きいのですか? Base64はバイナリ3バイトごとを4 ASCII文字で表現します — 改行と data:image/...;base64, プレフィックス前で数学的に33.3%のオーバーヘッドです。gzip後、小アセットの実際のペナルティは5–15%まで下がります。

SVGに使えますか? はい、ただしSVGに関しては代わりにURL-encoded SVGを検討すべきです — より小さくCSSでスタイル可能です。実験用にSVG入力をサポートしていますが、ベクター化ワークフローには当社のPNG→SVG変換ツールがより良い入口です。

Base64を画像にデコードするには? Data URLをブラウザのアドレスバーに貼り付けてください — 現代のブラウザは data:image/... URLをネイティブにレンダリングします。プログラム的にはJavaScriptの atob() またはPythonの base64.b64decode() でデコードします。専用のBase64→画像ツールはロードマップにあります。

PNG to SVG converterHEIC to JPEG converter

よくある質問

はい — 100%無料、登録不要、ウォーターマークなし、レート制限なし。変換はFileReader APIを使用してブラウザ内で完結します。

いいえ。ファイルはブラウザのFileReader APIでローカルに読み込まれます。ページ読み込み後にインターネット接続を切っても変換は機能します。

厳密な制限はありません。デバイスのRAMのみが制約です。16GBノートPCで100MBのPNGファイルをテスト済みです。

base64.guruは出力形式が多い(10 vs 当ツール7)がファイルをサーバーにアップロードします。base64-image.deはクライアント処理ですがファイル上限が1MBです。当ツールはクライアントプライバシー+サイズ無制限+7つの実用的出力形式を兼ね備えます。

Base64は3バイトのバイナリを4 ASCII文字で表すため、数学的に33.3%のオーバーヘッドが発生します。転送時のgzip圧縮後、小さなアセットでは実際の負荷は5〜15%に下がります。

クリティカルレンダリングパス上の~2KB以上の画像、ブラウザに独立キャッシュさせたい画像、SVG(URL-encoded SVGの方が小さくCSS操作可能)にはBase64を避けてください。

JPEG、PNG、WebP、GIF、BMP、ICO、SVGは直接動作します。HEICは事前変換が必要です — 当社のHEIC→JPEG変換ツールをご利用ください。

ブラウザのアドレスバーにData URLを貼り付けてください — モダンブラウザはdata:image/...を直接レンダリングします。プログラム的にはJavaScriptのatob()またはPythonのbase64.b64decode()を使用します。

画像→Base64変換ツール — 無料・ブラウザ完結 | TinyImagePro