ExcelのSUMが0になるとき「書式を標準」だけでは直らない理由を実機で検証

Excelで =SUM(A2:A4) と入れたのに、答えが 0 のまま。数字はちゃんと並んでいるし、数式もどこも間違っていない。それなのに合計だけが合わない…という相談は本当に多いです。

調べると、たいてい「セルの表示形式を標準に変えましょう」と書いてあります。ところが、そのとおりにやっても直らないことがあります。しかもよく言われる「左寄せになっていたら文字列」という見分け方は、実機で確かめたら成り立ちませんでした。この記事では Excel 2019（バージョン 16.0.19127）を実際に操作して、どこを見れば判断できるのか、どうすれば本当に直るのかを確かめた結果をまとめます。

SUM関数が合計されない一番の原因は数値が文字列として入っていること

まず実機で再現したのがこちらです。左右にまったく同じ 100 / 200 / 300 を並べて、それぞれ =SUM() で合計しました。

左の列は合計が 0、右の列は 600。数字は同じなのに結果が違います。違いは、その数字が「文字列」として入っているか「数値」として入っているかだけです。表示形式が文字列になっているセルに数字を打ち込むと、見た目は数字でも中身は文字として保存されます。SUM関数はそれを合計に入れてくれません。

やっかいなのは、エラーが出ないことです。警告らしい警告も出ず、ただ静かに0が表示されるので、数式を何度見直しても原因にたどり着けません。

文字列かどうかを見分ける決め手は緑の三角

ここが今回いちばん確かめたかったところです。「数字が左に寄っていたら文字列」という説明をよく見かけますが、実機で3つのパターンを並べたところ、それでは判断できませんでした。

画像の左の列は、表示形式を文字列にしてから100/200/300を入力したものです。左寄せで、セルの左上に緑の三角が付き、合計は0。真ん中の列は、数値として入力した後から文字列書式に変えたものです。こちらは左寄せなのに緑の三角は付かず、合計は600で正しく計算されています。右の列は普通に数値を入力したもので、右寄せ・合計600です。

つまり左寄せは判断材料になりません。見分ける決め手は「セルの左上に緑の三角が付いているか」です。三角が付いているのは左の列だけで、合計が0になるのもその列だけでした。この判定については、Excelが「数値が文字列として保存されている」と判断しているかどうかをプログラムから読み出して確認し、画面に見えている三角の有無とも一致していました。

Microsoft のサポートページ「文字列形式の数値を数値形式に修正する」にも、この見え方の説明があります。公式では『表示形式が文字列に設定された数値 (数値文字列) は、右揃えではなく、左揃えでセルに配置され、通常はエラー インジケーターが表示されます。』『このエラー インジケーター (図を参照) は、数値が文字列として保存されていることを示します。』と書かれています。なお、このページの適用先には Excel 2013 と記載されています。今回の実機は Excel 2019 です。

気をつけたいのは、この公式の説明は「文字列として保存された数値はこう見える」という向きの話だということです。逆に「左寄せなら文字列だ」とは言えません。実機の真ん中の列がその反例でした。

表示形式を標準に変えるだけでは直らない場合がある

「書式を標準にすれば直る」という説明は、当たる場合と当たらない場合があります。分かれ目は、数字を入力したのが先か、文字列書式にしたのが先かです。実機で両方のパターンを作って確かめました。

Bのパターンは、あとから文字列書式にしてもSUMは600のまま壊れませんでした。「文字列書式になっている＝SUMが0になる」わけではないのです。

やっかいなのはAです。実機で、表示形式を「標準」に変えただけのセルは中身が文字列のまま残り、合計は0のままでした。逆に、表示形式を文字列のままにして数字を入れ直しただけでも、やはり0のまま。「表示形式を標準に戻す」と「数字を入れ直す」の両方をやってはじめて600になりました。どちらか片方だけでは足りません。

Microsoft のサポートページには、数値書式を適用するだけでよい場合の案内もあります。公式は『単に数値書式を適用するだけで、同じ結果が得られます。』と書いたうえで、続けて『たとえば、ブックに数値を入力した後で文字列として書式設定すると、セルの左上隅の緑色のエラー インジケーターは非表示になります。』『この場合、数値書式を適用できます。』と、数値を入力した後で文字列書式にした場合を例として挙げています。これは上の表でいうBに当たります。実機のAでは、書式を変えるだけでは直りませんでした。この2つを分けずに「書式を変えるだけで直る」とだけ覚えてしまうと、Aで困っている人はいつまでも直らないことになります。

SUM関数は0なのに足し算だと計算できる理由

「SUMのときだけ合わない」と感じたことはないでしょうか。これも実機で並べて確かめました。

同じ3つのセルを対象にしているのに、=SUM(A2:A4) は 0、=A2+A3+A4 は 600 になりました。中身が「100」のように数字として読める文字列のときは、足し算なら計算できてしまうわけです。

ただし、これは「+なら文字列でも何でも足せる」という意味ではありません。実機で、3つのうち1つを「abc」のような数字として読めない文字列に差し替えて試したところ、足し算のほうは #VALUE! エラーになりました。このとき =SUM() はやはり0のままです。

Microsoft のサポートページ「SUM 関数」には『参照先のセルに数値以外 (テキスト) の値がある場合、数式が破損し、#VALUE! エラーが返される場合があります。 SUM はテキスト値を無視して、数値だけを合計します。』と書かれています。このページの適用先には Excel 2019 が含まれています。実機で起きたことと、公式の説明が一致しました。

この表の見方はこうです。足し算はエラーで教えてくれることがあるのに、SUM関数はどちらの場合も何も言わずに0を返す。だから気付けないのです。SUMが0で足し算だと数字が出るなら、中身が文字列だとほぼ判断できます。数式を疑う前にこれを試すと切り分けが早く進みます。

文字列として入った数値を数値に直す手順

Aのパターンだと分かったら、表示だけでなく中身そのものを数値に変えます。実機で確かめたのはこの手順です。

手順どおりに直すと、次のように合計が出ました。

左の列の数字が右寄せに変わり緑の三角も消えて、合計が600になりました。なお、この画像の合計セル自体は数字が左に寄って見えます。実機で調べたところ、文字列書式の列のすぐ下に数式を入れると、Excelが上のセルの書式（文字列）を引き継ぐことが分かりました。中身は数値なので計算はできています。ここでも「左寄せ＝文字列」ではないわけです。合計セルの見た目も揃えたいときは、そのセルの表示形式も標準に戻してください。

公式が案内しているエラー ボタンからの変換

Microsoft のサポートページでは、緑の三角が付いたセルの隣に出る「エラー ボタン」から直す方法も案内されています。公式は、選んだセルまたはセルの範囲の隣に表示されているエラー ボタンをクリックし、メニューの「数値に変換する」をクリックする、という手順を紹介しています。これは公式ページに書かれている内容の紹介で、今回の検証ではこのボタンのメニューを実際に開いて確認するところまではできていません。実機で確かめたのは、上に書いた「標準に戻して入れ直す」手順です。

スペースや全角が原因と言われるが実機では違った

この手の記事でよく見かけるのが「余計な空白や全角文字を取り除きましょう」という説明です。これも実機で確かめてみました。

表示形式が標準のセルに、前に半角スペースを付けた「 200」と、全角の「４００」を直接入力してみたところ、どちらもExcelが数値として取り込み、SUMの合計に含まれました。一方、同じものを表示形式が文字列のセルに入れると、今度はすべて文字列扱いになり、SUMは0になりました。

つまり、少なくともこの2つを標準書式のセルに直接入力した限りでは、スペースや全角そのものがSUMを止める原因にはなりませんでした。効いていたのは「文字列として入っているかどうか」です。まずは緑の三角を確認してみてください。

ただし、今回試したのは半角スペース1つと全角数字だけです。Webページや業務システムからコピーしてきたデータに混ざる特殊な空白文字は試していません。

その特殊な空白について、知っておくと役に立つ話がひとつあります。Microsoft のサポートページ「TRIM 関数」には『TRIM 関数は、7 ビットの ASCII スペース文字 (値 32) をテキストからトリミングするために設計されたものです。』『Unicode 文字セットには、これ以外にも、改行しないスペース文字と呼ばれるスペース文字 (10 進値 160) があります。』と書かれたうえで、続けて『TRIM 関数を単独で使った場合、この改行しないスペース文字は削除されません。』と書かれています。つまり公式のページに、TRIM関数だけでは削除されない空白があると明記されているわけです。このページの適用先には Excel 2019 が含まれています。「空白はTRIMで取ればいい」とだけ覚えていると行き詰まることがある、ということですね。ただし今回の実機ではこの空白そのものを試していないので、実際にどうなるかは確かめていません。

それでも合わないときに疑うところ

文字列ではなかった場合に実機で確かめたものを挙げておきます。よく原因として挙げられるものでも、実際に起きる症状は違っていました。

とくに「手動計算だから0になる」という説明は、実機の症状と違いました。手動計算で起きるのは0ではなく「数字を直したのに合計が変わらない」という現象です。合計がまったく変わらないときは、キーボードのF9を押してみてください。それで正しい数字になれば、計算方法が手動になっています。

循環参照については、合計の数式がその数式自身のセルを含む範囲を指していると0になることを確認しました。今回はプログラム経由で操作したため、画面に警告が出るかどうかまでは確かめていません。

よくある質問

表示形式を標準にしたのに0のままです

中身がまだ文字列だからです。実機でも、表示形式を標準に変えただけでは0のままでした。同じセルに数字を入力し直してください。緑の三角が消えれば直っています。

文字列の書式になっているのにSUMがちゃんと合います

数値を入力した後から文字列書式にした場合です。実機でもこのパターンではSUMは600のままで壊れませんでした。中身は数値なので、直す必要はありません。

左寄せになっていたら文字列と考えていいですか

いいえ。実機では、中身が数値でも左寄せになるセルがありました。判断するなら緑の三角の有無か、=ISTEXT() の結果で見てください。

SUMは0なのに足し算だと数字が出るのはなぜですか

中身が「100」のように数字として読める文字列だからです。実機では同じセルでSUMが0、足し算が600になりました。ただし読めない文字列が混ざると足し算は #VALUE! エラーになります。

合計が0になるだけなら「文字列を数値に直す」で片付くのですが、実際のファイルだと、他のシステムから貼り付けた列だけがおかしい、直したはずなのに翌日また0に戻る、といった込み入った状態になっていることがよくあります。文字列を数値に直しても合計が合わない、というケースもあります。画面を見ないと判断できないことも多いです。「なんかよくわからないなぁ…。」と手が止まってしまったら、から気軽に聞いてください。

uri uri

出典・引用サイト

• Microsoft サポート「文字列形式の数値を数値形式に修正する」
• Microsoft サポート「SUM 関数」
• Microsoft サポート「TRIM 関数」

最終確認日 2026年7月16日（Excel 2019 バージョン 16.0.19127 / Windows 11 で確認）