Ir para o conteúdo principal

本日 0/3 回使用 · 残り 3 回。Proに移行して制限を解除しましょう。.

アップグレード

JSONフォーマッター

検証・整形・圧縮・修復 — すべてブラウザ上で処理。

Processado no seu navegador

操作

入力

出力(整形済み)

整形された出力がここに表示されます…
ブラウザ上で処理。 ブラウザ標準のJSON.parse()でパースします。サーバーへは何も送信されないため、機密性の高いペイロードやシークレットなどでも安全に利用できます。
Sobre

JSONフォーマッター・バリデーターとは?

Por Quorify EditorialAtualizado em

QuorifyのJSONフォーマッターは、任意のJSON文字列を整形・検証・インデント付けし、APIペイロード、設定ファイル、Webhookレスポンスを読みやすく確認できるツールです。公式のRFC 8259(IETF)およびECMA-404標準に準拠しています。処理はブラウザ内で100%完結するため、機密性の高いペイロードを扱う際や、データをサーバーに送信するオンラインツールに貼り付けたくない場合に最適です。逆方向の圧縮、インデント幅の設定、構文エラーの位置検出にも対応。Quorifyの開発者向けツールキットの一部として、ペイロードの整合性確認にはHash Generator、識別子生成にはUUID Generator、URL文字列の正規化にはSlug Generatorと組み合わせて活用できます。

Casos

こんなときに便利

  1. 新規作成したRESTエンドポイントのレスポンスを確認し、統合前に構造を検証する。

  2. 本番ログから取得した破損JSONをデバッグし、構文エラーの正確な位置を特定する。

  3. 圧縮された状態で届いた設定ファイル(package.json、tsconfig.json、manifestなど)を整形する。

  4. 処理キューに投入する前にWebhookペイロードを検証し、構文の問題によるジョブ失敗を防ぐ。

  5. 2つのインデント済みAPIレスポンスを並べて比較し、わずかな差異を特定する。

Método

処理の仕組み

パーサーはRFC 8259準拠のブラウザ標準JSON(JSON.parse)を使用します。文字列が有効な場合は、設定したインデント幅(スペース2つ・4つ、またはタブ)で再シリアライズされます。構文エラーが発生した場合は、ブラウザが問題発生のおおよその位置を示すメッセージを返すため、カンマの欠落、閉じられていない括弧、引用符のない文字列などの特定に役立ちます。フォーマッターは個別のJSON型(string、number、boolean、null、array、object)も検出し、元のペイロードのキー順序を保持します。逆方向の圧縮では、文字列外のすべての空白が削除されます。

FAQ

よくある質問

JSONは大文字と小文字を区別しますか?
はい。キーと値は大文字小文字で区別されます。true、false、nullは仕様上すべて小文字で、True/TRUEは構文エラーです。引用符はシングル(')ではなくダブル(")でなければなりません。純粋なJSONではコメント(// や /* */)は使えません。コメントが必要な場合はJSON5/JSONCを利用してください。
末尾にカンマを付けるとなぜエラーになるの?
JSON標準(RFC 8259)では、配列やオブジェクトの最後の要素の後にカンマを置くことは許可されていません。最近のJavaScriptでは許容されますが、JSONは厳格です。末尾カンマを使いたい場合はJSON5やJSONCを利用してください。ただしこれらの派生形式は、標準JSONを期待するAPIとは厳密には互換性がありません。
JSONで日付はどう表現する?
JSONにはネイティブな日付型はありません。最も一般的な方法は、ISO 8601形式の文字列です:「2026-05-21T14:30:00Z」。その他の選択肢として、Unixタイムスタンプ(エポックからの秒数またはミリ秒数)や、構造化オブジェクト{year, month, day}があります。ISO 8601とエポック変換ツールを組み合わせると、タイムスタンプを扱いやすくなります。
サイズに制限はありますか?
ブラウザはメモリ上で数百MB規模のJSON文字列を扱えますが、Webフォーマッターは通常、約10MBを超えるとDOMレンダリングの影響で動作が遅くなります。非常に大きなファイルを扱う場合は、jqなどのCLIツールを利用してください。
JSONとJSON5の違いは?
JSON5は非公式な拡張で、人間が扱いやすい機能を追加します:コメント、末尾カンマ、引用符なしキー、シングルクォート文字列、16進数表記など。APIやWebライブラリは厳格なJSONを期待しますが、JSON5は人間が直接編集する設定ファイルでよく使われます。
APIに送る前にJSONを検証する理由は?
厳格なAPIは、ペイロードが無効だと曖昧なメッセージとともに400エラーを返すからです。事前に検証することで、デバッグ時間を節約し、トランザクション途中での中断を防ぎ、自システムの可観測性も向上します。
Fontes

公式情報源

Tabelas, leis e referências consultadas para fundamentar esta ferramenta.

  1. 国際標準RFC 8259(2017年)IETF · Internet Engineering Task Force

    RFC 8259 — The JavaScript Object Notation (JSON) Data Interchange Format

    JSON形式の公式技術仕様。文法・エンコーディング・相互運用性ルールを含みます。あらゆるJSONフォーマッター、パーサー、バリデーターの基礎となる文書です。

  2. 国際標準ECMA-404(第2版)Ecma International

    ECMA-404 — The JSON Data Interchange Syntax

    JSON形式に関するECMA標準。RFC 8259と整合しており、世界中の言語・API・データベースで採用されています。

Metodologia — esta ferramenta consulta as tabelas e legislação vigentes nas fontes acima. As regras são atualizadas conforme novas instruções normativas são publicadas pelos órgãos competentes.

Última verificação editorial: junho de 2026.

Compartilhe

関連

関連ツール

toolLayout.related_description