もっとも一般的な JSON エラーを修正するためのステップ別ガイド。
すべてのガイド
Base64 は可逆エンコーディングであり、暗号化ではありません。1 ステップでデコードし、Unicode を正しく扱い、Base64url を使う JWT セクションを読み取ります。
ガイドを読む →パーセントエンコーディングは安全でない文字を %XX に置き換え、任意のテキストを URL に安全に含められるようにします。どの文字をエスケープし、どう戻すかを把握しましょう。
ガイドを読む →YAML 1.2 以降、すべての JSON ドキュメントは有効な YAML です。YAML 設定を JSON に変換し、インデントと型推論の落とし穴に注意しましょう。
ガイドを読む →JSON のオブジェクト配列は CSV テーブルにマッピングされます — 1 オブジェクト 1 行、列はキーの和集合。実際の作業はクオートとネスト値の扱いに集中します。
ガイドを読む →XML は単一のルートを必要とし、リストは繰り返し要素で表現します。@ 接頭辞キーを属性に、#text を要素テキストにマッピングすれば、可逆変換が得られます。
ガイドを読む →JSON を stringify すると、内側の引用符と特殊文字がエスケープされ、二重引用符で囲まれた JSON 文字列リテラルになり、安全に他の場所へ埋め込めます。
ガイドを読む →オブジェクトの最後のプロパティや配列の最後の要素の後の末尾カンマは、一部の JavaScript ではよくても、JSON では無効です。
ガイドを読む →JSON の文字列とオブジェクトキーは二重引用符を使う必要があります。シングルクォートの値は JavaScript の断片、Python 風の出力、LLM の応答でよく見かけます。
ガイドを読む →name、active、profile のようなキーであっても、見た目は普通の識別子でも、有効な JSON では必ず引用符で囲む必要があります。
ガイドを読む →AI の応答は一見 JSON のようでも、Markdown フェンス、コメント、Python 風リテラル、JavaScript オブジェクト構文を含むことがよくあります。
ガイドを読む →通常このエラーは、パーサが有効な JSON ではないオブジェクトキー（引用符なしキー、コメント、末尾カンマ、または厳密な JSON に混入した JavaScript 構文）に到達したことを意味します。
ガイドを読む →JSON は JavaScript オブジェクトリテラルに似ていますが、より小さく、より厳格で、実行可能な値を含まないデータフォーマットです。
ガイドを読む →API リクエストを送る前に一度検証を挟むだけで、JSON 構文の問題と、認証・スキーマ・バックエンドのエラーをきれいに切り分けられます。
ガイドを読む →フォーマッタは有効な JSON を読みやすくします。修復ツールは「ほぼ JSON」を有効な JSON に変えてからフォーマットしようとします。
ガイドを読む →Unexpected token は、厳密な JSON パーサが、有効な JSON ではその位置に現れては ならない文字に到達したことを意味します。
ガイドを読む →厳密な JSON は JSON.parse で JavaScript オブジェクトに変換できます。JavaScript オブジェクトリテラルは、有効な JSON にするために事前のクリーンアップが必要です。
ガイドを読む →