CSVをExcelで開くと日付が変わる・先頭の0が消える問題の対策

症状：CSVの中身を変えていないのにExcelで数字や日付が変わる

「1-2」という商品コードをCSVに入れて出力したら、Excelで開くと「2026/1/2」のような日付表示になっている。電話番号「0312345678」の先頭の 0 が消えて「312345678」になっている。会員番号「1234567890123」がセルに「1.23457E+12」と表示される。どれもCSVの文字コードやカンマ区切りは正しいのに、Excelで開いた瞬間に値が変わって見える定番トラブルです。

③-1で扱ったCSVの文字化けは文字コードの解釈違いが原因でしたが、今回の症状は文字コードとは無関係です。原因はExcelがCSVを読み込むときにセルの中身を「これは数値だ」「これは日付だ」と自動で判定し、勝手に型変換することにあります。まずは実際に問題のあるCSVをダウンロードして、手元のExcelで確認してみてください。

まず試す：日付化・0落ちが起きるCSVをダウンロードする

下のボタンで、商品コードと電話番号、会員番号を含む3行のCSVをダウンロードできます。ダブルクリックしてExcelで開くと、商品コードが日付に、電話番号の先頭0が消え、会員番号が指数表記になっているはずです。

原因：ExcelはCSVの各セルを開くたびに型推測している

CSVはただのテキストで、値がどの型（文字列か数値か日付か）なのかという情報を一切持っていません。Excelはダブルクリックで開いたときに、この型情報がないテキストを見て「見た目が日付っぽければ日付」「見た目が数値ならすべて数値」と、セルごとに自動で判定しています。原因はここに尽きます。

Excelはロケール依存の書式パターン（例: 日本語環境では「M-D」「M/D」を日付として認識する）に一致する文字列を、確認なしで日付型に変換する。数値として解釈できる文字列は先頭の0を桁の意味がない飾りとみなして除去し、桁数が一定を超える数値は指数表記で丸めて表示する。

代表的な自動変換は次の3パターンです。

対策：="0123" 形式で文字列として固定する

CSV側から打てる対策は基本的に1つです。値を数式のふりをした文字列、つまり ="値" という形式でセルに書き込みます。Excelはこれをテキスト連結の数式として評価し、結果としてダブルクォート内の文字列をそのまま表示します。日付化や0落ち、指数表記のいずれもこの形式で回避できます。

// CSVの中身を組み立てる際、対象の列だけ ="値" で包む
function excelSafeText(value) {
  // ダブルクォートはCSVの仕様通り "" にエスケープしてから ="..." で包む
  var escaped = String(value).replace(/"/g, '""');
  return '="' + escaped + '"';
}

var rows = [
  ['商品コード', '電話番号', '会員番号'],
  [excelSafeText('1-2'), excelSafeText('0312345678'), excelSafeText('1234567890123')],
];

var csv = rows.map(function (r) { return r.join(','); }).join('\r\n');

// BOM付与など文字化け対策（③-1参照）と合わせて出力する
var blob = new Blob(['\uFEFF' + csv], { type: 'text/csv' });

この方法は確実ですが、副作用もあります。="0312345678" という表示自体がセルに残るため、別システムへの再取り込みや他の表計算ソフトで開いたときに、数式記法がそのままテキストとして扱われて壊れることがあります。「Excelでの見た目を最優先する」用途と、「別システムへの再取り込みを前提にする」用途では、この形式を使うかどうかの判断が変わります。取り込み用途のCSVには使わず、あくまで人がExcelで確認・印刷する用途に限定して使うのが無難です。

CSV側では完全には防げない

正直に書くと、CSV出力側の対策だけで日付化や0落ち、指数表記を完全に防ぐことはできません。 ="値" 形式はExcelでダブルクリックして開いた場合には効きますが、次のようなケースでは効かないか、別の問題を生みます。

• Excelの「データ」タブから「テキストファイル」としてインポートする場合、ユーザーが列ごとに書式（文字列／日付／数値）を指定するインポートウィザードが開くため、="値" 形式がそのまま数式記法の文字列として残ってしまい、かえって見た目が悪化する
• 相手が古いバージョンのExcelや、Excel以外の表計算ソフト（Numbers、LibreOffice Calc等）で開く場合、数式評価の挙動が微妙に異なることがある
• 受け取った担当者が「なぜ数式みたいな記号が付いているのか」と問い合わせてくることがあり、運用上の説明コストが発生する

根本的な原因はCSVというフォーマット自体に型情報がないことなので、CSVを使い続ける限りは「Excel側の自動変換に完全依存しない」という前提を崩せません。本当に型を保証したいなら、Excelファイル形式（.xlsx）で直接出力するか、取り込み先の運用ルールとして「Excelで開く前にセルの表示形式を文字列に指定してから開く」手順を案内する、という選択肢が現実的な落とし所になります。

エッジケース：値の種類ごとの挙動

「="値"で全部解決」ではなく、値の種類によって実務上の判断が変わります。代表的なケースを表にまとめます。

まとめ

CSVをExcelで開くと日付が変わる・先頭の0が消えるのは、Excelがセルの中身をテキストとして読み、見た目のパターンから型を自動推測するためです。CSV自体には型情報がないので、この自動変換自体をCSV側から止めることはできません。

対策できるのは「Excelでダブルクリックして開いたときの見た目」だけ。値を ="値" の形式で包めば文字列として固定できるが、別システムへの再取り込み用CSVには使わない。

人がExcelで確認・印刷する用途のCSVには ="値" 形式で日付化・0落ちを防ぎ、別システムへの再取り込みが前提のCSVには手を加えず、取り込み側で列の型を指定してもらう。この線引きさえ決めておけば、Excel自動変換のトラブルには落ち着いて対応できます。

関連するUI事例

CSVの出力を、実際に動くコードで確認できる事例です。

• CSVエクスポートボタン

あわせて読みたい

CSVとExcelの相性に関する記事です。

• JSで出力したCSVがExcelで文字化けする原因と対策（BOM付きUTF-8・デモ付き）