JSON整形・構文チェック・圧縮ツール

計算方法

何をチェックするのか

判定の基準は、JSONのインターネット標準であるRFC 8259（ECMA-404と同等）です。独自のパーサーで1文字ずつ読み進め、最初の規則違反で止まります。メッセージには行と列が表示され、該当箇所を^で示して何が間違っているかを説明します。ブラウザ内蔵のJSON.parseはブラウザごとにメッセージが異なり、「Unexpected token」のように情報が少ないことが多いため、どのブラウザでも同じ結果になるようにしています。

よくあるJSONのエラー

• 最後の要素の後の余分なカンマ：{"a": 1,} – JavaScriptでは有効ですが、JSONではエラーです。
• シングルクォートやクォートなしのキー：{'a': 1}、{a: 1} – 正しくは{"a": 1}です。
• コメント（//、/* */）はJSONにはありません。
• JavaScriptやPythonの値：undefined、NaN、Infinity、True、None – 使えるのはtrue、false、nullだけです。
• 数値：先頭の0（012）、+1、.5や5.、16進数（0x1F）は不可です。
• 文字列：改行やタブは\n・\t、バックスラッシュ1つは\\と書きます（Windowsのパスでよくある間違い）。
• 全角スペース・見えない文字：全角スペース（U+3000）やWebページからコピーしたノーブレークスペース（U+00A0）は、JSONでは空白として扱われません。日本語入力のまま打った全角の：や，、”も記号として認識されません。

整形・圧縮・並べ替え

出力はチェック済みの内容から作り直されます。整形は階層ごとにスペース2つ・4つまたはタブでインデントし、圧縮は不要な空白をすべて削除して1行にします（ファイルサイズが最小）。数値と文字列は書かれたとおりに残ります。JSON.parse＋JSON.stringifyと違い、1.0が1になったり、12345678901234567890が丸められたりしません。並べ替えはJSON Canonicalization Scheme（RFC 8785）と同じくUnicodeのコード単位順です。大文字は小文字より前、ひらがな・カタカナ・漢字はそれより後ろに並びます。

エラーではなく警告になるもの

同じオブジェクト内のキーの重複はRFC 8259で禁止されてはいませんが、信頼できません。多くのプログラムは最後の値だけを残します。先頭のBOM（バイト順マーク）はパーサーが無視してよいとされており、このツールも無視したうえでお知らせします。

制限

チェックするのは構文で、意味ではありません。必須項目の有無や型が正しいかは、JSON Schemaで確認します。列はUnicode文字を1から数えます（タブ＝1文字、日本語の1文字も1列）。タブ幅4のエディタでは列番号が大きく表示されることがあります。入力は500万文字、入れ子は1,000階層までです。

よくある質問

出典・根拠

• STD 90, §§ 2–9: IETF RFC 8259 – The JavaScript Object Notation (JSON) Data Interchange Format
• ECMA-404 – The JSON Data Interchange Syntax, 2nd edition
• § 3.2.3: IETF RFC 8785 – JSON Canonicalization Scheme (Sortierung der Schlüssel)
• JSONTestSuite (Nicolas Seriot) – Testfälle für JSON-Parser

更新日：2026年9月27日