JSON 圧縮（Minify）とは？どんなときに使うのか？

JSON は現在最も広く使われるデータ交換フォーマットで、API やフロントエンド・バックエンド間の通信に欠かせない存在です。しかし、フォーマット済みの JSON にはインデントや改行が含まれており、これらの「空白」は本当に必要なのでしょうか？それが JSON 圧縮（Minify）が解決しようとしている問題です。

1. JSON 圧縮とは何か？

JSON 圧縮（Minify または Compact とも呼ばれます）とは、JSON テキストからマシンの解析には不要な文字をすべて削除することです。具体的には：

インデント用のスペースとタブ
キーと値の間の改行
コロンやカンマ前後の余分な空白

例えば、以下のフォーマット済み JSON：

{
  "name": "Alice",
  "age": 30,
  "active": true
}

を圧縮すると：

{"name":"Alice","age":30,"active":true}

データの内容は全く同じですが、サイズは大幅に小さくなります。

2. 圧縮後の JSON は有効なのか？

はい。JSON 仕様（RFC 8259）では、空白文字（スペース・タブ・改行・復帰）が構文要素の間に現れることを許可していますが、これらはデータの意味に影響しません。インデントや改行があってもなくても、JSON パーサーにとっては全く同じです。圧縮された JSON とフォーマット済みの JSON は構文的に完全に等価です。

3. JSON 圧縮を使うべきタイミングは？

すべての場面で JSON を圧縮すべきというわけではありません。特に効果的な場面を紹介します。

API レスポンスとネットワーク転送

バックエンド API が大量のデータをフロントエンドやモバイルアプリに送る場合、JSON 圧縮によって転送バイト数を大幅に削減できます。モバイル回線や低速接続ではその効果が特に顕著です。API が毎秒数万回呼ばれる環境では、1 回あたり数 KB の節約でも累積すると大きなトラフィック削減になります。

静的 JSON 設定ファイルのバンドル

React や Vue などのフロントエンドプロジェクトでは、本番ビルド時に JSON 形式の設定ファイルや翻訳データをバンドルします。ビルドツールがこれらの JSON を自動的に圧縮し、最終的な成果物のサイズを削減します。

localStorage と Cookie への保存

ブラウザの localStorage には容量制限（通常 5MB）があり、Cookie はさらに厳しい制限（約 4KB）があります。複雑なオブジェクトをシリアライズして保存する場合、コンパクト形式に圧縮することでより多くのデータを格納できます。

データベースのフィールド保存

システムが JSON をデータベースの TEXT フィールドに保存する場合、圧縮によってストレージを節約し、フィールド長の制限も回避しやすくなります。

4. JSON 圧縮を使わない方が良い場合は？

圧縮にはメリットがありますが、適さない場面もあります：

開発・デバッグ中：圧縮した JSON はほぼ読めないため、問題が起きたときに手動で調査しにくくなります。開発環境では通常フォーマット済みの形式を保持します。
人が手動で編集する設定・翻訳ファイル：JSON を開発者が直接編集する場合は、可読性を優先した方が良いです。
HTTP 圧縮（gzip/Brotli）が有効な場合：主要な Web サーバーは転送時にテキスト形式を自動的に gzip または Brotli 圧縮します。この場合、JSON Minify の効果はほとんどありません。繰り返しの空白文字は gzip で圧縮すると事実上スペースを取りません。

補足

サーバーが Content-Encoding: gzip または br を有効にしている場合、Minify の効果は大きく減少します。HTTP レスポンスヘッダーに Content-Encoding があるかを確認してから、JSON 圧縮が本当に必要かを判断しましょう。

5. JSON 圧縮とフォーマットは逆の操作か？

そう理解して差し支えありません。JSON フォーマット（Prettify / Beautify）はコンパクトな JSON を展開してインデントと改行を追加し、可読性を高めます。JSON 圧縮（Minify / Compact）はその逆で、フォーマット済みの JSON をコンパクト形式に戻します。どちらも同じデータの「見た目の表現」を変えるだけで、データ自体の値は変わりません。

一部のツール（本サイトの JSON フォーマットツールを含む）は両方の機能を提供しており、用途に応じて切り替えられます。

6. JSON 圧縮にセキュリティ上の懸念はあるか？

圧縮自体はデータ内容を変えないため、新たなセキュリティ問題は発生しません。ただし、以下の点には注意が必要です：

圧縮は暗号化ではありません。圧縮後の JSON はプレーンテキストのままで、誰でも読むことができます。
JSON にトークンやパスワードなどの機密情報が含まれる場合は、必ず HTTPS を使って転送してください。
オンラインツールで機密データを含む JSON を圧縮する場合は、そのツールがデータをサードパーティのサーバーに送信していないか確認しましょう。

まとめ

JSON 圧縮はシンプルながら実用的な手法です。データの意味を変えず、マシンにとって不要な空白文字を削除するだけで、転送量とストレージの節約が実現できます。API 転送、静的リソースのバンドル、ブラウザ保存などの場面で有効です。ただし、サーバーに gzip 圧縮が設定されている場合や、人が手動で編集する設定ファイルには、Minify は必ずしも必要ではありません。