Base-N エンコーダー & デコーダー

Base16、Base32（RFC 4648）、Crockford Base32、Base85（ASCII85）、Base91 のエンコード・デコードをブラウザ内で完結できます。

無料登録不要クライアントサイドプライバシーに配慮 Updated 6月 10, 2026

基数

入力

出力

使い方

1 基数を選択します — Base16、Base32、Crockford Base32、Base85、Base91 のいずれか。
2 Encode（エンコード）と Decode（デコード）を切り替えます。
3 入力データを貼り付けます — エンコード時は UTF-8 テキスト、デコード時はエンコード済み文字列です。
4 出力結果をコピーします。Swap を使えば入力と出力を即座に入れ替えられます。

このツールを使う理由

5つの基数体系を1つのツールに集約 — エンコード方式ごとに別々のページを探す必要がありません。
Crockford Base32 — I/L/O/U を含まずデコード時に大文字小文字を区別しない、人にやさしい形式です。
Base85 — Base64よりも高密度で、Adobe PDF や Git で使われています。
Base91 — さらに高密度で、QRコードや印刷など容量制限がある場面で役立ちます。
処理はすべてクライアント側で完結。アップロードは一切ありません。

よくある質問

Base32 にはどのような種類がありますか？

両方に対応しています。RFC 4648（A-Z、2-7 のアルファベットで = パディング）は OTPAUTH URI などとの互換性に使われます。Crockford Base32（0-9、A-Z から I/L/O/U を除いたアルファベット）は読みやすい識別子向けで、大文字小文字を区別せず、O→0、I/L→1 の読み間違いも許容します。

URLセーフな Base64 が必要な場合はどうすればいいですか？

専用の Base64 エンコーダー & デコーダーをご利用ください。URLセーフ形式への切り替えオプションや、ファイル→Base64 変換モードにも対応しています。

なぜ Base85 の出力は <~ と ~> で囲まれるのですか？

Adobe の ASCII85 仕様でこの区切り文字が規定されています。デコード時には省略可能で、含まれている場合は自動的に取り除かれます。

Base91 が標準化されていないのはなぜですか？

これは2000年に Joachim Henke が考案した方式です。IETF の標準ではありませんが、アルゴリズムとアルファベットは安定しており、より高いデータ密度が必要な場面で広く実装されています。