Volade エコシステム — Webツール

Base64 エンコーダー / デコーダー

テキスト・ファイル・URL を Base64 にエンコードし、Base64 文字列はどんなものでも読み可能なテキストにデコード — リアルタイム対応、URL-safe 変種、padding の制御、UTF-8・Latin-1・UTF-16 エンコーディング、data URI つきのファイル ⇄ Base64 変換、バイト単位の詳細表示を備えています。無料・登録不要・100 % ローカル：何もブラウザーの外には出ません。

Base64 エンコーダーを開く 機能を見る
5 変換モード0 サーバーに送信されるバイト∞ 回の変換、サイズ無制限
ツール

オンライン Base64 エンコーダー / デコーダー

テキストまたは Base64 文字列を貼り付けるだけ：入力のたびに変換が更新され、「変換」ボタンは必要ありません。

Base64 エンコーダー / デコーダー

公開中 開発・コード & データ
ログイン
ショートカット： Ctrl+Enter 変換
準備完了。
変換は入力中に実行されます · Ctrl+Enter でアクティブなタブを変換します · URL-safe 変種は + を - と / を _ に置き換えます · 100 % ローカル、何もデバイスの外には出ません。
0,0 0備考 すべてのツール
無料版と Premium 版

Base64 エンコーダー / デコーダーは無料で無制限です：アカウント不要、インストール不要、通信なし。Premium 版では Volade エコシステム全体が使い放題になります。

無料リアルタイムのテキスト ⇄ Base64、UTF-8・Latin-1・UTF-16
無料URL-safe 変種、padding の制御、改行
無料ファイル ⇄ Base64、data URI、バイト単位の分析
Premium履歴とスニペットの暗号化クラウド同期
Premiumエコシステムのツール間で共有される API アクセスとスクリプト
Premium を解禁
機能

Base64 のエンコードとデコード、制限なし

テキスト・ファイル・URL・バイナリ解析を 1 つのエンジンでカバー — 処理はすべてデバイス内で完結します。

リアルタイムのテキスト ⇄ Base64

テキスト、JSON、HTML を貼り付けると、入力しながら Base64 版を取得できます — その逆も可能で、Base64 文字列を貼ればすぐに内容を読み取れます。6 種類の文字エンコードに対応し、URL-safe 変種と padding は切り替え可能、バイト単位の詳細がすべてのデコードに付き添います。

今すぐエンコード

ファイル ⇄ Base64 と data URI

ファイル（画像・PDF・アーカイブ・フォント）をドラッグすると Base64 表現が得られ、必要なら CSS・HTML・JSON に貼り付けられる data URI も生成できます。逆に Base64 文字列や完全な data URI を貼り付けると、MIME タイプを検出してファイル名を提案し、元のファイルを復元します。

ファイルを変換

完全なプライバシー

ネットワーク通信なし：エンコードとデコードは完全にブラウザー内で実行され、オフラインでも動作します。パスワード、JWT トークン、API キー、HTTP ヘッダー、誰にも知られたくない機密コンテンツに最適です。

詳しく見る
仕組み

3 ステップでエンコード / デコード

インストールも登録も不要：モバイルでも PC でも、いつでもすぐに使えます。

コンテンツを貼り付ける

テキスト、JSON、HTML、パスワード、すでにエンコードされた Base64 文字列は、「エンコード」または「デコード」タブに貼り付けるだけ。ファイルは専用タブから選択でき、data URI は自動で認識されます。

形式を設定

文字エンコードを選び、URL-safe 変種に切り替え、padding を外す、改行を追加 — 送り先（JWT、URL、CSS、メール、データベース…）に合わせて調整できます。結果はその場で更新されます。

コピーして再利用

結果をコピーし、.txt でダウンロードし、タブ間で移動したりリンクを共有したりできます。ローカル履歴に直近の変換が残っているので、ワンクリックで再読み込みできます。

クイックリファレンス

Base64 を一目で：サイズ・アルファベット・変種

多くの開発者がエンコード前に確認すること — 「アルファベット & 参考」タブのインタラクティブな文字表とともに。

内容バイトBase64 文字数Paddingサンプル
ASCII 文字 1 文字（「A」）14「==」QQ==
2 文字（「AB」）24「=」QUI=
3 文字（「ABC」）34なしQUJD
「Hello」（UTF-8）58「=」SGVsbG8=
「Bonjour le monde !」（UTF-8）1824なしQm9uam91ciBsZSBtb25kZSAh
「é」（UTF-8）24なしw6k=
「日」（UTF-8）34なし5piv
ヌルバイト（0x00）14「==」AA==

Base64 における「エンコード」と「デコード」の意味は？

Base64 へのエンコード (「encode base64」) はバイト — 通常は UTF-8 でエンコードされたテキストのバイト — を、64 個の許可文字の列に変換します：大文字 26 文字、小文字 26 文字、数字 10 文字、そして + と /. Base64 のデコード (「decode base64」) はまさにその逆の処理です：文字列を 4 文字ずつ読み取り、各文字が 6 ビットを表し、24 ビットから 3 バイトが得られます。人々が「encode and decode base64」と検索するとき探しているのが、この往復です。

Base64 は圧縮でも暗号でもありません：テキストは約 3 分の 1 長くなり、誰でも 1 秒で読めます。その役割は、安全な ASCII 文字しか受け付けないチャネル — URL、HTTP ヘッダー、設定ファイル、JSON、インライン SVG、メール、テキスト型データベース — でバイトを運ぶことにあります。

テキストを Base64 にエンコードする方法

ステップ 1：まず選択した文字セットでテキストをバイトに変換します — 既定は UTF-8 ですが、Latin-1、Windows-1252、ASCII、UTF-16 もレガシーデータで役立ちます。ステップ 2：バイトを 3 つずつ、つまり 24 ビット読み取ります。ステップ 3：この 24 ビットを 4 つの 6 ビットブロックに分け、各ブロックをアルファベットの該当位置の文字に置き換えます。ステップ 4：最後のグループが不完全な場合は 0 ビットで埋め、文字列を 1 つまたは 2 つの = （padding）で締めくくります。

具体例：「 AB 」は 10 進で 65、次に 66、つまり 01000001 01000010。3 バイトに補完すると： 01000001 01000010 00000000。4 つの 6 ビットグループは 010000 010100 001000 000000 → 位置 16、20、8、0 → QUI=。エンコーダーに「AB」と入力するだけ：キーを離す前にも結果が表示されます。

Base64 をテキストにデコードする方法

デコードでは、改行や余分な空白を取り除いてから文字列を 4 文字のグループで読み取ります。各文字を 6 ビットの値に置き換え、4 つの値を 24 ビットに連結し、その 24 ビットを 3 バイトに分割します。末尾の = は、最後のグループに有効なバイトがいくつあるかを示します：1 つ = は 2 バイト、2 つ = は 1 バイトを意味します。

文字列に - または _ が含まれていれば URL-safe 変種です：ツールは自動的に + と / に変換してからデコードします。padding が欠けている場合は「padding を修正」ボタンで復元できます。アルファベット外の文字、位置のずれたタブ、4 の倍数でない長さの場合は、「無効」とだけでなく理由を明示してエラーが表示されます。

URL-safe 変種（RFC 4648 §5）

標準の Base64 は + と /、この 2 文字は URL で問題になります： + はほとんどのサーバーで空白として解釈され、 / はパス区切りと間違えられます。URL-safe 変種はこれらを - と _ に置き換え、エスケープは不要です。次の場所では必須です： JWT （トークンの 3 セグメントは padding なしでエンコードされます）、 cookie、 識別子 、および URL パラメータ。

padding「=」は何のため？

Base64 は 4 文字のグループで処理しますが、ファイルサイズが 3 の倍数になることはほぼありません。padding が期待どおりの長さを復元します：残り 1 バイトなら ==、残り 2 バイトなら =。一部のシステムはこれを削除します（ある種の API、Base64URL）、一方で必要なシステムもあります（PHP、古いデコーダー）。エンコーダーの「padding なし」オプションとデコーダーの「padding を修正」ボタンが、その両方に対応します。

文字エンコード：UTF-8・Latin-1・UTF-16

Base64 は文字を知らず、バイトしか知りません。したがって決定的なのは：テキストを Base64 にする 前に 何でエンコードするかということです。UTF-8 では「é」は 2 バイトで「日」は 3 バイト、Latin-1 では「é」は 1 バイトに収まりますが「日」は表現できません。Latin-1 でエンコードした文字列を UTF-8 でデコードすると、文字化け（「mojibake」）になります。オンラインツールで結果が読めない場合、ほとんどは元のエンコードが違うのが原因です — だからここでは 6 つの選択肢を用意しています。

ファイル・data URI・Base64 の画像

この data URI の形は data:<MIME タイプ>;base64,<データ> です。画像を CSS・HTML・JSON に直接埋め込めます： background-image:url(data:image/png;base64,iVBOR…)。デコードするには、文字列全体を「ファイル ⇄ Base64」タブに貼り付けてください：MIME タイプが抽出され、ファイル名が提案され、ファイルが復元されてダウンロードできます。サイズには注意：Base64 は約 33 % 増え、data URI は単独ではキャッシュされません。

Base64 と URL エンコード、混同しない理由

この percent-encoding （%20, %C3%A9）は、許可されていないバイトをすべて％表記に置き換えます：Base64 の 2〜3 倍長ですが、目視では元のテキストが保たれます。Base64 はコンパクトで均一な文字列を生み、ブロブに最適ですが人間には読めません。「URL & data URI」タブでは 2 つの変換を並べて扱えるため、エスケープすべき URL を Base64 でエンコードしてしまうというよくあるミス — あるいはその逆 — を避けられます。

日常のフォーマットにおける Base64

Base64 はあらゆる場所で使われています： JWT の 3 セグメント、インライン SVG 画像の src 属性、PDF の cert フィールド、メール（RFC 2045）の attachments MIME 添付、API の Authorization: Basic （utilisateur:motdepasse）、 .pem ファイルと SSH 鍵、 .docx と .xlsx （ZIP）の中身、クライアント側ストレージのアバター、そして data- 属性（自動テスト用）。エンコードとデコードを素早くこなせば、1 つの文字列のためにターミナルを開く必要はなくなります。

Base64 ではないもの

Base64 は何も暗号化しません：エンコードされた文字列は 1 行のコードで復号できます。パスワード、API キー、個人情報を保護する手段として決して使わないでください。圧縮でもありません：常に 33 % のサイズ増を見込んでください。また、Base64 はすでに高密度な圧縮バイナリ（PNG、ZIP）には数 MB 以上向いておらず、その規模ではメモリコストが重くなります。

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

ブラウザーでは、 TextEncoder と TextDecoder が毎秒数 MB を処理します。Base64 アルゴリズム自体は線形で、再帰も文字ごとの割り当てもありません。5 MB を超えるファイルでは UI が重くなることがあります：より大きなバッチは Web Worker かサーバー側での処理を。常に元のエンコードを文字列のそばに記録し、結果をデータベースに保存する前にラウンドトリップ（エンコードしてからデコード）をテストしてください。

こんな方におすすめ

バックエンド／フロントエンド開発者（トークン、data URI、HTTP ヘッダー）、統合担当と技術ライター（インライン SVG、背景画像）、システム管理者と DevOps（証明書、鍵、ダンプ）、テスターとペネトレーションテスター（Authorization Basic、パラメータのファジング）、学生（バイト・ASCII・UTF-8 を理解したい方）、そして オンライン Base64 エンコーダー / デコーダー を、高速・多機能・確実なプライバシー保護で使いたいすべての方へ。

FAQ

Base64 エンコーダー / デコーダー よくある質問

エンコードやデコードの前に知りたいことをすべて。

テキストを Base64 にエンコードするには？

テキストを「エンコード」タブに貼り付けると、まずバイトに変換され（既定は UTF-8）、3 バイトごとに Base64 の 4 文字へと変換されます。結果は即座に表示され、入力サイズ・文字数・約 33 % のオーバーヘッドも確認できます。「Base64 をコピー」を押して使いましょう。

Base64 文字列をテキストにデコードするには？

文字列を「デコード」タブに貼り付けると、空白と改行を取り除き、標準か URL-safe 変種かを検出し、必要なら padding を復元して、デコード結果とバイト単位の詳細を表示します。読めない場合は「テキストのデコード」オプションを変更してください — 元のエンコードが UTF-8 ではない可能性が高いです。

標準 Base64 と URL-safe の違いは？

標準変種（RFC 4648 §4）は + と /を使い、これらは URL を壊し、パラメータ内では空白として誤解釈されます。URL-safe 変種（RFC 4648 §5）はこれらを - と _ に置き換えます。両者はまったく同じ情報を運びます：デコード時にツールが自動で相互変換し、「URL-safe 変種」チェックボックスは JWT と cookie が期待する形式をそのまま出力します。

Base64 文字列の末尾が「=」になるのはなぜ？

バイト数が 3 の倍数でない場合、padding が最後のグループを埋めます：1 つ = は有効な 2 バイト、2 つ = は有効な 1 バイトを意味します。従来のデコーダーの多くでは必須ですが、Base64URL では省略されます。「padding なし」でエンコードする場合は = を外し、またはデコード前に「padding を修正」で復元できます。

Base64 はデータを暗号化しますか？

いいえ。Base64 は単なる転送用エンコードで、何も保護せず、1 回の操作でデコードできます。バイトをテキスト系チャネル（URL、JSON、メール、ヘッダー）で運ぶためだけのものです。パスワード、鍵、個人情報を守るなら、本物の暗号化かソルト付きハッシュを使ってください。

Base64 は何文字追加されますか？

3 バイトのグループにつきちょうど 4 文字、つまり常に約 33 % のオーバーヘッドです — 式は 4 × ⌈バイト数 ÷ 3⌉（padding を含む）。「アルファベット & 参考」タブの表によくある対応が載っており、エンコーダーの統計が実際のオーバーヘッドを表示します。

ファイルや画像を Base64 にエンコードできますか？

できます。「ファイル ⇄ Base64」タブを開いてファイルを選ぶと、サイズとともに Base64 版が生成され、希望すれば完全な data URI も得られます。逆に、Base64 文字列や次のような完全な data URI を data:image/png;base64,… として貼り付けるとファイルを復元できます：MIME タイプが検出され、ファイル名が提案されて、ダウンロードが始まります。

このツールはデータをサーバーに送信しますか？

いいえ。すべてブラウザー内で実行され、ネットワーク通信もアカウントもありません。オフラインでも、パスワード、JWT トークン、API キー、機密コードの断片に使えます。履歴は端末のローカルストレージに残り、ワンクリックで消せます。

100 % ローカルの Base64 エンコーダー / デコーダー：データは決してパソコンから出ません

一般的なオンライン Base64 エンコーダーと違い、文字列は一切送信されません：エンコード、デコード、ファイル変換はすべてブラウザー内で実行されます。だからこそ、パスワード、トークン、証明書、社内のコード断片でも、機内モードや公開ネットワークでも安全にエンコードできます。履歴と最後の入力はローカル（localStorage）に保存され、端末から出ません。

この Premium Volade ライセンスは、オプションの暗号化クラウド同期を追加します（ツールとは独立して動作）。それ以外はすべて無料で無制限、登録不要のままです。

プレミアムライセンス 1 つで、すべての Web ツール

Base64 エンコーダー / デコーダー、JSON フォーマッター、各種ジェネレーター、PDF エディター、そして数十の無料ツール — さらに 1 つのライセンスで Volade エコシステム全体が使い放題。

プレミアムへ切り替え ツールを見る
1つのライセンスで、プレミアム・エコシステム全体 ブラウザ · CMS · デスクトップ · モバイル · スクリプト · API · ツール · Database
1つのライセンスで全部 プレミアムへ ログイン