Base64と16進数(Hex)の双方向オンライン変換ツール。Hexバイト列からBase64エンコードへの変換、Base64からHex文字列へのデコードに対応。スペースや改行で区切られたHex入力を自動認識して処理し、0xプレフィックスを自動除去。Base64→Hexでは小文字または大文字での出力を選択でき、入力後はリアルタイム変換。不正文字や奇数長Hexなどのエラーは即座に表示。ワンクリックで結果をコピー、txtファイルとしてダウンロード可能。方向切り替え時にはコンテンツを自動交換。すべての処理はブラウザ内のJavaScriptでローカル実行され、データはサーバーにアップロードされません。パケットキャプチャデータ解析、ネットワークプロトコルデバッグ、バイナリログ変換、APIパラメータ処理に最適です。
Hex入力は以下に対応：①連続16進数文字列（例：48656C6C6F）；②スペース区切りのバイト（例：48 65 6C 6C 6F）；③0xプレフィックス付き形式（例：0x48 0x65）；④改行区切りの複数行Hex。ツールは空白とプレフィックスを自動的に除去してから変換します。Base64入力は空白文字を自動的に無視します。
はい、可能です。方向切り替えボタンで「Base64 → Hex」を選択すると、Base64を16進数文字列にデコードできます。出力するHexの小文字・大文字も選択可能です。
16進数では2文字が1バイト（00-FF）を表すため、正しいHex文字列の長さは常に偶数になります。このエラーが表示された場合は、入力に文字の余分や不足がないか、コピー時に切り捨てられていないかを確認してください。
16進数では0-9とa-f/A-Fの16文字のみが許可されており、その他の文字（g-zなどの文字や特殊記号）が含まれるとエラーになります。Hex以外のコンテンツをコピーしていないか、Base64をHex入力欄に貼り付けていないかを確認してください。
失われません。方向切り替えボタンをクリックすると、ツールは自動的に現在の出力内容を新しい方向の入力として使用します。変換結果を手動でコピー＆ペーストすることなく、逆変換して検証することができます。
はい、可能です。ツールは先頭の0xプレフィックスを自動的に検出して除去します。文字列全体の先頭に0xがある場合も、バイトごとに0xが付いている場合（例：0x48 0x65）も正しく処理できます。
はい、可能です。出力されるBase64はRFC 4648標準エンコードのプレーンテキスト文字列で、JSONフィールド、HTTPリクエストボディ、URLパラメータ（URLエンコードに注意）、ヘッダーに直接使用できます。出力されるHexは純粋な16進数文字列で、バイナリプロトコルの記述、鍵の表現などのシナリオで直接使用できます。
Wireshark、Charlesなどのパケットキャプチャツール、プロトコルアナライザ、バイナリログは通常、バイトストリームを16進数で表示し、バイト単位での確認を容易にします。一方、APIインターフェース、JSON、テキスト設定ファイルでは、Base64エンコードでバイナリデータを転送する必要があります（Base64はテキスト安全な文字のみを使用するため）。Hex→Base64はキャプチャしたバイナリデータをインターフェースで使用可能なテキスト形式に変換し、Base64→HexはBase64エンコードされたデータをバイト単位で読み取り可能な16進数に戻してデバッグと分析に使用します。
数十KB程度のコンテンツであればローカル変換は全く問題なく、ブラウザでの処理速度も高速です。純粋なフロントエンドのtextarea入力のため、数MBを超えるような特に大きなコンテンツは専用ツールの使用を推奨しますが、日常的な開発でのパケットキャプチャデバッグ、インターフェースパラメータ処理には十分対応できます。
アップロードされません。すべてのエンコード・デコード処理はブラウザ内のJavaScriptで完全にローカル実行され、入力されたHexまたはBase64コンテンツがネットワークを通じてサーバーに送信されることはありません。ページを閉じるとデータは失われるため、機密性の高い鍵やパケットキャプチャデータも安心して処理できます。
対応しています。Base64→Hexモードで「小文字」/「大文字」ボタンを切り替えると、a-fまたはA-Fの出力を選択できます。プロトコル、規格、ドキュメントによっては大文字Hex出力が要求される場合があります。
はい、使用できます。ツールはレスポンシブデザインを採用しており、スマートフォンでは入出力がタブで表示され、パネルサイズはスマートフォン画面に最適化されています。タッチ操作に対応しているため、外出先でのデバッグ時にも素早く変換できます。
2つの方法があります：①コピーボタンをクリックしてクリップボードに直接コピーし、必要な場所に貼り付ける；②ダウンロードボタン（下向き矢印アイコン）をクリックして、結果をtxtテキストファイルとしてローカルに保存する。
16進数(Hexadecimal/Hex)は、0-9とA-Fの16文字でバイナリデータを表現する方式で、各バイトを2文字（00-FF）で表します。人間がバイナリコンテンツをバイト単位で読み取るのに適しています。Base64は64個の印字可能文字(A-Z,a-z,0-9,+,/)でバイナリを表現するエンコード方式で、主にテキストプロトコル（JSON、HTTP、Emailなど）でバイナリデータを安全に転送するために使用され、エンコード後のサイズは元のバイナリより約33%大きくなります。
通常のBase64エンコード・デコードはテキスト文字列↔Base64の変換ですが、本ツールが処理するのは元のバイト列です。Hex自体がバイトの16進数表現であるため、Hex↔Base64変換は純粋なバイトレベルのトランスコードであり、テキストエンコーディング（UTF-8/GBKなど）の問題は発生しません。真のバイナリデータ、暗号鍵、プロトコルパケットなどの処理に適しています。
コンピュータとネットワーク開発では、異なるバイナリ表現形式の間で変換する必要が頻繁にあります。16進数（Hexadecimal、略してHex）とBase64は、バイナリデータのテキスト表現として最も一般的に使用される2つの方式であり、それぞれ適した用途があります：Hexは人間がバイト単位で読み取ってデバッグするのに便利で、Base64はテキストプロトコルでバイナリデータを転送するのに適しているため、開発者は両者の間で頻繁に変換する必要があります。
16進数は0-9とA-Fの16文字でデータを表現し、各バイトは2つの16進数文字（00からFF）に対応します。1バイトがちょうど2桁の16進数になるため、この表現方法は非常に直感的です——2文字で1バイトのため、位置を揃えて確認しやすく、Wireshark、Charlesなどのパケットキャプチャツール、16進数エディタ、デバッガ、プロトコルドキュメントではバイナリデータをHexで表示するのが一般的で、開発者がバイトオフセットやフィールド値を特定するのに便利です。
Base64は、64個の印字可能ASCII文字（A-Z、a-z、0-9、+、/、およびパディングとして=）で任意のバイナリデータを表現するエンコード方式です。主な役割は、テキストのみを処理できるプロトコルを通じてバイナリデータを安全に転送できるようにすることです——JSONに元のバイナリバイトを直接配置することはできず、HTTPヘッダーの値には非印字文字を含めることができず、Email本文に添付ファイルを直接含めることはできません——バイナリをBase64テキストにエンコードすることでこの問題が解決します。代償として、エンコード後のサイズは約33%大きくなります（3バイトが4文字にエンコードされます）。
なぜインターフェースでHexを直接使用してバイナリを転送しないのでしょうか？もちろん使用することもできますが、Base64の方が多少効率的です：Hexは1バイトを2文字で表現するためエンコード効率は50%（1バイト→2文字）ですが、Base64は3バイトを4文字で表現するためエンコード効率は75%です。そのため、同じバイナリデータはBase64で表現した方が短くなり、テキスト転送シナリオでより一般的に使用されます。一方、Hexはより直感的で人間が読んで分析しやすいため、パケットキャプチャデバッグではHexを使用し、インターフェース転送ではBase64を使用するというように、両者の変換は開発者にとって一般的な要件となっています。
本ツールの変換は完全にバイトレベルの純粋なトランスコードであり、テキストエンコーディング（UTF-8、GBKなど）の仮定は一切含まれません：Hex文字列は直接バイト配列に解析され、バイト配列は直接Base64にエンコードされます。逆にBase64は直接バイト配列にデコードされ、バイト配列は直接Hex文字列として出力されます。この点は重要です——通常の「文字列のBase64エンコード」はテキストエンコーディング変換を伴いますが、Hex↔Base64は純粋なバイト表現間の変換であるため、結果は一意に定まり、文字化けの問題は発生しません。
実際の使用シナリオを考慮して柔軟な入力形式に対応しています：Wiresharkがデフォルトで出力するHexはバイト間がスペースで区切られており、多くのドキュメントのHexには0xプレフィックスが付いており、コピー＆ペースト時には改行が含まれることがよくあります。空白と0xプレフィックスを自動的に除去することで、手動でクリーンアップする手間が省け、貼り付けるだけですぐに変換できるため、デバッグ効率が大幅に向上します。
大文字小文字の切り替えも実用的な機能です：規格やシステムによってHexの大文字小文字の好みは異なります——Unix系ツールや多くのオープンソースプロジェクトは小文字(a-f)を使用するのが一般的ですが、Windowsや一部の企業規格では大文字(A-F)を使用するのが一般的で、暗号理論の分野では大文字が要求されることがあります。ツールはBase64→Hex時に大文字小文字の切り替えを提供しており、手動で大文字小文字を変換する必要がありません。
ローカル処理はセキュリティと速度の保証です：エンコード変換は本質的に単純な数学的演算であり、サーバー側での計算は必要なく、ブラウザ内でJavaScriptを使用してローカル処理することで非常に高速（マイクロ秒レベル）です。また、機密データ（鍵、署名、未公開のプロトコルデータ）がコンピュータから外部に送信されることがなく、ネットワーク転送による漏洩リスクも存在しません。イントラネットの隔離された環境やオフライン環境でも正常に使用できます。
2つのバイナリ表現方式の特徴比較：
| 特性 | 16進数 (Hex) | Base64 |
|---|---|---|
| 文字セット | 0-9, A-F (16文字) | A-Z,a-z,0-9,+,/,= (65文字) |
| エンコード効率 | 50% (1バイト → 2文字) | 75% (3バイト → 4文字) |
| 可読性 | 高（2文字1バイト、バイト単位分析が容易） | 低（直感的でなく、直接読み取るのが困難） |
| 主な用途 | パケットキャプチャ解析、16進数エディタ、プロトコルドキュメント、鍵表現 | JSON/HTTP/Emailでのバイナリ転送、Data URI、APIパラメータ |
| 大文字小文字 | 非区別（a-fとA-Fは等価） | 区別あり（Aとaは異なるエンコード） |
| 例（"Hello"） | 48656C6C6F | SGVsbG8= |
テキスト"Hello"の各エンコードでの表現：
| エンコード形式 | エンコード結果 | 文字数 |
|---|---|---|
| 元のテキスト | Hello | 5バイト |
| Hex (小文字) | 48656c6c6f | 10文字 |
| Hex (大文字) | 48656C6C6F | 10文字 |
| 標準Base64 | SGVsbG8= | 8文字 (パディング1個含む) |
変換エラー発生時の参考：
| エラー表示 | 考えられる原因 | 解決方法 |
|---|---|---|
| 不正な16進数文字が含まれています | Hexにg-z、G-Z、または特殊記号が含まれている | Base64や他のテキストを誤って貼り付けていないか確認し、不正な文字を削除 |
| Hex文字列の長さは偶数である必要があります | Hexの文字数が奇数で、1文字多いか少ない | 入力の最初と最後を確認し、切り捨てられていないか確認 |
| （Base64デコードエラー） | Base64文字列が破損している、長さが正しくない、または不正な文字が含まれている | Base64が完全か、パディングの=が不足していないか確認 |
本Base64-Hex双方向変換ツールのすべてのエンコード・デコード処理は、ユーザーのブラウザ内でJavaScriptにより完全にローカル実行されます。入力されたHex文字列およびBase64コンテンツがサーバーにアップロードされることはなく、記録、キャッシュ、保存されることもありません。入力、変換、コピー、ダウンロードはすべてローカルブラウザのメモリ内で実行され、ページを閉じるか更新するとすべての一時データは自動的に消去されます。機密性の高い暗号鍵、パケットキャプチャデータ、内部プロトコルデータも安心して処理でき、いかなる漏洩リスクも存在しません。
入力にg-z/G-Z以外の文字、日本語の句読点、特殊記号が含まれていないか確認してください。WiresharkからコピーしたHexにはASCIIサイドバーのコンテンツが含まれることがあるため、16進数部分のみをコピーしてください。また、変換方向がHex→Base64になっていることを確認し、Base64をHex入力欄に貼り付けないようにしてください。
2つのHex文字が1バイトを表すため、正しいHexは常に偶数長になります。一般的な原因：①コピー時に最後の1文字が漏れている；②先頭の0xがコンテンツとしてカウントされ、長さから2を引くと奇数になる；③途中に余分なスペースがあり解析エラーが発生している。各バイトが2文字になっていることを確認してください。
以下を確認してください：①Base64が完全で、切り捨てられていないか；②不正な文字が含まれていないか（Base64で許可されるのはA-Z,a-z,0-9,+,/,=のみ）；③末尾のパディング=の数が正しいか（0、1、または2個）；④URLセーフBase64ではないか（+と/の代わりに-と_を使用）。本ツールは現在URLセーフBase64に対応していません。
テキスト文字列のBase64の場合、エンコーディング（UTF-8、GBK）が異なると結果が異なります。しかし本ツールはHex↔Base64の純粋なバイトレベルのトランスコードであるため、Hexが同じであれば出力されるBase64は必ず同じになります。異なる場合は以下を確認してください：①Hexが完全に一致しているか（スペースは影響しませんが、0xも影響しません）；②大文字小文字はHexの解析に影響しない；③Hex内に不可視の特殊文字が混入していないか。
