バイナリデータを読みやすい文字列に変換するBase32エンコード・デコードツール。DNSSECやファイル命名などの用途に最適です。
Base58エンコード・デコードツール
テキストとBase58形式の双方向変換をオンラインで実行。ブロックチェーンアドレスの処理やデータエンコードの検証に最適です。
CRC32チェックサム計算
任意の文字列またはエンコードされたデータのCRC32ハッシュ値を計算し、データの完全性を検証します。
ファイルCRC32チェックサム計算
オンラインでファイルのCRC32チェックサムを計算し、転送や保存後のファイルの整合性を確認します。開発者や一般ユーザーに最適です。
Base64エンコード・デコード
テキストとBase64文字列を相互変換します。標準およびURLセーフエンコードに対応し、UTF-8などの多様な文字コードをサポートしています。
画像のBase64エンコード変換ツール
JPGやPNGなどの画像ファイルをオンラインでBase64文字列に変換します。Web開発やデータ埋め込みに最適です。
元のバイナリデータをサポートしない転送環境（特定のファイルシステム、URL、または手動で書き写す必要がある場面など）で情報を安全に伝達する必要がある場合、Base32エンコードは標準化されたソリューションを提供します。Base32エンコードとは、任意のバイナリデータ（テキストやファイル内容など）を「A-Z」および「2-7」の32文字のみで構成される文字列に変換する方法です。各文字は5ビットのデータを表し、エンコード結果は大文字・小文字を区別せず、通常は混同しやすい文字を含まないため、データの可読性と互換性が確保されます。本ツールは双方向の変換をサポートしており、通常のテキストをBase32文字列にエンコードしたり、Base32文字列を元の内容にデコードしたりすることができます。
Q: Base32のエンコード結果が元のテキストより長くなるのはなぜですか？
これはBase32のエンコードメカニズムによるものです。Base32は5ビットのデータを1文字にエンコードしますが、1つの英文字（ASCII文字など）は8ビットを占めるため、エンコード後の文字数が増加します。例えば、「Hello」（5バイト）をエンコードすると約8文字のBase32文字列になります。
Q: Base32とBase64の違いは何ですか？
Base64はエンコード効率が高い（1文字あたり6ビットの情報を保持）ですが、大文字・小文字、数字、および「+」「/」記号を使用するため、大文字・小文字を区別しない環境や記号が制限される環境（一部のファイルシステムやDNSSECなど）では問題が発生する可能性があります。Base32は大文字と数字の2〜7のみを使用し、大文字・小文字を区別せず、混同しやすい記号を含まないため、これらの特定の場面により適していますが、エンコード後の文字列は長くなります。
デコードする際は、入力した文字列が有効なBase32フォーマット（A-Z、2-7、およびパディングとしての「=」のみを含む）であることを確認してください。無効な文字が含まれているとデコードに失敗します。非ASCII文字（日本語など）をエンコードする際は、「ASCIIエンコードのみを使用」オプションをオンにしないでください。文字化けやエラーの原因となります。Base32エンコード結果の末尾にある「=」はパディング文字であり、データ長が5バイトの倍数になるようにするためのものです。デコード時には自動的に処理されますが、手動で入力する際には省略しないでください。
Base32は、DNSSEC、ファイル命名（一部のバックアップシステムなど）、ワンタイムパスワード（TOTPのBase32キーなど）の場面でよく使用されます。その最大の利点は、文字セットが人間にとって読みやすく、転送環境に対して寛容であることです。典型的な応用例として、TOTPキー「JBSWY3DPEBLW64TMMQQQ====」を本ツールでデコードすると、元のテキスト「Hello World!」が得られます。Base32でエンコードされたデータには暗号化の性質はありませんが、文字セットが規則的であるため、データのシリアライズや、バイナリをサポートしない通信路でデータを転送するための中間フォーマットとしてよく使用されます。バッチ処理や自動化タスクを処理する際は、ターゲットシステムがパディング文字「=」をどのように処理するか（一致しているか）を確認してください。
