Excelの日付はただの数字だった──引き算で日数が出る理由とDATEDIFの正体

Excelでセルに日付を2つ入れて、片方からもう片方を引き算したら、「42」のような数字がぽんと出てきた経験はないでしょうか。日付同士を引いただけなのに、なぜ日数がそのまま数字として出てくるのか。逆に別のセルでは、見た目は同じ日付なのに引き算すると#VALUE!というエラーになることもあります。この違いはどこから来るのでしょうか。

結論を先に書きます。

Excelの中では、日付は「1900年1月1日を1とした連番（シリアル値）」という、ただの整数として保存されています。 だから日付同士の引き算は実質「整数同士の引き算」で、結果がそのまま日数になります。一方、見た目が日付でも実体が「文字列」のセルは、この連番になっていないため計算できずエラーになります。

---

日付の正体は「1からの連番」

Excelに2026/8/1と入力すると、画面には日付として表示されますが、セルの中に保存されている実体は整数です。基準日である1900年1月1日を1として、1日進むごとに+1されていく連番になっています。

試しに日付が入ったセルの表示形式を「数値」に変えてみると、2026/8/1が46235のような大きな整数に化けるのを確認できます。これが「日付のふりをした数字」の正体です。

日付が整数として保存されているとわかれば、「日付を引き算すると日数が出る」理由は単純です。

46235（8月1日） − 46205（7月2日） = 30

これはただの整数の引き算であり、その差がそのまま「何日離れているか」に一致します。土日を挟んでも、月をまたいでも、うるう年を挟んでも同じ理屈で正しく計算できるのは、日付がカレンダーの見た目ではなく連番の数字として扱われているからです。

文字列の日付が計算できない理由

一方で、日付らしく見えても計算できないセルもあります。原因の多くは、その日付が**連番の数値ではなく、ただの文字の並び（文字列）**として入力されていることです。

入力のされ方	セルの実体	引き算
日付として認識された入力	シリアル値（整数）	できる（日数が出る）
他システムからの貼り付け・先頭にアポストロフィ付きの入力など	文字列	できない（#VALUE!）

見た目がそっくりでも、セルの左揃え・右揃えを見ると判別のヒントになります。数値は既定で右揃え、文字列は左揃えで表示されるため、日付のセルが左揃えになっていたら「文字列として入っている」サインです。

DATEDIFが存在する理由

単純な引き算だけでは、「満◯歳」「満◯ヶ月」のような暦の単位での差分は正しく出せません。月によって日数が違ったり、うるう年を挟んだりするためです。

そこでExcelにはDATEDIFという関数が用意されています。単位を"Y"（満年数）・"M"（満月数）・"D"（日数）のように指定すると、シリアル値の引き算だけでは出せない「満◯年◯ヶ月」のような表現を扱えます。日付がシリアル値だからこそ成立する引き算の便利さと、暦の単位で見たいときのDATEDIFは、それぞれ役割が違う道具だと考えると使い分けに迷いません。

実際に日数計算を試すなら

シリアル値の仕組みを頭で理解しても、実際の日付計算は手を動かして確かめるのが一番早いです。2つの日付を入れて日数・営業日を出したいときは**日数・営業日計算を整える、日付の入力ミスを防ぐ仕組みを整えたいときはドロップダウン・入力規則を整える** がその場で試せます。日付が数字であるという前提さえ押さえておけば、Excelの日付まわりのエラーの多くは「なぜ起きているか」がすぐに説明できるようになります。