30秒で診断する：保存前と保存後のファイルを比べる
CSVファイルがExcelを通したあとで違って見えるとき、まず確かめるべきは、ファイルそのものが変わったのか、それともExcelの表示だけが違って見えるのかです。この2つでは対処法がまったく違います。30秒でできるテストは次の通りです。Excelで開く前にCSVのコピーを作っておきます。Excelから保存したあと、保存前と保存後の両方のファイルをプレーンなテキストエディターで開いて並べて比べます。Windowsならメモ帳、Macならプレーンテキストモードのテキストエディットです。保存後のコピーで区切り文字が変わっていたり、文字が変わっていたり、0が消えていたり、日付の書式が変わっていたりすれば、ファイルが変わっています。2つのファイルが1文字ずつ一致すれば、Excelの表示だけが誤解させていたのであり、ファイルは安全です。
2つ目の手がかりは、変化がどこにあるかです。保存でファイルが書き換えられた場合、変化はファイル全体にわたって一貫したパターンで現れます。すべてのカンマ区切り文字がセミコロンになった、すべてのアクセント付きの名前が疑問符や奇妙な文字の組み合わせになった、すべてのコードから先頭の0が消えた、という具合です。1行だけがランダムに壊れていたり、1行だけが欠けていたりする場合は、別の原因が考えられます。編集ミスや、途中で切れたエクスポートなどです。ファイル全体に一貫した変化があることが、Excelの既定値で保存がファイルを書き換えた証拠であり、直すべき設定がどれかも教えてくれます。区切り文字の設定か、文字コードの選択か、それともファイルの開き方かです。
3つ目の確認は、救済がまだ可能かどうかを決めるもので、多くの人が飛ばしてしまいます。Excelを通す前のコピーや、CSVの出どころとなる原本がまだ残っていれば、何も失われていません。よいコピーから作り直すか、再取り込みすれば問題は終わります。保存後のファイルが唯一のコピーを上書きしてしまった場合、救済はバックアップやバージョン履歴、原本のシステムからの再エクスポートにかかっており、詳しくは救済の節で扱います。確認が済むまでは、もう一度保存しないこと、同じファイルに上書きする形でブックを閉じないこと、保存後のコピーを削除しないことです。壊れたコピーでも、ほとんどのデータが残っていれば、コピーがないよりずっとよい証拠になります。
BEFORE (as exported, comma delimited, UTF-8):
code,zip,name,shipDate,note
00123,02138,Zoë Café,2026-03-04,fragile; handle with care
00456,07477,Müller,2026-04-03,gift
AFTER (saved from Excel on a European-locale machine):
code;zip;name;shipDate;note
123;2138;Zoë Café;03.04.2026;fragile; handle with care
456;7477;Müller;03.04.2026;gift
What changed: commas became semicolons, leading zeros vanished,
dates were reformatted, and one note split into two columns.この例が示しているのは、原因が1つの設定だけではないことです。区切り文字が変わったのはパソコンのロケールが原因で、0が消えたのは開いたときの型の推測が原因で、日付が変わったのはExcelが日付を日付として保存し、自分の表示書式で書き戻したからです。保存が1つの誤りを持ち込むのではありません。開いたときにExcelが行ったすべての推測を、保存が一度に確定させます。画面では1つ1つの推測が無害に見えても、保存が破壊的に感じられるのはそのためです。
保存がコピーではない理由：Excelが実際にディスクに書き込むもの
保存でCSVが変わる理由を理解するには、Excelがファイルを開くときに何をしているかという1つの事実が必要です。Excelはファイルをテキストのまま保持しません。テキストをセルに分解し、セルごとに型を決め、地域設定を適用して、表として表示します。画面に見えているのはファイルそのものではなく、Excelによるファイルの解釈です。保存すると、Excelはその表をテキストとして書き戻します。つまり保存後のファイルは、元の文字ではなく、推測が組み込まれた表を反映します。テキストから表へ、そして表からテキストへという往復の中で、このガイドのすべての変化が起きます。
書き戻しでまず失われるのは、セルの値ではないものすべてです。CSVファイルには行と列の値しか入らず、それ以外は何も入りません。ExcelがCSVとして保存するときに残るのは、作業中のワークシートのセルに表示されたテキストと値だけです。グラフ、画像、セルの色、太字、セルの結合、入力規則、ハイパーリンクは残りません。CSVの形式にはそれらを入れる場所がないからです。数式は、現在の計算結果の値に置き換わります。合計を求める数式が入ったセルは、数式ではなく合計の数値として保存されます。ほかのシステムに渡すための書き出しとしては通常それでよいのですが、保存後のCSVはある時点のスナップショットであり、作業中の表計算ファイルではないため、開き直しても数式は戻りません。
書き戻しで次に失われるのは、見ていたシート以外のすべてのシートです。ブックには複数のシートを入れられますが、CSVファイルは1つの表しか持てないため、Excelが保存するのは作業中のワークシートだけで、ほかのシートは保存されないという警告が出ます。この警告を読み飛ばしてクリックする人は毎日います。すると保存後のファイルには1シート分のデータしか入らず、残りは保存されていないブックの中に残ります。ブックを表計算ファイルの形式で保存せずに閉じれば、ほかのシートは消えます。この警告は、保存が情報を失う操作だということをExcelがはっきり伝えているものです。安全な対応は、CSVに書き出す前に、ブック自体を自分の形式で別に保存しておくことです。
書き戻しで3つ目に変わるのは、値そのものです。Excelは保存された値ではなく、表示された値として保存します。2桁に書式設定した正確な数値を入れたセルは、保存された完全な値ではなく、表示された2桁の値として保存されます。シリアル値として保存された日付は、パソコンの表示書式で保存されます。数値だと推測されたコードは、先頭の0なしの数値として保存されます。これは不具合ではありません。表をテキストとして保存するとはそういうことです。しかし保存後のファイルは、ほかのプログラムが読むまで分からない形で元のファイルと違ってしまうことがあり、画面で確認するよりテキストエディターで保存後のファイルを確認することが大切なのはそのためです。
無言の上書き：Ctrl+Sが推測をファイルにしてしまう仕組み
最も損害が大きい保存は、名前を付けて保存ではありません。CSVファイルをただ見るつもりで開いたときの、普通のCtrl+Sや、閉じるときの保存の確認です。CSVをダブルクリックして値を確認し、誤字を1つ直し、習慣でCtrl+Sを押すと、Excelはファイル全体を自分の既定値で書き換えます。変えたのは1セルだけです。Excelが書き換えたのはすべての行です。この非対称性がこの問題の核心です。保存は、触ったセルへの修正ではなく、ファイル全体への操作であり、開いたときにExcelが行ったすべての推測が、同じキー操作で永続的なものになります。
Excelは2回警告しますが、どちらも読み飛ばされやすいものです。1つ目の警告は、CSVと互換性のない機能がファイルに含まれている可能性があるという内容で、書式や追加のシートが失われることをExcelが伝えているものです。2つ目は、一部のバージョンで出る、現在の形式を保持するかどうかを尋ねるものです。毎日このダイアログを見ている人は、日常の確認のように見えるため、内容を読まずに現在の形式を保持をクリックします。まさにこの2つのダイアログで立ち止まる価値があります。元のファイルがまだ無傷で残っている最後の瞬間であり、保存しないことや、新しい名前で名前を付けて保存を選ぶことは何も損なわず、すべてを守ります。
往復が上書きを元に戻しにくくしている理由もここにあります。ファイルを開くことで型が推測され、保存で推測が書き戻されるため、2回目の開き直しは、すでに推測された値から始まり、その上からさらに推測が行われます。最初の開き直しで0を失ったコードは、2回目で0を取り戻せません。ファイルの中にもう0がないため、どのプログラムにも読めないからです。最初の開き直しで日月が入れ替わった日付は、入れ替わったままになるか、さらに逆転します。ファイルには入れ替わった日付が真実であるかのように入っているからです。Excelを通る往復は、情報を失うことはあっても取り戻すことは決してありません。だからこのガイドのルールは絶対です。CSVファイルの唯一のコピーを、Excelに上書きさせてはいけません。
変化1：区切り文字の入れ替え、カンマがセミコロンになる場合
保存で最も目立つ変化は区切り文字の入れ替えです。カンマ区切りのファイルがセミコロン区切りで戻ってきて、次に読むプログラムがすべての行を1列に入れるか、ファイルを拒否します。原因はパソコンのリスト区切り文字です。ExcelがCSVファイルを書き込むときに使う地域設定です。北米やイギリスではリスト区切り文字がカンマなので、保存したCSVはカンマ区切りのままです。ヨーロッパの多くの地域では、カンマが小数点の記号なので、リスト区切り文字がセミコロンになり、Excelはカンマの代わりにセミコロンを書き込みます。拡張子はどちらの場合も.csvのままなので、ファイル名からは区切り文字が変わったことが次の読み手に伝わりません。
これは1列で開く問題を扱った関連ガイドと同じ区切り文字の問題ですが、保存の方向には別の警告が必要です。ファイルが1列で開く場合は開き方を直します。ファイルが間違った区切り文字で保存される場合は書き出し方を直します。Excelでは、ファイル、オプション、詳細設定と進み、システム区切り文字を使用するのチェックを外して、小数点記号をピリオド、桁区切り記号をカンマに設定します。これでExcelはリスト区切り文字としてカンマを使います。1つのファイルのためだけに変えた場合は、書き出したあとで設定を元に戻してください。変更されている間は、Excelが書き込むすべてのCSVに影響するからです。Macでは、同じ設定はシステム設定の言語と地域の中の、数値の区切り記号にあります。
この変化を損害が出る前に捉える、もっと単純な確認方法もあります。保存後のファイルをテキストエディターで開き、最初の行を見ます。元のファイルではカンマだったところに、ヘッダー行でセミコロンが並んでいれば、区切り文字が入れ替わっています。その場合はファイルを送らず、上の設定で再書き出ししてください。テキストエディターは真実を一目で見せますが、Excelはそれを完全に隠します。Excelはどちらの区切り文字も同じ表として読み込むからです。保存後のCSVは、Excelでの見た目で判断してはいけません。テキストとしての見た目で判断してください。
変化2：文字コードのダウングレード、アクセント付き文字が壊れる場合
2つ目の保存による変化は、もっと静かで厄介です。文字コードのダウングレードです。Excelが用意するCSVの保存形式は2種類あり、見た目がほとんど同じで、間違ったほうを選ぶとファイル中の英語以外の文字がすべて壊れます。CSV UTF-8はUTF-8でファイルを書き込むため、アクセント付き文字、ウムラウト、ラテン文字以外の文字もカバーします。単なるCSVは、パソコンの従来の文字コードでファイルを書き込みます。多くのWindowsパソコンではその文字コードでそれらの文字を表せないため、疑問符や間違った文字として戻ってきます。2つの選択肢は、名前を付けて保存の一覧で隣り合って並んでおり、習慣で選んでしまうのは単なるCSVのほうです。
ルールは単純です。受け取るプログラムが従来の形式を明示的に要求する場合を除き、Excelから保存するときは必ずCSV UTF-8を選んでください。それでもテキストエディターで結果を確認してください。従来の文字コードによる損失は一方向だからです。アクセント付き文字が保存後のファイルで疑問符に置き換わってしまえば、どんな再取り込みでも元の文字は取り戻せません。保存後のファイルにもうその文字が入っていないからです。関連する文字コードのガイドでは、診断の全体と、ExcelにダブルクリックでUTF-8だと推測させるBOMの方法も扱っていますが、保存のルールはそれ自体で成り立ちます。保存時に選んだ文字コードが、次の読み手が受け取る文字コードであり、間違った選択は英語以外の値をすべて一度に壊します。
このページのファイルについて、もう1つの文字コードの詳細が重要です。コンバーターのダウンロードは、BOMなしのプレーンなUTF-8です。ほとんどのツールには最もすっきりした形ですが、一部のWindowsパソコンでは、Excelのダブルクリックがアクセント付き文字を誤読する可能性があります。それは開き方の問題であり、文字コードのガイドで扱うもので、保存の問題ではありません。保存のルールは変わりません。元の文字コードが何であれ、ExcelからはCSV UTF-8で保存し、送る前にテキストエディターでアクセント付きの名前が正しく読めるか確認してください。
変化3：型の書き換え、推測がデータになってしまう場合
3つ目の保存による変化は型の書き換えです。実は3つの関連問題が一緒にやってきます。同じ、開いてから保存するという往復が、Excelが行ったすべての推測を書き戻すからです。先頭の0が消えるのは、Excelが開いたときにコードを数値として読んだため、数値として書き戻すからです。日付が書式変更されたり入れ替わったりするのは、Excelが日付をシリアル値として保存し、自分の表示書式で書き戻すからです。長いIDの末尾の数字が失われるのは、Excelが有効数字15桁までしか保持せず、残りを0として書き込むからです。それぞれに専用の関連ガイドと専用の直し方があり、この記事ではその直し方を繰り返しません。保存についての教訓は3つすべてで同じだからです。損害は開いたときに起きており、保存がそれを永続的なものにしたのです。
ここで述べておく価値があるのは、表示の問題と保存済みの問題を分けるテストです。ファイルをテキストエディターで開きます。コード、日付、IDがそこで正しく読めれば、ファイルはまだ良好で、Excelの表示だけが間違っています。保存せずに閉じて、正しく再取り込みしてください。テキストエディターで0が消えたコード、入れ替わった日付、切り捨てられたIDが見えれば、保存がすでにファイルを書き換えており、救済の節が唯一の道です。このテストは10秒ででき、このガイド全体で最も役立つ習慣です。まだよいファイルを持っているのか、壊れたファイルしか持っていないのかを教えてくれるからです。
書き換えられないものがあることも知っておく価値があります。普通の単語、推測を必要としない短い数値、Excelがテキストのままにした値は、保存しても変わらず残ります。そのため保存後のファイルは、問題になる列、コード、日付、IDでだけ間違っているのに、ほとんど正しく見えることがあります。普通の行を1行だけ抜き出して確認しても何も証明されません。保存のたびに、ファイルをどこにも送る前に、テキストエディターで敏感な列、コード列、日付列、長いID列を個別に確認してください。
保存後の失敗に効かない4つの直し方
効く直し方の前に、効かない4つの直し方を片付けておく価値があります。それぞれが時間を無駄にし、1つは事態を悪化させます。1つ目は、保存後のファイルをあとから書式変更することです。列の書式を変えれば、保存された値の表示は変わりますが、保存がすでに除去した文字は取り戻せません。123として保存されたコードは、列を文字列として書式設定しても0を取り戻せません。ファイルにはもう123しか入っておらず、それ以外は何もないからです。書式は表示です。保存されたテキストがデータであり、表示の変更はデータに触れません。
2つ目は、保存後に元に戻す操作をすることです。元に戻す操作は、開いているブックの中の編集を逆転させますが、すでにディスクに保存されたファイルを書き戻す前の状態にはしません。保存が完了した時点で、ディスクには書き換えられたファイルが入っており、ブックの中でいくら元に戻しても、元の文字は戻りません。3つ目は、保存後のファイルの値に引用符を付けることです。引用符は、値の中のカンマの扱い方を制御するもので、Excelが値に型を付ける方法を制御するものではありません。Excelは取り込み時に引用符を取り除き、とにかく型を推測するため、壊れたファイルに引用符を付けても損害は何も変わりません。4つ目は、保存後のファイル全体に検索と置換をかけて、入れ替わった日付や消えた0を手で修復することです。すべての行が同じ変化を受けた場合にしか効きませんが、列が混ざっている場合は決してそうならないため、全体への置換は、間違っていた行を直す一方で、正しかった行を壊します。
効かない直し方を知ることで、最もよくある罠を避けられます。画面上のブックが正しく見えるため問題が解決したと信じ込みながら、ディスク上のファイルはまだ間違っているという罠です。画面はファイルではありません。テキストエディターがファイルです。このガイドの残りのすべての修復は、この区別から始まり、すべての確認はこの区別で終わります。
直し方1：元のファイルを上書きしない、マスターコピーを残す
まず試すべき直し方がこれです。費用はかからず、システムも変えず、このガイドのほかのすべてのミスを回復可能にします。元のCSVファイルには手を付けず、すべてのExcel作業はコピーで行います。手順は意図的に退屈なものです。CSVが届いたら、originalsというフォルダーに保存し、そのコピーはExcelで決して開きません。作業用フォルダーにコピーし、作業用のコピーを開きます。保存がうまくいかなければ、作業用のコピーを削除し、元のファイルをもう一度コピーして最初からやり直します。救済も修復もデータの損失もありません。よいファイルが危険にさらされたことがなかったからです。
CSVを自分で作る場合は、マスターを表計算ファイルの形式で残し、CSVは文書ではなく書き出しとして扱います。ブックで作業し、ブックを保存し、必要になるたびに新しいCSVを書き出します。customers-2026-11-05.csvのように日付入りの名前にすれば、書き出しが以前のものを黙って置き換えることはありません。CSVは平らにしたスナップショットであり、データそのものではありません。だから守るべきはマスターのブックであり、さらに言えばデータの出どころであるデータベースやJSONです。CSVがデータの唯一のコピーになった瞬間、すべてのExcel保存が唯一のコピーへのリスクになり、このガイドが存在するのはまさにその状況を防ぐためです。
- 届いたCSVは、どこで開く前に、originalsフォルダーに保存する。
- コピーでのみ作業し、書き出しには日付を付けて、黙って上書きされることがないようにする。
- マスターのブックは表計算ファイルの形式で保存し、CSVの書き出しとは別に残す。
- 保存がうまくいかなければ、作業用のコピーを捨てて、元のファイルからもう一度始める。
このルールは、複数シートの警告からも守ってくれます。ブックに複数のシートがあり、そのうち1つをCSVに書き出しても、ブック自体は自分の形式で無傷のまま残り、必要になるたびに各シートを別々に書き出せます。CSVの書き出しは、特定の目的のための一方向のスナップショットであり、ブックは生きた文書のままです。シートを失うのは、CSVが危険だからではなく、書き出したあとでブックを保存せずに閉じてしまうからであり、マスターコピーの習慣がそのミスを不可能にします。
直し方2：安全に編集する、テキストエディターか正しい取り込みで
2つ目の直し方は編集方法についてで、作業の大きさによって2つの分岐があります。小さな編集、値を1つか2つ変える、誤字を直す、1行を修正する場合は、ファイルをExcelでまったく開かないでください。テキストエディターでファイルを開き、変更して、エディターから保存します。テキストエディターは、目に見える文字をそのまま書き戻します。型の推測も、区切り文字の入れ替えも、文字コードの変更もありません。保存時に同じ文字コードを保つことが条件です。1行の修正では、テキストエディターは間に合わせではありません。正しいツールであり、その作業ではExcelより速いです。
大きな編集、並べ替えや絞り込み、数式が必要な場合は、ダブルクリックではなく正しく取り込みます。空のブックを開き、データ、テキスト/CSVからと進み、プレビューで区切り文字と文字コード、そして敏感な列の型を読み込む前に設定します。コードとIDは文字列に、日付は文字列に、あるいは元のロケールに合った日付型にします。作業をしてから、名前を付けて保存で書き出し、CSV UTF-8を選び、元のファイルを上書きできないように新しい名前を付け、送る前にテキストエディターで結果を確認します。取り込みの手順が、3つの推測すべてを一度に自分の管理下に置く場所であり、テキストエディターでの確認が、書き出しがきれいだと証明する場所です。
もう1つ、安全な編集方法として言及する価値があるのは、CSVを編集するのではなく、データの出どころで編集することです。CSVがJSONから来たものなら、JSONを直してからもう一度変換すれば、往復による損害のないきれいなファイルができます。データベースから来たものなら、データベースから再書き出しします。すでに表計算ファイルを通ったファイルを修復するより、原本から作り直すほうが常にきれいです。原本には真の値が入り、書き出しにはそのスナップショットしか入っていないからです。
直し方3：送る前に確認する、2分間のテキストエディター確認
3つ目の直し方は設定ではなく習慣です。送る前に、保存したCSVを必ずテキストエディターで確認します。約2分かかる短いチェックリストを使います。保存後のファイルと元のファイルを並べて開き、5つを確認します。1つ目は区切り文字です。ヘッダー行で、両方のファイルが同じ区切り文字を使っているか。2つ目は行数です。保存後のファイルが同じ行数を持っているか。ただし、改行を含む値は複数行にまたがることがあるため注意します。3つ目は敏感な列です。コードに先頭の0が残っているか、日付が原本の書き方で読めるか、長いIDがすべての桁を保持しているか。4つ目は文字コードです。アクセント付きの名前が正しく読めるか、疑問符や奇妙な文字の組み合わせがないか。5つ目は引用符です。区切り文字を含む値が引用符で囲まれたままか、1列に収まるか。
どれか1つでも確認に失敗したら、ファイルを送らず、表計算ファイルの中で修正しようともしないでください。元のファイルに戻り、失敗の原因となった設定を直して、もう一度書き出します。失敗した確認は、元のファイルがまだ残っているときは安く済み、残っていないときは高くつきます。だからこの確認は、誰かから苦情が来たあとではなく、送る前に行うものです。失敗した確認に対する最もよくある反応は、保存後のファイルをExcelでもう一度開いて直すことですが、それは新たな往復を始め、通常は新たな損害を加えます。書き出されたファイルを直すのではなく、書き出し自体を直してください。
確認を、別の雑用ではなく、書き出し自体の一部にしてください。名前を付けて保存、テキストエディターで開く、5つの確認、送る、という流れです。数回の書き出しで確認は自動的になり、送ったファイルに対して、先頭の0の欠落や、日付の入れ替え、1列のレイアウトについての苦情が戻ってこなくなります。確認は証拠にもなります。あとで受け取り手から問題を報告されても、送ったファイルと元のファイルを比べ、変化がどこで起きたかを正確に示すことができ、推測する必要がなくなります。
すでに上書きしてしまったファイルを救済する
この助言が遅れて届くこともあり、保存後のファイルがすでに唯一のコピーを上書きしてしまっている場合があります。救済は場合によって可能であり、正直な答えは、壊れたファイル以外に何が残っているかによって決まるということです。まず自動バックアップを確認します。OneDriveやSharePointに保存されたファイルにはバージョン履歴があるため、ほかのことをする前に、ファイルを右クリックして以前のバージョンを探します。Windowsのファイル履歴やMacのTime Machineは、有効になっていれば独自のコピーを保持しています。メールの添付ファイル、チャットのアップロード、共有ドライブには、同じファイルの以前のコピーが残っていることがよくあります。間違った保存の前に送られたものが、最もきれいな救済手段になることが多いです。
2つ目に、以前のコピーが存在しない場合は、損害が逆転できるほど均一かどうかを確認します。すべての日付が1つの慣習の下で入れ替わり、元の日がすべて12以下だった場合は、数式で日月を戻せます。すべてのコードが同じ桁数の0を失った場合は、その0を書式で戻せることもあります。ただし、損害が均一な列全体にわたる場合に限ります。必ずコピーで作業し、唯一のバージョンでは作業せず、結果を信頼する前に既知の記録と照らして確認します。損害が混ざっている場合、一部の行が入れ替わり、一部の行がテキストのまま残り、一部のコードが日付になってしまった場合、元の文字はそのコピーからは失われており、数式では解きほぐせません。保存された数値には、以前何だったかが記録されていないからです。
3つ目に、最も確実なのは、ファイルの出どころから作り直すことです。データベースやツール、JSONから再書き出しし、今度は正しく取り込み、決して上書きしません。出どころがJSONなら、このページのコンバーターが元のJSONから新しいCSVを数秒で作ります。すべての値が書かれた通りそのままであり、その新しいファイルが壊れたファイルに完全に取って代わります。どの方法を取る場合でも、置き換えがテキストエディターで確認できるまでは、壊れたコピーを脇に残しておきます。置き換えを確認する前に唯一のコピーを削除することが、回復可能な問題を失われたデータセットに変えてしまうやり方です。
このページのコンバーターのファイルではどうなるか
このページのコンバーターは、まさにこのガイドが扱う種類のファイルを作るため、その動作を、推測ではなく実際のコードで検証した結果としてはっきり述べておく価値があります。変換エンジンは、コード00123と00456、郵便番号02138と07477、18桁のIDである123456789012345678と987654321098765432、日付2026-03-04と2026-04-03、アクセント付きの名前であるZoë CaféとMüller、備考であるfragile; handle with careとgiftを持つ2行のサンプルで実行されました。カンマ区切りでは、すべての値がバイト単位で同一に出力され、カンマを含む名前だけが引用符で囲まれ、それ以外は引用符で囲まれませんでした。セミコロン区切りでは、セミコロンを含む備考だけが引用符で囲まれ、それ以外は引用符で囲まれませんでした。つまり、変換後のファイルがExcelを通したあとで変わって見える場合、変換が何かを壊したのではありません。ファイルは正しく、Excelが開いたときに推測し、保存のときに推測を書き戻したのです。
Comma delimited (verified, real converter output):
code,zip,id,shipDate,name,note,price
00123,02138,123456789012345678,2026-03-04,"Zoë, Café",fragile; handle with care,19.99
00456,07477,987654321098765432,2026-04-03,Müller,gift,5
Semicolon delimited (verified, same sample):
code;zip;id;shipDate;name;note;price
00123;02138;123456789012345678;2026-03-04;Zoë, Café;"fragile; handle with care";19.99
00456;07477;987654321098765432;2026-04-03;Müller;gift;5
Codes, ZIPs, long IDs, and dates all survive byte-identically.
Quoting follows the delimiter: only values holding the delimiter
are quoted, in both cases.変換後のファイルについては、2つのすっきりした選択肢があります。1つ目は安全な編集の方法です。変換後のファイルを変更する必要がある場合は、JSONを変更してからもう一度変換します。ExcelでCSVを編集して上書き保存するのではなく、新しいファイルが往復による損害なしにできます。2つ目は取り込みの方法です。ダウンロードしたファイルをデータ、テキスト/CSVからで開き、コードとIDの列を文字列に、日付の列を文字列に、あるいは元のロケールに合った日付型に設定して作業し、新しい名前でCSV UTF-8として名前を付けて保存し、テキストエディターで結果を確認します。変換した出力を表計算ファイルに貼り付けてダウンロードに上書き保存してはいけません。その往復は、このガイドと関連ガイドが防ぐために存在する区切り文字、文字コード、型の不一致をまさに持ち込みます。開き方を直すか、原本から作り直すかであり、保存後のファイルを直すのではありません。
もう1つ、コンバーターの重要な詳細があります。コンバーターではダウンロード前に区切り文字を選べますが、その選択はExcelがあとで行うこととは独立しています。ファイルは、正しい区切り文字を持ちながら日付が入れ替わることもあり、正しい日付を持ちながら区切り文字が間違うこともあり、両方とも間違うこともあります。区切り文字は変換時に選んだものであり、保存時にExcelが書き込む区切り文字ではないからです。変換後のファイルが1列で開き、値がおかしく見える場合は、同じ取り込みで両方を直します。変換時に選んだ区切り文字を選び、敏感な列を明示的に設定します。1列で開く問題の区切り文字の半分は下の関連ガイドで詳しく扱い、文字の半分は文字コードのガイドで扱い、数値の半分は先頭の0のガイドで扱います。3つすべてが下の関連ガイドにリンクされています。
予防チェックリスト：誰も直す必要がないようにCSVを書き出す
型の推測と保存による書き換えは、書き手と読み手の不一致です。だから予防とは、書き手が値が何であるかを、読み手が守る形で宣言することであり、読み手が信頼する前に確認することです。CSVを作る場合も受け取る場合も、このチェックリストを通れば、次に触る人はこのガイドを必要としません。1つ目は、原本のデータを残すことです。CSVは平らにしたスナップショットであり、データそのものではありません。保存がうまくいかなくても、原本があればきれいに再書き出しでき、壊れたコピーを修復する必要がありません。2つ目は、元のファイルを決して上書きしないことです。originalsフォルダーを残し、コピーで作業し、書き出しに日付を付けて、何も黙って上書きされないようにします。
3つ目は、Excelから書き出すときにCSV UTF-8を選び、保存前にリスト区切り文字の設定を確認し、送る前にテキストエディターで書き出しを確認することです。4つ目は、ファイルを受け取ったときに、何かおかしく見えたらまずテキストエディターで開き、表計算ファイルに上書きさせる前に、区切り文字、文字コード、敏感な列を確認することです。5つ目は、受け取り手にファイルの開き方を伝えることです。コード列を文字列に設定して取り込むこと、日付を文字列に、あるいは元のロケールに合った日付型に設定して取り込むことを1行のメモで伝えるだけで、問題全体の種類を防げますし、ファイルを添えるのに何も費用はかかりません。CSVの悲惨な話の多くは、壊れたファイルが唯一のコピーだったことに、遅れて気付くことで終わります。あなたのファイルがそうならないようにしてください。
関連ガイド
よくある質問
なぜExcelでCSVを保存すると内容が変わるのですか。
保存がコピーではないからです。Excelはファイルを表に読み込み、すべての値の型を推測し、保存するときにその表を、パソコンのリスト区切り文字と文字コードで書き戻します。作業中のシートの、表示された値だけが残ります。書式も数式も、ほかのシートも消え、推測された値がファイルになります。元のファイルには手を付けず、コピーで編集し、保存したファイルは送る前に必ずテキストエディターで確認してください。
CSVでCtrl+Sを押すと元のファイルが上書きされますか。
はい。上書きされます。Ctrl+Sは、変えたセルだけではなくファイル全体を書き換えます。Excelの現在の区切り文字と文字コード、推測された値を使います。互換性のない機能についての警告ダイアログと、形式を保持するかどうかを尋ねるダイアログが、止まるための最後の機会です。保存せずに閉じるか、新しい名前で名前を付けて保存を使い、元のファイルはExcelで決して開かない別のフォルダーに残してください。
なぜExcelでCSVを保存したあと、カンマがセミコロンになったのですか。
ExcelがCSVファイルを書き込むときにパソコンのリスト区切り文字を使うためです。カンマが小数点の記号であるヨーロッパのロケールのパソコンでは、リスト区切り文字がセミコロンになることが多いです。拡張子は.csvのままなので、次の読み手に何も警告しません。書き出す前に直します。ファイル、オプション、詳細設定と進み、システム区切り文字を使用するのチェックを外して、小数点記号をピリオドに設定します。あるいは、保存後のファイルをテキストエディターで確認して、正しい設定で再書き出しします。
Excelから保存するとき、CSVとCSV UTF-8のどちらを選ぶべきですか。
CSV UTF-8を選んでください。受け取るプログラムが従来の形式を明示的に要求する場合だけが例外です。単なるCSVはパソコンの従来の文字コードで保存するため、多くのパソコンでアクセント付き文字やラテン文字以外の文字が壊れます。その損失は一方向です。文字が保存後のファイルで疑問符になってしまえば、どんな再取り込みでも取り戻せません。選んだあとは、必ずテキストエディターで保存後のファイルを確認してください。
Excelで間違ったCSV保存を元に戻せますか。
元に戻す操作ではできません。元に戻す操作は、開いているブックの中の編集を逆転させますが、すでにディスクに保存されたファイルを書き戻す前の状態にはしません。救済は、ほかに何が残っているかによります。OneDriveやSharePointのバージョン履歴、バックアップ、メールで送られたコピー、原本からの作り直しです。列全体で損害が均一だった場合は逆転できることもありますが、混ざった損害は保存後のファイルだけからは解きほぐせません。
なぜCSVとして保存したあと、書式と数式が消えたのですか。
CSVファイルには行と列の値しか入らず、書式や数式、グラフ、追加のシートを保存する場所がないからです。Excelが保存するのは、作業中のワークシートの、表示された値だけで、数式は現在の計算結果に置き換わります。これは破損ではなく、想定された動作です。ブックを表計算ファイルの形式で保存してマスターとして残し、すべてのCSVを一方向のスナップショットの書き出しとして扱ってください。
このページのJSONからCSVへのコンバーターは、保存するとデータを変えますか。
いいえ。コンバーターは、JSONが持つ通りにすべての値を正確に書き込みます。検証済みのテストでは、コード、郵便番号、18桁のID、日付がすべてバイト単位で同一に出力され、引用符は選んだ区切り文字を含む値にだけ付けられました。変換後のファイルがExcelを通したあとで変わって見える場合、変換は正しく、Excelが開いたときに推測し、保存のときに推測を書き戻したのです。JSONを変更してからもう一度変換するか、ダウンロードを正しく取り込むかして、Excelから上書き保存しないでください。
再保存ではなく、新しく変換する
このページのコンバーターにJSONを貼り付け、すべての値が書かれた通りそのまま入ったきれいなCSVをダウンロードしてください。ファイルを変更する必要がある場合は、CSVをExcelで編集して上書き保存するのではなく、JSONを変更してからもう一度変換します。アップロードなし、登録なし、ブラウザーのタブから何も外に出ません。
JSONからCSVへのコンバーターを開く