table_view CSV Excel 変換ツール(相互変換) star

変換がフォーマットをどう尊重しているか

CSV → Excel: CSV(カンマ、セミコロン、タブ区切り — 自動検出)を貼り付けるか選択すると、リネームされたテキストファイルではなく、本物の.xlsxワークブックをダウンロードできます。パーサーは実際のCSV仕様であるRFC 4180に従います: フィールドはカンマで区切られますが、カンマ自体や二重引用符、改行を含むフィールドは二重引用符で囲まなければなりません — "Smith, John"は2つではなく1つのフィールドのままであり、引用符で囲まれた複数行の値も、行を分割することなく1つのセルのままになります。数値はExcel上で数値として、テキストはテキストとして扱われ、トルコ語やアクセント付きの文字も無傷のまま残ります — これらは、誰かが.csvをただ.xlsxにリネームしただけの場合に壊れる典型的な3つの要素です。

Excel → CSV: .xlsxファイルを選択し、複数シートがあればシートを選び、データをプレビューして、選んだ区切り文字でUTF-8のCSVをダウンロードします。具体例: Ankara, Turkeyという内容のセルは、カンマ区切りのリーダーが誤って2つの列と解釈しないよう、まさに引用符付きで"Ankara, Turkey"として書き出されます。BOMが含まれているため、Excelで再び開いたときもアクセント付きの文字が正しく表示されます。

この引用符のルールは双方向に働き、これを理解しておくと「なぜCSVが壊れたのか」という疑問の大半が説明できます。文字どおりの二重引用符を含むフィールドは、その引用符が二重化されたうえでフィールド全体が引用符で囲まれます — He said "hi"は"He said ""hi"""になります — これこそ、プレーンテキストエディタでCSVを手動編集するのが見た目以上に危険な理由です。二重化を誤ると、以降のすべてのスプレッドシートリーダーがその行を異なる形で解析してしまいます。両方向でRFC 4180を厳守することで、このツールはカンマを含む住所、改行を含むメモ、引用符の中の引用符といった扱いにくいデータも、列がひそかにずれることなく往復させることができます。

知っておく価値のあること

• Excel独自のCSV方言は普遍的ではありません。多くのヨーロッパやトルコの地域設定では、Excelはカンマではなくセミコロン区切りでCSVを書き出します — これらの地域ではカンマがすでに小数点記号として使われているため(1,234.56ではなく1.234,56)、曖昧さなしにフィールド区切り文字を兼ねることができないからです。これは、CSVファイルが国境を越えるときに実際によく起こる非互換性の原因です: トルコ語やフランス語版Excelから書き出されたファイルを、別の場所でカンマ区切りとして開くと、すべてが1つの列に収まってしまいます。
• 日付はシリアル値として保存されています。「日付らしい」見た目は、単なる数値の上に重ねられたセルの書式にすぎません。変換は、その基となる値を忠実に移すだけです。
• 数式はCSVには引き継がれません。CSVには数式という概念がないため、Excel → CSVでは数式そのものではなく、各数式の最後に計算された結果が書き出されます。
• 何もアップロードされません。どちらの方向もブラウザ内のJavaScriptだけで動作します。行数の上限はお使いの端末のメモリ以外になく、タブを閉じればすべてが消去されます。
• 複数タブのワークブックではシートの選択が重要です。変換されるのは選んだシートのみです。データが複数のタブに分かれている場合は、それらが1つのCSVにまとめられることを期待せず、シートごとに1回ずつ変換を実行してください。