構造化データ形式を瞬時に相互変換し、JSONの平坦化、schema検出、API modelやSQL構造の生成をブラウザ上で行えます。
データにはさまざまな構造と規模があります。database migration、新しいAPIとの接続、log analysisなどでは、ある形式から別の形式へ変換する必要が頻繁にあります。このツールなら、サーバー処理を使わずブラウザ内でJSON、CSV、YAML、XML、SQLを瞬時に相互変換でき、面倒な作業を簡単にします。JSON、CSV、XMLを含む各形式を安全に扱えます。
一度限りのdata migrationのためにcustom scriptsを書く代わりに、raw dataをここへ貼り付けられます。データ形式変換ツールが構造を即座に検出し、希望する出力へ変換します。大きなdatasetsも効率よく処理し、データがコンピューターの外へ出ないため、完全なプライバシーを保てます。
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（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 Ain't Markup Language）は、人が読みやすいdata serialization formatで、configuration files、CI/CD pipelines（GitHub Actions、Docker Composeなど）、Kubernetes manifestsによく使われます。indentation-based syntaxで読みやすい一方、whitespaceに敏感なため細かなエラーが起きる場合があります。
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 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向けにデータを準備する場合に必要です。
不明または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の作成に非常に役立ちます。
Modelsを生成機能はschema検出をさらに進め、backend向けboilerplate codeを即座に作成します。TypeScript Interfaces、Python Pydantic models、Java Classes、Go Structsのいずれが必要でも、production-ready codeを生成し、projectへそのまま貼り付けられます。typosを防ぎ、type consistencyを確保し、手作業を何時間も削減できます。
すべての変換、検出、model生成はブラウザ内で100% client-side実行されます。データはサーバーへアップロードされず、logにも保存にも残りません。proprietary、confidential、sensitiveなdatasetsにも安全に使用できます。
{ "address": { "city": "Rome" } }は{ "address.city": "Rome" }になります。hierarchical dataをCSVなどのflat formatsで扱えるようにします。 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が生成されます。
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を数秒で処理します。
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へすぐ取り込めます。
多くの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）がこの段階で適用されます。
object treeを再帰的にたどり、nested keysをdot notationで単一階層へまとめます。flat filesはnested structuresを表せないため、CSV変換には不可欠です。
schema detectorがintermediate object treeを解析し、各keyのdata type（string、number、boolean、array、object、null）を推論します。結果は入力構造を説明するJSON Schema-compatible documentです。
構造化データを扱うあらゆる専門職に用途があります。
いくつかの習慣で形式変換が速くなり、出力も整理されます。
modern software systemsが単一のdata languageだけを使うことはほとんどありません。web APIはJSON、finance systemはCSV、DevOps pipelineはYAML、legacy integrationはXML、data warehouseはSQLを要求します。これらを手作業で変換するのは遅く、ミスが多く、engineering timeの有効利用ではありません。
すべての変換、schema検出、model生成、SQL出力はブラウザ内だけで実行されます。データがサーバーへ送信されることはありません。CSVにはPapaParse、YAMLにはjs-yaml、JSONとXMLにはnative browser APIsを使用し、一度読み込めばオフラインでも動作します。proprietary schemas、confidential API payloads、internal database structuresも端末外へ送らず安全に処理できます。
JavaScript Object Notation。軽量なkey-value pairsとarrays。web APIsやmodern applicationsの標準data interchange formatで、人にも読みやすくmachineにも解析できます。
Comma-Separated Values。各行がrecordで、columnsをcommas（またはsemicolons/tabs）で区切るflatなrow-based format。spreadsheetsやdatabase exportsで標準的に使用されます。
YAML Ain't Markup Language。人の読みやすさに最適化されたindentation-based format。CI/CD configuration files（GitHub Actions、Docker Compose、Kubernetes）の標準です。
Extensible Markup Language。tag-based hierarchical format。冗長ですがself-describingで、enterprise systems、SOAP APIs、RSS feeds、SVG、Office document formatsでは今も主要です。
Structured Query Language。厳密にはdata formatではなく、relational databasesを定義（CREATE TABLE）し、データを投入（INSERT INTO）する言語です。structured dataからSQLを生成するとflat filesとrelational systemsの橋渡しになります。
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行も書かず、データをサーバーへ送らずに実行できます。データを貼り付けてすぐ変換してください。