Googleスプレッドシートで日付の「月／日」が逆に表示されるときは、セルの表示形式だけでなく、ファイル全体の言語と地域の設定を確認します。表示だけが違うのか、入力値そのものが別の日付として解釈されたのかを先に分けてください。
表示だけが逆か日付値が違うか確認
- セルを選び数式バーの値と表示を比較します。たとえば「03/04」が3月4日か4月3日か、元資料と照合します。
- ［ファイル］→［設定］の「言語と地域」を確認します。共同編集者の所在地と必ずしも同じではありません。
- 表示形式が日付かプレーンテキストかを確認します。
- CSVから読み込んだ値だけがおかしいなら、取り込み時の自動解釈と元CSVの形式を疑います。
言語と地域・日付表示を修正する
- 元データのコピーを保存します。
- ［ファイル］→［設定］で言語と地域を確認します。必要なら共同編集者への影響を考えて修正します。
- 問題のセルで［表示形式］→［数字］→日付形式を確認し、意図した日付の表示形式を選びます。
- 実際に解釈が誤っているセルは、元データを参照して日付を再入力します。書式変更だけでは元の日付値は直りません。
- 今後の取り込み用データには「2026-03-04」のように解釈が分かれにくい形式を採用します。
CSVを再解釈する前に原本を保護
- 言語と地域の変更はスプレッドシート全体に影響するので、共有中のファイルでは事前に確認します。
- 「数式バー上の値」が誤っているときは見た目を変えるだけで解決しません。
- 日付をテキストへ変換すると並べ替え・日数計算へ影響することがあります。
正しい年月日で再検算する
- 問題のセルを日付順で並べ替え、期待どおりの順序になるかを確認します。
- 元データにある日付と、シートで表示された日付を3件以上照合します。
「表示」だけか、日付の値そのものが違うかを先に判定する
例として、取引元の申込日が「2026年3月4日」なのに、取り込んだセルが「4月3日」と表示されているケースを考えます。見た目の順番だけを変えても、内部で4月3日として保存されていれば日数計算も誤ります。別セルに =ISNUMBER(A2) を入力して日付のシリアル値かどうかを確認し、日付値なら =TEXT(A2,"yyyy-mm-dd") などで年月日を明示して元資料と照合します。いずれも検査用の例であり、参照セルA2は実表に合わせて変えてください。
正しく「2026-03-04」と認識されているなら表示形式の調整で足ります。別の日付として取り込まれた場合は、入力元やCSVの取り込み方法を見直してから正しい日付値を再作成します。特に「03/04」のような曖昧な文字列を日付に一括変換すると、実データの意味を変える危険があります。年月日を固定して表記できる元データが残っているかを先に確認してください。
再発防止：共同編集とCSV取り込みを区別する
共同編集者が見る画面の表示形式の違いと、CSV取り込み時に別日付へ解釈された事故は別問題です。共有シートの「地域」を変更する前に、小さな検証用コピーで同じCSVを取り込んで期待値と照合すると影響を局所化できます。「日付を文字列として保持する」のか「日付値として集計する」のかも列単位で決めておきます。
参考資料
