管理画面からCSVを出力し、APIではJSONを返す。
このような構成では、同じデータを別の形式で見比べる場面がよくあります。
CSVとJSONを素早く変換できると、データ確認の手戻りを減らせます。

こんな場面で使う

たとえば、ユーザー一覧をCSVで受け取ったとします。

id,name,plan,active
1,Ada,pro,true
2,Grace,free,false
3,Linus,team,true

JSON CSV 変換ツールでJSONに変換すると、APIレスポンスやテストデータとして扱いやすくなります。

[
  {
    "id": "1",
    "name": "Ada",
    "plan": "pro",
    "active": "true"
  },
  {
    "id": "2",
    "name": "Grace",
    "plan": "free",
    "active": "false"
  }
]

この結果をそのままモックAPIやテストfixtureに使う場合は、id や active が文字列になっている点を確認します。API仕様では数値や真偽値が必要なこともあるため、変換後に型を見直す工程を入れると安全です。

{
  "id": 1,
  "name": "Ada",
  "plan": "pro",
  "active": true
}

実装で必要な型が上のような形なら、変換結果を貼るだけで終わらせず、JSON整形ツールで見やすくしてから値の型を調整します。

レビューで便利な使い方

APIのレスポンスをJSONで受け取り、CSVに変換して表形式で確認する使い方もあります。
件数、列名、空欄、重複などは、表にしたほうが見つけやすいことがあります。

逆に、スプレッドシートで作ったテストデータをJSON化して、モックレスポンスやfixtureに使う流れも実務では便利です。

実例：APIレスポンスを表にして欠損を見つける

次のようなJSONレスポンスを受け取ったとします。

[
  { "id": 1, "name": "Ada", "plan": "pro", "email": "ada@example.com" },
  { "id": 2, "name": "Grace", "plan": "free", "email": "" },
  { "id": 3, "name": "Linus", "plan": "team" }
]

CSVに変換して列として見ると、2行目はメールアドレスが空、3行目は email キー自体がない、という差が分かりやすくなります。

id,name,plan,email
1,Ada,pro,ada@example.com
2,Grace,free,
3,Linus,team,

表にすると同じ空欄に見えることもありますが、元のJSONと見比べることで「空文字」と「キーなし」の違いに気づけます。API仕様でどちらを許可するかを決めておくと、フロントエンド側の条件分岐も安定します。

注意したいポイント

  • 数値や真偽値が文字列として扱われる場合がある
  • カンマを含む値はCSVのクォートを確認する
  • 空欄を null にするか空文字にするかを決めておく
  • 日付の形式をAPI仕様に合わせる

関連ツール