JWT（JSON Web Token）は、RFC 7519で定義されているオープン標準であり、当事者間での情報安全な伝送をJSONオブジェクトとして表現するために使用されます。JWTの構造は、ヘッダー（Header）、ペイロード（Payload）、署名（Signature）の3つのパーツからなり、それぞれがBase64Urlエンコードされドットで連結されています。ヘッダーには署名アルゴリズム（HS256やRS256など）やトークン型が格納され、ペイロードには発行者、有効期限、ユーザー識別子などのクレーム（Claims）が含まれます。このツールは、署名の暗号学的検証を行うものではなく、エンコードされたヘッダーとペイロードの文字列をデコードし、構造化されたJSONとして可読化することで、Webアプリケーションの認証やAPIデバッグを効率化するための開発者向けユーティリティです。
Webアプリケーションの開発やAPIのテストにおいて、発行されたアクセストークンやIDトークンに含まれる有効期限（exp）やユーザー権限（roles）のクレーム内容を即座に確認したいとき。
シングルサインオン（SSO）やOAuth 2.0 / OIDCの認証フローのデバッグ中、認可サーバーから返却されたJWTのペイロード構造に意図したデータが含まれているか検証したいとき。
クライアントサイドのJavaScriptからAPIへリクエストを送る際に、ヘッダーに付与しているBearerトークンのフォーマットやアルゴリズムの指定が正しいかチェックしたいとき。
このツールはデコードとJSONの整形を行うものであり、秘密鍵や公開鍵を用いた署名（Signature）の正当性検証や有効期限（exp）の切れ判定は行いません。
Base64Url形式の文字列構造が著しく崩れている場合や、ドットの数が不足している場合は、正常にデコード処理を行えずパースエラーとなります。
Q. JWTの署名部分の検証もこのツールで行えますか？
いいえ、署名の検証や暗号学的チェックは行えません。このツールはあくまでBase64Url形式でエンコードされているヘッダーとペイロードの文字列をデコードし、JSONとして整形して表示するためのものです。
Q. 対応している署名アルゴリズムに制限はありますか？
アルゴリズムの種類に関わらずデコード可能です。HS256、RS256、ES256など、どのようなアルゴリズムが指定されているヘッダーであっても、Base64Urlでエンコードされていればペイロードとともに中身を展開して表示します。
Q. ペイロードに含まれる有効期限のタイムスタンプは何を示していますか？
標準的なJWTのクレームである「exp」などの時刻は、協定世界時（UTC）の1970年1月1日からの経過秒数を示すUnixエポックタイムで記録されています。このツールではその数値をそのままJSON内に表示します。
Q. トークンが途中で途切れている場合はどうなりますか？
JWTは通常「ヘッダー.ペイロード.署名」の3パートがドットで結合されています。文字列の欠損や区切りのドットが足りない場合は正しいJSON構造に展開できず、エラーメッセージが表示されます。
Q. 日本語などのマルチバイト文字が含まれている場合は正しく表示されますか？
ペイロード内にUTF-8でエンコードされた日本語文字列が含まれている場合でも、標準的なBase64Urlデコード処理を経て適切に文字化けせずにJSONの文字列として画面に表示されます。