JSONバリデーター

JSONの構文と構造を検証

サンプルを試す
ローカルで実行 · シークレットの貼り付けも安全

JSON検証とは?

JSON検証は、テキスト文字列がJSON仕様に準拠しているかどうかを確認するプロセスです。有効なJSONドキュメントは正しい構文を持っています:適切に引用符で囲まれた文字列、末尾のカンマなし、コメントなし、単一のルート要素。検証はJSONが解析できるかどうかを即座に伝え、できない場合は問題の正確な場所を示します。

有効なJSON
json
{
  "user": "alice",
  "age": 30,
  "active": true,
  "tags": ["admin", "editor"]
}
無効なJSON — 末尾のカンマ
json
{
  "user": "alice",
  "age": 30,
}

なぜJSONを検証するのか?

無効なJSONはAPI、設定ローダー、データパイプラインを黙って壊します。一つの誤った場所のカンマがアプリケーション全体の起動を妨げることがあります。開発時にこれらのエラーを見つけること — 本番環境ではなく — がスムーズなリリースと障害の違いです。

📍
正確なエラー位置
バリデーターはJSONが無効であることを伝えるだけでなく、エラーが発生した正確な行と列を特定するので、すぐに問題の場所に移動できます。
入力しながら検証
リアルタイム検証は編集中に即座のフィードバックを提供します。修正するとエラーが消えるのを確認できます — ボタンをクリックする必要もビルドを待つ必要もありません。
🔍
構文とロジックの区別
JSON検証は構文エラーのみを検出します。ドキュメントが解析可能であることを確認しますが、値がアプリケーションにとって意味的に正しいかどうかとは別問題です。
🔒
プライバシー重視の設計
すべての検証はブラウザ内で実行されます。認証情報、APIキー、機密データはサーバーに送信されません。

一般的なJSON検証エラー

これら4つの間違いがJSON検証失敗の大半を占めています:

末尾のカンマ
オブジェクトや配列の最後の要素の後のカンマ。JavaScriptでは有効ですが、JSONでは厳しく禁止されています。
json
{ "a": 1, "b": 2, }
シングルクォートの文字列
シングルクォートはJSONでは有効ではありません。キーと値の両方にダブルクォートを使用する必要があります。
json
{ 'key': 'value' }
UndefinedとNaN
undefined、NaN、InfinityはJavaScriptの値ですが、有効なJSONではありません。代わりにnullまたは数値文字列を使用してください。
json
{ "val": undefined }
クォートなしのキー
JSONはすべてのオブジェクトキーがダブルクォートで囲まれた文字列であることを要求します。JavaScriptオブジェクトのような裸の識別子は許可されていません。
json
{ key: "value" }

一般的なユースケース

APIコントラクト検証
リクエストとレスポンスのボディを期待される形式に対して検証し、本番環境に到達する前に統合バグを発見します。
設定ファイルQA
コミット前にpackage.json、tsconfig.jsonや他の設定ファイルを検証して、正しく解析できることを確認します。
データパイプライン検証
外部ソースやユーザーのアップロードから取り込まれたデータが、処理前に構文的に正しいことを確認します。
CI/CDプリフライトチェック
JSON検証をビルドステップとして実行し、無効な設定ファイルがデプロイされるのを防ぎます。
学習とデバッグ
バリデーターを学習ツールとして使用し、特定のJSON構文パターンが有効かどうかを理解します。
生成JSONのQA
コードジェネレーター、テンプレート、またはシリアライザーで生成されたJSONが使用前に正しく形成されていることを確認します。

よくある質問

JSON検証とJSONスキーマ検証の違いは何ですか?
JSON検証(このツールが行うこと)は構文を確認します — ドキュメントが解析可能なJSONかどうか。JSONスキーマ検証は別のステップで、値が定義された構造、型、制約に準拠しているかどうかを確認します。
JSON5やJSONCは有効なJSONですか?
いいえ。JSON5(シングルクォート、コメント、末尾のカンマを許可)とJSONC(コメントを許可)はJSONのスーパーセットですが、有効な標準JSONではありません。このツールは厳格なJSON仕様(RFC 8259)に対して検証します。
JSONが正しく見えるのに解析に失敗するのはなぜですか?
最も一般的な見えない原因は:最後のプロパティの後の末尾のカンマ、ファイルの先頭にあるバイトオーダーマーク(BOM)、またはシングルクォートの文字列です。JSONをバリデーターに貼り付けて正確な場所を特定してください。
JSONにコメントを含めることができますか?
いいえ — JSON仕様(RFC 8259)はコメントを明示的に禁止しています。設定ファイルにコメントが必要な場合は、ローカルでJSONCまたはJSON5を使用し、シリアライズ前にコメントを除去してください。
有効なJSONルート値とは何ですか?
任意のJSON値がルートになれます:オブジェクト{}、配列[]、文字列、数値、true、false、またはnull。実際には多くのAPIはルートにオブジェクトまたは配列を使用しますが、6つのタイプすべてが構文的に有効です。