無料オンラインデータ形式変換 — JSON・CSV・YAML・XML
構造化データ形式を瞬時に相互変換し、JSONの平坦化、schema検出、API modelやSQL構造の生成をブラウザ上で行えます。
開発者がデータ形式を変換する理由
データにはさまざまな構造と規模があります。database migration、新しいAPIとの接続、log analysisなどでは、ある形式から別の形式へ変換する必要が頻繁にあります。このツールなら、サーバー処理を使わずブラウザ内でJSON、CSV、YAML、XML、SQLを瞬時に相互変換でき、面倒な作業を簡単にします。JSON、CSV、XMLを含む各形式を安全に扱えます。
データworkflowを簡単にする仕組み
一度限りのdata migrationのためにcustom scriptsを書く代わりに、raw dataをここへ貼り付けられます。データ形式変換ツールが構造を即座に検出し、希望する出力へ変換します。大きなdatasetsも効率よく処理し、データがコンピューターの外へ出ないため、完全なプライバシーを保てます。
JSONとは?
JSON(JavaScript Object Notation)は、web developmentやAPIsで広く使われる軽量なtext-based data formatです。key-value pairsとarraysで構造化データを表し、人にも読みやすくmachineにも解析しやすい形式です。frontendとbackend systems、mobile apps、microservices間のdata interchangeにおける事実上の標準です。
CSVとは?
CSV(Comma-Separated Values)は、各行をrecordとし、columnsをcommas、semicolons、tabsで区切る単純なflat-file formatです。spreadsheets、databases、data analysis toolsで広く使われ、Excel、Google Sheets、SQL databasesなどからtabular dataをimport/exportする最も一般的な形式です。
YAMLとは?
YAML(YAML Ain't Markup Language)は、人が読みやすいdata serialization formatで、configuration files、CI/CD pipelines(GitHub Actions、Docker Composeなど)、Kubernetes manifestsによく使われます。indentation-based syntaxで読みやすい一方、whitespaceに敏感なため細かなエラーが起きる場合があります。
XMLとは?
XML(Extensible Markup Language)は、custom tagsでdocumentsの構造を定義するmarkup languageです。modern APIsでは多くがJSONへ置き換わりましたが、enterprise environments、SOAP web services、RSS feeds、SVG graphics、legacy integrationsでは今も重要です。schemas(XSD)やtransformations(XSLT)などの強力な機能を備えます。
JSONの平坦化が必要な場面
JSON flatteningとは、深くnestedしたJSON objectをdotまたはunderscore notationで単一のflat structureへ圧縮する処理です(例:{"user":{"address":{"city":"Rome"}}}からuser.address.cityを作成)。nested objectsに対応しないCSV spreadsheetへ複雑なAPI responsesを書き出す場合や、flat-file databases、analytics tools向けにデータを準備する場合に必要です。
Schema検出が開発者に役立つ理由
不明またはdocumentationのないAPIsを扱うと、data structureの理解に何時間もかかることがあります。Schemaを検出機能はJSON payloadを即座に解析し、data types(strings、numbers、booleans、arrays、nested objects)を推論します。third-party APIsのreverse-engineering、database schemasの設計、data validation rulesの作成に非常に役立ちます。
API ModelsでBackend開発を高速化
Modelsを生成機能はschema検出をさらに進め、backend向けboilerplate codeを即座に作成します。TypeScript Interfaces、Python Pydantic models、Java Classes、Go Structsのいずれが必要でも、production-ready codeを生成し、projectへそのまま貼り付けられます。typosを防ぎ、type consistencyを確保し、手作業を何時間も削減できます。
開発者向けヒント
- spreadsheetへ取り込む前にJSONを平坦化:spreadsheetsが扱えるのは2次元(rowsとcolumns)だけです。CSV変換でnested objectsを失わないよう、先にJSONを平坦化してください。
- schema検出でdatabaseをすばやく構築:sample dataを貼り付け、正しく推論されたdata typesを使うSQL CREATE TABLE statementsをすぐ生成できます。
- API構築前にmodelsを生成:想定JSON responseを貼り付け、TypeScriptまたはGo structsを生成してcodebaseへ直接追加すれば、typosやtype mismatchを防げます。
- 一貫したdiffのためJSON keysを並べ替え:「Keysを並べ替え」を有効にしてJSON outputを正規化すると、version controlのdiffが読みやすく予測しやすくなります。
- 送信前にnull valuesを削除:「Nullを削除」でpayloadsを整理してから送信すると、bandwidthを減らし、consumer側のnull-check問題を避けられます。
プライバシーを最優先
すべての変換、検出、model生成はブラウザ内で100% client-side実行されます。データはサーバーへアップロードされず、logにも保存にも残りません。proprietary、confidential、sensitiveなdatasetsにも安全に使用できます。
よくある質問
{ "address": { "city": "Rome" } }は{ "address.city": "Rome" }になります。hierarchical dataをCSVなどのflat formatsで扱えるようにします。 データ形式変換ツールの使い方
-
データを貼り付けるかアップロード
入力パネルをクリックしてraw dataを貼り付けるか、ファイルをツールへ直接drag and dropします。JSON、CSV、YAML、XML、SQLを事前整形なしで使用できます。 -
入力形式と出力形式を選択
入力形式と出力形式のselectorsから変換元と変換先を選びます。多くの場合は自動検出されますが、いつでも手動で上書きできます。 -
変換をクリック
変換後の出力がすぐ表示されます。詳細オプションで整形表示、Minify、Keysを並べ替え、Nullを削除を有効にし、出力の形を細かく調整できます。 -
高度な機能を使用
CSV書き出し前にJSONを平坦化してnested objectsを圧縮します。Schemaを検出でdata typesを推論し、Modelsを生成でTypeScript、Python、Go、Javaのboilerplateを作成します。SQLを生成ではCREATE TABLE statementsを出力できます。 -
結果をコピーまたはダウンロード
コピーで出力をclipboardへ送り、ダウンロードでファイルとして保存します。保存ファイルには選択した出力形式に合う拡張子が付きます。
例:JSONをCSVへ変換
3つの商品を表す簡単なJSON array:
[{"id":1,"name":"Widget","price":9.99},{"id":2,"name":"Gadget","price":24.99},{"id":3,"name":"Doohickey","price":4.49}]
converterはarrayをrowsへ展開し、JSON keysをCSV column headersとして3行のdata rowsを出力します。nested objectsはCSV変換前にdot-notation keys(例:「address.city」)へ平坦化されます。同じ入力をYAMLへ変換すると読みやすいblockになり、SQLへ変換すると推論したcolumn typesのCREATE TABLE statementとINSERT statementsが生成されます。
一般的な用途
API開発と統合
REST APIsを扱うdevelopersはJSONで受け取ったデータを、spreadsheet分析用CSV、config files用YAML、database取り込み用SQLへ変換することがよくあります。このツールなら一度限りのconversion scriptsを書く必要がありません。
データベース移行
systems間でデータを移す際は形式変換が必要です。MySQLのCSV exportをRails test suite用YAML fixtureへ変換する、JSON API payloadをSQL INSERT statementsへ変換するといった日常的なmigration tasksを数秒で処理します。
Configuration管理
DevOps engineersやplatform teamsはJSON(package.json、tsconfig)、YAML(Docker Compose、GitHub Actions、Kubernetes manifests)、場合によってXML(Maven、Spring)のconfigurationを扱います。形式間の変換によりonboardingや形式標準化が速くなります。
データ分析の準備
data analystsやscientistsはAPIsやlogsからJSON raw dataを受け取ることがあります。ワンクリックでCSVへ変換すれば、scriptなしでExcel、Google Sheets、Pandas、Rへすぐ取り込めます。
Legacy systemとの互換性
多くのenterpriseやgovernment systemsは今もXMLを使用します。modern JSON responsesをXML-compatible payloadsへ変換する、またはその逆を行う一般的なintegration taskを、専用middlewareなしで実行できます。
データ形式変換の仕組み
各変換はブラウザ内だけで実行されます。JavaScript pipelineが入力形式をintermediate representationへ解析し、対象形式へserializeします。
- 解析
- 入力は形式ごとに解析されます。JSONはJSON.parse()、CSVはPapaParse、YAMLはjs-yaml、XMLはcustom DOM parserを使用します。結果はcanonical intermediate representationとなるJavaScript object treeです。
- 変換
- intermediate objectを対応serializerで対象形式へserializeします。最終文字列を作る前に、詳細オプション(整形表示、Keysを並べ替え、Nullを削除、Minify)がこの段階で適用されます。
- JSONの平坦化
- object treeを再帰的にたどり、nested keysをdot notationで単一階層へまとめます。flat filesはnested structuresを表せないため、CSV変換には不可欠です。
- Schema検出
- schema detectorがintermediate object treeを解析し、各keyのdata type(string、number、boolean、array、object、null)を推論します。結果は入力構造を説明するJSON Schema-compatible documentです。
このツールの対象者
構造化データを扱うあらゆる専門職に用途があります。
- 開発やdebugging中にAPI payloadsの変換、boilerplate code modelsの生成、JSONからSQL作成を必要とするbackendおよびfull-stack developers。
- API responsesやlog filesをCSVへ変換し、spreadsheets、Pandas DataFrames、BI toolsで使いたいdata analystsやscientists。
- CI/CD pipelines、Kubernetes manifests、infrastructure-as-code tools向けにJSON、YAML、TOML間でconfiguration formatsを変換するDevOps engineers。
- JSON data exports、sample payloads、CSV filesからSQL schemasやINSERT statementsを生成したいdatabase administrators。
- production JSON responsesをtest environments向けのYAML fixtures、CSV test data、SQL seed scriptsへ変換するQA engineersやtest automation specialists。
より良い変換のヒント
いくつかの習慣で形式変換が速くなり、出力も整理されます。
- CSVへ変換する前にJSONを平坦化 — CSVが扱えるのはflatなrowsとcolumnsだけです。JSONにnested objects(例:user内のaddress.city)がある場合は必ず先に平坦化してください。そうしないとnested objectsは1つのcellにstringified JSONとして入ります。
- database tablesを書く前にSchemaを検出 — sample payloadを貼り付けてSchemaを検出をクリックすると、dataのtype-annotated blueprintが得られます。特に数十fieldsあるpayloadでは、raw JSONを読みながら手動でtypesを推論するよりはるかに速い方法です。
- 再現可能なdiffのためKeysを並べ替え — JSON objectsではkey順序が保証されません。JSONをversion controlへ保存する場合はKeysを並べ替えを有効にして出力を正規化してください。key順序の変化をdiff toolが意味ある変更として扱うのを防げます。
- payloads送信前にNullを削除 — 多くのAPIsはmissing keysとnull keysを別に扱います。送信前にnull fieldsを削除するとpayload sizeを減らし、受信servicesのnull-handling edge casesを避けられます。
- Modelsを生成でbackend codeをすぐ開始 — 実際のAPI responseを貼り付け、Modelsを生成をクリックしてlanguageを選びます。production-readyなTypeScript interfaces、Python Pydantic models、Go structs、Java classesを瞬時に取得でき、API integrationで最も面倒な作業を省けます。
データ形式変換が重要な理由
modern software systemsが単一のdata languageだけを使うことはほとんどありません。web APIはJSON、finance systemはCSV、DevOps pipelineはYAML、legacy integrationはXML、data warehouseはSQLを要求します。これらを手作業で変換するのは遅く、ミスが多く、engineering timeの有効利用ではありません。
- systems間のinteroperabilityはformat compatibilityに依存します。主要5形式を相互変換するツールがあれば、custom glue code、専用ETL pipelines、保守しにくい一度限りのscriptsが必要になる摩擦を取り除けます。
- debuggingとdevelopmentでは速度が重要です。APIが想定外のデータを返したとき、responseを貼り付け、flat CSVやtyped schemaとして即座に確認できれば、問題を数分ではなく数秒で理解できます。
- Code model生成は何時間ものboilerplate作成を数秒に短縮します。typed interfacesやdata classesは書いて楽しいものではありませんが、production systemsのtype safety、IDE support、runtime validationに不可欠です。
性能とプライバシー
すべての変換、schema検出、model生成、SQL出力はブラウザ内だけで実行されます。データがサーバーへ送信されることはありません。CSVにはPapaParse、YAMLにはjs-yaml、JSONとXMLにはnative browser APIsを使用し、一度読み込めばオフラインでも動作します。proprietary schemas、confidential API payloads、internal database structuresも端末外へ送らず安全に処理できます。
データ形式の説明
JSON
JavaScript Object Notation。軽量なkey-value pairsとarrays。web APIsやmodern applicationsの標準data interchange formatで、人にも読みやすくmachineにも解析できます。
CSV
Comma-Separated Values。各行がrecordで、columnsをcommas(またはsemicolons/tabs)で区切るflatなrow-based format。spreadsheetsやdatabase exportsで標準的に使用されます。
YAML
YAML Ain't Markup Language。人の読みやすさに最適化されたindentation-based format。CI/CD configuration files(GitHub Actions、Docker Compose、Kubernetes)の標準です。
XML
Extensible Markup Language。tag-based hierarchical format。冗長ですがself-describingで、enterprise systems、SOAP APIs、RSS feeds、SVG、Office document formatsでは今も主要です。
SQL
Structured Query Language。厳密にはdata formatではなく、relational databasesを定義(CREATE TABLE)し、データを投入(INSERT INTO)する言語です。structured dataからSQLを生成するとflat filesとrelational systemsの橋渡しになります。
トラブルシューティング
- 変換でエラーが出るか、出力が空です。
- 選択した形式として入力が有効か確認してください。一般的な問題はJSON末尾のcomma(strict JSONでは無効)、YAMLの誤ったindentation(tabsは不可)、不正なXML tagsです。必要なら先に形式専用validatorを使用してください。
- JSONからCSVへの変換でnested dataが失われます。
- CSVはflat structuresだけに対応します。変換前にJSONを平坦化ボタンを使用してください。nested keysがdot notationへまとめられ、各値が別columnに表示されます。
- 出力ファイルをダウンロードできません。
- browserがdownloadをblockしていないか確認してください。問題が続く場合はコピーボタンを使ってtext editorへ手動で貼り付け、正しいfile extensionで保存します。
- Schema検出またはmodel生成で予想外のtypesが出ます。
- Schema検出は各keyが最初に現れた値からtypeを推論します。fieldがnumberの場合とnullの場合があるとstring扱いになることがあります。最も正確な推論には、すべてのfield value typesを含む代表的なsampleを指定してください。
ご存じですか?
JSONは2001年、Douglas CrockfordがJavaScript applicationsとservers間のdata interchange向けにXMLより軽量な代替として正式に仕様化しました。Crockfordは後に、JSONを発明したのではなく「発見した」と述べています。この形式はJavaScriptのobject literal syntaxから自然に生まれたものでした。2013年までにJSONはwebで最も一般的なAPI data formatとしてXMLを正式に上回りました。現在はECMA-404 standardがJSON specificationを定義し、ほぼすべてのprogramming languageにJSON parserが標準搭載されています。
まとめ
データ形式変換ツールは、異なるsystemsやtoolsで構造化データを扱うdevelopers、analysts、engineers向けのall-in-one solutionです。JSON、CSV、YAML、XML、SQLを数秒で相互変換し、nested structuresの平坦化、schema検出、typed code models生成、SQL statements作成まで、コードを1行も書かず、データをサーバーへ送らずに実行できます。データを貼り付けてすぐ変換してください。