オンラインでBase64エンコードとデコード
プライバシー優先設計 — すべてブラウザ内で処理します
任意のテキストやバイナリデータをBase64にエンコードしたり、Base64文字列を元の形式へデコードしたりできます。ToovaはUTF-8を正しく扱い、URLセーフ版にも対応し、すべてブラウザ内で動作します。アップロード、サインアップ、ログ記録は一切ありません。
標準Base64とURLセーフBase64
標準のBase64は + と / の文字を使うため、URLやファイル名に入れると壊れます。URLセーフBase64はそれらを - と _ に置き換えます。Toovaは単一トグルで両方の方式を切り替えられます。JWTやOAuthはURLセーフ版を使い、ファイルエンコーディングの多くは標準アルファベットを使います。= によるパディングは自動で処理されます。
UTF-8を正しく処理
ナイーブなBase64ツールは1文字1バイトと仮定するため、ASCII外の文字を壊してしまいます。Toovaは入力をまずUTF-8としてエンコードするため、絵文字、アクセント付き文字、CJK文字、アラビア文字もラウンドトリップを通過し、文字化けしません。UTF-8テキストを含むBase64文字列をデコードすると、元の文字がそのまま得られます。
ローカル動作、ネットワーク通信ゼロ
エンコードもデコードもブラウザ内で完結します。アップロード、サードパーティAPI、入力のログ記録はありません。ツール使用中に開発者ツールのNetworkタブを開いてご自身で確認してください。シークレット、トークン、証明書など、端末から外に出すべきでない機密データのエンコードに安全に使えます。
よくある質問
- Base64とURLセーフBase64の違いは何ですか？
- 標準Base64は + と / を使いますが、これらはURL構文と衝突します。URLセーフBase64はそれらを - と _ に置き換えるため、クエリ文字列やファイル名にそのまま入れてもエスケープが不要です。JWTや多くのOAuthフローはURLセーフ版を使います。
- UTF-8文字を扱えますか？
- はい。Base64変換前にUTF-8としてエンコードするため、絵文字、アクセント付き文字、非ラテン文字もきれいにラウンドトリップします。UTF-8を含むBase64文字列をデコードすると、元の文字が得られます。
- ファイルもエンコードできますか？
- はい。入力エリアにファイルをドロップすると、バイナリとして読み込まれBase64文字列が生成されます。小さい画像をData URIとして埋め込むときや、テキストしか受け付けないシステム経由でバイナリを送るときに便利です。
- 入力はどこかへ送信されますか？
- いいえ。すべてブラウザ内でローカルに実行されます。エンコードとデコード中、開発者ツールのNetworkタブは空のままです。
- Base64文字列の末尾に=が付くのはなぜですか？
- それはパディング文字です。Base64の出力は常に4文字の倍数になり、入力の長さが3バイトの倍数でないときに = で埋めます。URLセーフ版ではパディングを省略することもあります。