§

JSON を貼り付け

§

最小化後の出力

text
§

節約率

  • 元のサイズ
  • 最小化後のサイズ
  • 節約
  • 節約率

JSON を最小限まで切り詰めるのは国内サービスの定番チューニングです。メルカリ・ヤフー・楽天の API ゲートウェイは応答ペイロードのサイズが課金やレイテンシに直結しますし、NTT ドコモの 5G IoT 回線で送るテレメトリ JSON は毎パケット分が運用コストに跳ね返ります。トヨタやホンダのコネクテッドカーは LTE 経由でドライブログ JSON をクラウドへ送る際にバイト単価を意識せざるを得ません。経済産業省の DX 推進指針や、金融庁・全銀協が示すオープン API のベストプラクティス、J-Stage の論文 API も同様で、ブラウザ内で完結する本ツールは FISC や NISC のデータ持ち出しポリシーに触れずに使えます。

JSON 最小化とは何ですか?

JSON(JavaScript Object Notation)は RFC 8259 と ECMA-404 で定義された、テキストベースの軽量なデータ交換フォーマットです。最小化は文字列リテラルの外にあるあらゆるスペース・タブ・改行を取り除きます——値はバイト単位でそのまま保持され、装飾的な空白だけが消えます。出力は元の入力と完全に同じ値にパースされます。

JSON の最小化はどのように動きますか?

入力はすべて、ブラウザー組み込みの JSON.parseJSON.stringify 関数を使って、ブラウザー内で処理されます。主な手順は次のとおりです:

  1. 貼り付けた入力はテキストエリアから一字一句そのまま読み取られ、すべてのバイトがローカルメモリに保持されます。
  2. ブラウザーは JSON.parse でそれを解析します。入力が有効な JSON でない場合、パーサーは SyntaxError を投げ、それを捕捉してそのまま表示します——あなたのテキストがこのページを離れることはありません。
  3. 解析に成功した値は、インデント引数なしの JSON.stringify(value) で再シリアライズされ、その値の中で最短の有効な形になります。
  4. 元のテキストと最小化後のテキストのバイト長は new TextEncoder().encode(...).byteLength で計算されます——これは HTTP サーバーが回線上で観測するのと同じ UTF-8 バイト数です。
  5. 出力は読み取り専用テキストエリアに書き込まれ、メトリクスストリップは節約したバイト数と割合を表示し、ダウンロードボタンは結果を出荷可能な .min.json ファイルにまとめます。

なぜこのツールで JSON を最小化するのですか?

  • プライバシー:解析・最小化・計測のすべての処理がブラウザー内で完結します。JSON が当社サーバーに届くことはありません——アップロードなし、テレメトリなし、アカウント不要。
  • 実バイト数値:元サイズ、最小化後サイズ、節約量はすべて TextEncoder で計算されます。CDN や API ゲートウェイが実際に課金する UTF-8 バイト差をそのまま確認できます。
  • データ損失ゼロ:最小化は純粋に装飾的な操作です——すべての値は同じ JSON ツリーにパースされ、本番ペイロード、マニフェスト、埋め込みフィクスチャでも安全に使えます。
  • 高速:純粋な JSON.parse + JSON.stringify でクリップボードサイズのペイロードを瞬時に処理し、外部ライブラリの読み込みはありません。

JSON 最小化の一般的な用途は何ですか?

JSON の無意味な空白を取り除く処理は、Web 開発、データエンジニアリング、組み込みシステムのいたるところで現れます:

  • API ペイロード削減:従量課金の API ゲートウェイ、有料の出口リンク、衛星リンクを越える前にリクエスト/レスポンス本体を小さくします。
  • HTML への埋め込み:JSON ブロブを data-* 属性や <script type="application/json"> タグに、整形済みの空白を漏らさず詰め込みます。
  • localStorage を節約:最小化された JSON を localStorage / IndexedDB に書き込むことで容量を節約できます。オリジンごとに厳しい配分のあるモバイルブラウザでは特に効果的です。

JSON 最小化の例はどのようなものですか?

1.2 KB ほどの整形済み設定ファイル(2 スペースインデントで約 1,225 バイト)を貼り付けて 最小化 を押すと、通常は 0.4 KB 未満に縮みます——約 66% の節約——にもかかわらず、すべてのキーと値はバイト単位で保たれます。ダウンロードされる output.min.json は、フォーマッターの介在しない HTTP サーバーが Content-Type: application/json で返すものとバイト単位で一致します。

本当にブラウザー内で動くのですか?

はい。最小化パイプラインはブラウザータブ内で動く純粋な JSON.parse + JSON.stringify です。アップロードもなく、Service Worker による入力のプロキシもなく、最小化ステップ自体はネットワークリクエストをまったく発生させません。送信される唯一のトラフィックは標準的なページ資源(CSS、フォント、アナリティクス)であり、あなたの JSON が Ultim8Soft に届くことはありません。

なぜ JSON を最小化するのですか?

最小化された JSON は整形版とまったく同じ値にパースされながら、回線上でもストレージ上でも小さくなります。小さいペイロードは CDN の出口課金、モバイルダウンロード時間、Service Worker のメモリ圧、そして JWT ペイロード・HTML data-* 属性・localStorage 上限のような固定サイズの封筒への収まりに利きます。高トラフィック API では節約は累積します——1 GB/日のエンドポイントで 30% 削れば、月に約 9 GB 節約できます。

最小化でデータは失われますか?

いいえ。JSON 最小化は文字列リテラル の外 にある空白——スペース、タブ、改行——だけを取り除きます。これらは仕様自体がすでに非有意と分類しているものです。すべてのキー、値、数値、エスケープシーケンス、文字列内の文字はバイト単位で保たれます。出力は入力と deepEqual な値にパースされ、消えるのは装飾的なインデントだけです。

フォーマッターと最小化ツールの違いは何ですか?

対になる JSON フォーマッターは逆方向です:人間がネストされた構造を読めるように空白を広げます。最小化ツールはその空白を再び削ぎ落として、転送と保存のために用います。ふたつのツールは互いの逆操作で、JSON 文書をフォーマッター → 最小化ツールの順で往復させると、最初に最小化ツールに渡したのと同じバイト列が戻ります。両方とも装飾的なマークアップではなくパース後の値に対して動作するからです。

この JSON 最小化ツールは、あなたの Node.js、Deno、ブラウザーランタイムが使うのと同じパーサーを使い、装飾のない HTTP サーバーが返すのとバイト単位で同じ出力を生成します。任意の JSON を上に貼り付け、出力をコピーするか、.min.json としてダウンロードしてください。