Excel Formula Errors Explained: Read, Trace & Fix
What You'll Be Able to Diagnose — and Why Getting Excel Formula Errors Explained Early Will Save You Real Time
Most people treat Excel errors as something to get rid of as fast as possible. That instinct is exactly wrong. Error values aren't failures — they're Excel telling you, with surprising precision, what went wrong and where. The problem is that most tutorials skip straight to "wrap it in IFERROR," which is a bit like covering your check engine light with tape. This guide covers the full picture: reading each error value with confidence, tracing it back to its source, understanding how errors propagate from one cell into others, and only then deciding how to handle them. If you're new to formulas in general, the Excel Formulas and Functions for Beginners guide is worth reading first. To get the most out of this article, you just need one thing: a spreadsheet formula that's currently showing an error.
|
| Each error value in Excel points to a specific category of problem, learning to read them is the first step to fixing them. |
Step 1: Read the Error Value in Your Cell and Understand What Excel Is Actually Telling You
Once you stop trying to make the error disappear and start reading it, you're already halfway to fixing it. Each error code in Microsoft Excel corresponds to a specific category of problem. Getting the category right means you won't spend twenty minutes chasing the wrong fix.
I've debugged every one of these hundreds of times across a decade of corporate reporting work. The ones that waste the most time aren't the dramatic ones — they're the quiet, mundane ones that look like user error.
The Six Formula Error Types You'll Encounter Most
- #VALUE! means Excel received the wrong data type. You fed it text where it expected a number, or a number where it needed a date. The ingredients don't match the recipe.
- #REF! almost always means a deleted cell was part of your formula. You removed a row or column that something else was pointing to, and now that cell reference is broken. Excel can't find what it's looking for.
- #NAME? means Excel doesn't recognize something in your formula — usually a typo in a function name, or a text string you forgot to put in quotes. Excel is not being picky; it's being literal. There's a difference.
- #DIV/0! is exactly what it sounds like: division by zero, or by an empty cell. Common in ratio formulas where the denominator isn't filled in yet.
- #NULL! is rare and strange. It happens when you use a space instead of a comma or colon between cell references, accidentally invoking an intersection operator that finds nothing. Most people see this once, fix it by accident, and never understand what happened.
- #N/A means a lookup couldn't find its target. A misunderstood cell reference can cause it, but the leading culprit is trailing spaces. A colleague of mine couldn't get his VLOOKUP to return a result despite following a tutorial step by step. The fix took two seconds: a TRIM around the lookup value. He'd concluded he "wasn't an Excel person." He was — he just had trailing spaces. I now TRIM lookup values by default. It takes two seconds and saves hours.
A quick diagnostic habit: before you do anything else, read the error code in full and match it to the category above. The category tells you which direction to look.
Two Newer Errors (#SPILL! and #CALC!) That Older Guides Don't Cover
If you're using Microsoft 365 or Excel Online, you may see two errors that didn't exist in older versions.
The #SPILL! error occurs with dynamic arrays when the range where results need to expand is blocked by existing data. Clear the cells in the spill range and it resolves immediately.
#CALC! appears when a calculation inside an array formula hits an unsupported operation, such as referencing an entire column in a context that doesn't support it. These errors are absent from most older tutorials, which is part of why they cause so much confusion.
If you're working in Excel 2016 or earlier, you won't see #SPILL! or #CALC! at all. These are exclusive to versions that support dynamic array formulas.
Step 2: Trace the Source of Any Excel Formula Error Before You Try to Fix It
Now that you can name what you're seeing, the next question is: did this error originate here, or did it travel in from somewhere else? That distinction matters more than most guides acknowledge.
Use Error Checking and Trace Precedents to Find Where the Problem Started
Error propagation in Excel is one of the most underappreciated pain points in real-world spreadsheet work. One broken cell can cascade into dozens of dependents, making it look like half your sheet is broken when really you have one problem in one place. Before you touch anything, find out where it started.
Excel has two built-in tools for this:
- The small green triangle in the corner of a cell with an error gives you an error checking dropdown. Click the warning icon and you'll often get a direct explanation and a link to the cell causing the issue.
- Trace Precedents, found under Formulas → Formula Auditing, draws arrows from the selected cell back to every cell feeding into it. You can visually follow the chain to the source. Run it on the cell showing the error, not the one you suspect.
A circular reference — where a formula refers back to its own cell — shows up as a warning in the status bar rather than a traditional error value. If you see "Circular Reference" at the bottom of your screen, that's your trace starting point.
This inside-out diagnostic approach applies to manual debugging too. When a formula is failing, start at the innermost function and test each layer outward. Build one piece, confirm it works, then nest the next.
Step 3: Suppress or Handle Excel Formula Errors Using IFERROR (and When to Use ISERROR Instead)
Once you've traced the error to its source and confirmed the formula itself is correct, you can decide how to handle what's displayed. This is where the IFERROR function belongs — at the end of the process, not the beginning.
IFERROR wraps your formula and returns a fallback value if any error occurs:
=IFERROR(your_formula, "Not found")— returns a label when the formula errors=IFERROR(your_formula, "")— returns a blank cell instead
IFERROR catches every error type — not just #N/A but also #VALUE!, #REF!, and #DIV/0!. That's powerful, but it's also a trap. If your formula has a genuine mistake, IFERROR will hide it. You'll get a blank cell or a friendly message where you should be getting a warning. That's how a formula returning the wrong result quietly ends up in a report.
ISERROR gives you more control. It returns TRUE or FALSE depending on whether a formula errors, so you can write conditional logic around it — handling specific error types differently rather than suppressing everything. Use it when "hide all errors" isn't the right answer.
Common Mistakes When Reading Excel Formula Errors
Confusing #VALUE! with #REF! is the most common misread. They look similar at a glance, but they point in completely different directions: one is a data type mismatch, the other is a broken cell reference. Chasing the wrong one wastes time.
Wrapping everything in IFERROR without diagnosing first is the mistake I care most about. Done early, it creates silent wrong results — cells that look fine, return a plausible number, and are completely incorrect. That's worse than a visible error. I learned this from a presentation early in my career where a formula failed with blank cells mid-demo. A visible error would have been embarrassing. A wrong result that looked right would have been a real problem.
The third stumble is assuming an error lives in the cell where you see it. When a #REF! error from a deleted cell propagates through dependent formulas, you can end up with error values three or four cells away from the actual source. Fix it at the origin with Trace Precedents, and the cascade resolves on its own.
If you're still getting comfortable with how formulas work before errors enter the picture, the Excel for Beginners: Complete Starter Guide covers the foundation.
Frequently Asked Questions
What is the difference between #VALUE! and #REF! in Excel?
#VALUE! means your formula received the wrong data type — usually text where a number was expected. #REF! means a cell reference in your formula is broken, most often because a row or column it depended on was deleted. They look similar at a glance, but they require completely different fixes.
How do I stop an error from spreading to other cells in Excel?
Fix the source cell first. Error propagation in Excel happens when a cell containing an error is referenced by other formulas — those cells inherit the error. Use Trace Precedents (Formulas → Formula Auditing) to find the originating cell, fix that one, and the dependent errors will clear.
When should I use IFERROR vs ISERROR in Excel?
Use IFERROR when you want a single clean fallback for any error — it's simpler and covers all error types at once. Use ISERROR when you need conditional logic, like treating #N/A differently from #VALUE!, or when you want to test for an error without suppressing it outright. Either way, make sure your formula is working correctly before you apply either one.
If you take one thing from this article: the error value in your cell is information, not noise. Read it before you suppress it.
Join the conversation