ExcelでCSVを壊さず編集して戻す手順

商品CSVをExcelで少しだけ直して、また管理画面へアップロードする。

やることは数行の修正だけ。

なので普通にダブルクリックして、セルを直して、CSVで保存すれば終わり――に見えますよね。

ところが、アップロードしてから 00123 だったSKUが 123 になっている。18桁のIDの末尾が変わっている。日付らしい文字列が別の日付になっている。

しかも厄介なのが、Excelの画面では普通に見えていたというケースです。

CSV作業で大事なのは、Excelで編集できたかではありません。

元の意味を保ったまま、相手システムへ戻せたか。

このUse Caseでは、CSVをExcelで編集して戻す仕事を、原本保存から再検査まで一続きで見ていきます。

CSVは、開くとき・編集するとき・保存するときの3か所で変わる可能性があります

最初にこれだけ押さえておくと、作業の見方が変わります。

CSVは、

1. Excelへ読み込むとき
2. セルを編集するとき
3. CSVへ書き戻すとき

の3か所で意味が変わる可能性があります。

例えば先頭ゼロは、開いた時点で消えるかもしれません。

作業用に追加した列は、編集中は便利でも取込先では邪魔かもしれません。

そして保存時には、Excelブックで使っていた数式・書式・複数シートはCSVへ持っていけません。

なので「最後に保存ボタンを押したら完了」ではなく、保存した後にもう一度CSVを見るところまでが作業です。

ここが、このUse Caseのいちばん大事なポイントです。

0. まず原本を残します。あとで比較できるようにするためです

ダウンロードした products.csv は、そのまま上書きせず、例えば次のように分けておきます。

products_original.csv
products_editing.csv

後から「このSKU、元から123だった？ Excelで0が消えた？」となっても、原本と編集後を見比べれば、どこで変わったのか確認できます。

原本を残すのはバックアップのためだけではなく、編集による変化を確認するためでもあります。

1. Excelを開く前に、「このCSVはどういうファイルか」を軽く見ます

いきなり全部調べる必要はありません。

まず見るのは、次の3つです。

• 文字コード
• 区切り文字
• ヘッダー

例えば、CSVをExcelで開いたら日本語が文字化けしている。

この状態でセルを修正し始めるより、先に「UTF-8をShift_JISとして読んでいないか」を見た方が早いです。

文字は読めるのに全部A列なら、見るべきなのは区切り文字です。

また、取込先に公式テンプレートがあるなら、列名も先に比べておきます。

• CSV文字コード・区切り文字チェッカー — 日本語の見え方と列分割を確認します。
• CSVヘッダー差分チェッカー — 公式テンプレートと列名・列順を比べます。

ここで元CSV自体に問題があるなら、Excelの中で直す前に原因を分けた方が安全です。

2. 大事なCSVは、ダブルクリックではなくExcel側から読み込みます

Excelを先に開いて、［データ］→［テキストまたはCSVから］ を使います。

すると読み込み前にプレビューが出ます。

ここで、

• 日本語が普通に読めるか
• 列が意図した位置で分かれているか
• 先頭ゼロ付きIDや長い番号がありそうか

を一度見ます。

もしこの時点で全部A列なら、編集へ進みません。

Delimiterを変えて、列が正しく分かれるところを探します。

日本語だけ崩れているなら、文字コード側です。

読み込み方が間違ったまま編集を始めると、「元からおかしかったのか」「編集で変えたのか」が分からなくなります。

なので、入口で一度止まる方が結局早いです。

3. 数字に見える列の中から、「計算しない数字」を探します

次に、列名を見ます。

sku、product_id、postal_code、member_id、tracking_number、order_id。

こういう列があったら少し注意です。

中身が全部数字でも、これらは数量や金額ではありません。

例えば、

00123

というSKU。

数値としては123と同じですが、識別子としては別物です。

そして18桁の注文IDも、計算するための18桁ではありません。

数字だけでできている＝数値として扱ってよい、ではないんです。

ここがExcel作業でかなり重要です。

Microsoftの現在のExcelには、先頭ゼロ、長い数値、E表記、日付らしい値などの自動データ変換を制御する設定があります。

また、読み込み時にPower Queryなどで対象列をテキストとして扱う方法もあります。

• CSV列型プロファイラー — 数値・日付に見える列を「確認候補」として洗い出します。
• ExcelでCSVの値が勝手に変わる理由 — 現在のExcelで起きる変換と守り方を詳しく見ます。

型推定ツールが「integer」と出しても、それは業務上の意味まで決めているわけではありません。

最後に「この列は何のための値か」を見るのは人です。

4. 基準にするのは、Excelの見え方ではなく取込先の仕様です

CSVをEC、CRM、広告管理画面などへ戻すなら、最終的な基準は相手システムのテンプレートや取込仕様です。

Excelで作業しやすいように列を増やしたり、見出しを短くしたり、並べ替えたりするのは構いません。ただし、受け渡すCSVへ戻す前に取込先の形へ戻します。

特に見たいのはこのあたりです。

• 必須ヘッダーを変えていないか
• 作業用の列が残っていないか
• 空欄を 0 や false と同じ意味にしていないか
• 重複削除のキーを間違えていないか
• 日付形式を相手の仕様に合わせているか

重複削除なら、ボタンを押すことより「何を同じデータとみなすか」の方が重要です。

emailだけで同一顧客と見るのか、会員IDで見るのか。

商品ならSKUだけか、store_id + sku か。

ここを決めずに消すと、ツール自体が正しく動いても結果は間違います。

5. 作業用Excelと、受け渡し用CSVは分けて持ちます

Excelで作業していると、色を付けたり、数式を入れたり、別シートで確認表を作ったりしたくなります。

それ自体は問題ありません。

ただ、CSVへ戻すときは話が別です。

CSVへ保存できるのは基本的に値です。

複数シート、色、罫線、列幅、Excelブックとしての数式や機能は、そのままCSVへ持っていけません。

なので、

products_working.xlsx
products_ready_for_import.csv

のように、作業用ブックと受け渡し用ファイルを分けると管理しやすくなります。

原本も残っているので、これで3段階です。

products_original.csv
products_working.xlsx
products_ready_for_import.csv

どれが何なのか、名前だけで分かります。

6. 保存したら、Excelの画面ではなく“新しくできたCSV”を確認します

ここが最後で、いちばん飛ばされやすいところです。

編集が終わってCSVへ保存した。

Excelの画面もきれい。

でも、相手システムへアップロードするのは画面ではありません。

いま保存した products_ready_for_import.csv です。

なので、そのファイルを対象にもう一度確認します。

• Excelで崩れたCSVチェッカー — 先頭ゼロ、長い番号、日付化、指数表記などを確認します。
• CSVヘッダー差分チェッカー — 公式テンプレートからヘッダーがずれていないか見ます。
• CSVキー重複チェック — 一意であるべきSKUやIDの重複を見ます。
• CSV欠損値分析 — 必須列に空欄が増えていないか見ます。

最後に、原本と保存後のCSVで重要な値を何件か見比べます。特に、

• 先頭ゼロ付きID
• 16桁以上の長いID
• Eを含むコード
• 日付っぽい文字列
• カンマや改行を含む説明文

は代表値を1つずつ見るだけでもかなり違います。

見るのは「Excelで正しく見えたか」ではなく、保存後のCSVでも値が保たれているかです。これがround-trip（往復後）の確認です。

例えば、商品CSVならこう進めます

手元に次のデータがあるとします。

sku = 00123
product_id = 123456789012345678
release_date = 03/04/2026
description = Large, red mug

この4つ、全部ちょっと引っかかるところがあります。

sku は先頭ゼロ。

product_id は長い数字。

release_date は月日どちらが先か分からない。

description はカンマを含みます。

なので、次の順で進めます。

1. 原本をコピーして残す。
2. 文字コードと区切り文字を確認する。
3. Excelの［テキストまたはCSVから］で読み込む。
4. sku と product_id は識別子として文字列で守る。
5. release_date は元システムの日付規則を確認してから扱う。
6. 説明文は普通に編集する。CSV出力時には適切に引用されることを確認する。
7. 作業版は .xlsx で残す。
8. 別名CSVへ出力する。
9. その新しいCSVを検査してからアップロードする。

一つ一つは難しい操作ではありません。事故を減らすのは、確認する順番です。

最後に、この7つだけ見れば大丈夫です

• 触っていない原本が残っている。
• 文字コードと区切り文字が分かっている。
• 必須ヘッダーを変えていない。
• ID・SKUなど「計算しない数字」を文字列として守った。
• 曖昧な日付を勝手に解釈していない。
• 作業用Excelと受け渡し用CSVを分けた。
• 保存後のCSVそのものを確認した。

全部を完璧に覚える必要はありません。

CSVをExcelで扱うときは、

開く前に見る → 意図して取り込む → 意味を守って編集する → 保存後のCSVを見る。

この流れを守るだけで、「編集できたのに取込で壊れた」はかなり減らせます。