How to MATCH Data in Two Excel Sheets

What this does

MATCH answers "where is this?" rather than "what is this?". Given a value and a single row or column, it returns the ordinal position of the first match — 1 for the first cell of the range, 3 for the third, and #N/A when nothing matches. That position is rarely the final answer, which is why MATCH almost always feeds another function: INDEX to return a value from that position, VLOOKUP as its col_index_num so the formula survives inserted columns, or a comparison to test whether a value exists at all. The optional third argument is the trap: omitted, it defaults to 1, which assumes the data is sorted ascending and quietly returns the wrong position when it is not. Type 0 explicitly, every time. Most people learn this as a sequence of clicks and forget it by next week; learning it as a pattern instead is what lets you apply it to the next, slightly different version of the problem without starting from scratch. That is the difference this page is trying to make. Treat “match data in two excel sheets” as a small repeatable workflow rather than a one-off click you hope to remember next time. Use a small test block before the live file, so any surprise in the affected sheet shows up while it is still harmless. When a formula is involved, keep the inputs labelled beside it, reference cells instead of typing values, and apply number formatting only after the result checks out. That turns a data step that keeps your analysis trustworthy into a method you can reuse, explain, and defend when the workbook leaves your screen.

A worked example

Month names sit in A2:A13. =MATCH("Apr", A2:A13, 0) returns 4, because April is the fourth cell of that range — not row 4 of the sheet. Combined with INDEX to fetch the matching revenue from B2:B13: =INDEX(B2:B13, MATCH("Apr", A2:A13, 0)) returns 41,200. To test existence rather than fetch a value, wrap it: =IF(ISNUMBER(MATCH(E2, A2:A13, 0)), "found", "not in list"). MATCH is the position engine behind flexible lookups: it is what lets INDEX fetch from any column, what stops VLOOKUP breaking when someone inserts a column, and the cheapest way to ask whether a value exists in a list at all. A practical tip before you scale it up: build it once on a small block of test data, confirm the number against the tool on this page, and only then point it at your real sheet. That one habit catches almost every mistake while it is still cheap to fix, long before a wrong figure reaches a report or a colleague.

In Google Sheets

Google Sheets handles this almost identically to Excel. The formula syntax above is the same, and the menu lives under a slightly different label rather than a ribbon tab. Use the platform toggle at the top of the page to switch every keyboard shortcut between Windows and Mac, and expect at most cosmetic differences in naming. Keep this page bookmarked for the next time the same question comes up. Better still, rebuild the example once in your own sheet — doing it yourself, with the tool above to check against, is what turns a copied formula into a technique you own. Here is the takeaway for “match data in two excel sheets”: copy the answer if you are busy, but if you have a spare few minutes, rebuild the example in Excel yourself with the tool above open beside it. That single pass — type it, run it, watch the result move when you change an input — is what turns a formula you found into a technique you trust. Keep your inputs labelled and referenced, never hard-coded, and the same sheet stays correct and auditable as it grows. Done that way, you will not need to look this up again, and you will be the person others ask.

Common mistakes

• Omitting the third argument, so match_type defaults to 1 and returns a plausible but wrong position on unsorted data.
• Reading the result as a sheet row number — it is a position within the selected range, so a range starting at A2 returns 1 for row 2.
• Passing a two-dimensional range as lookup_array; MATCH takes one row or one column only.
• Comparing a number against a column where the numbers are stored as text, which returns #N/A even though the values look identical.
• Leaving the range relative so it drifts when the formula is filled down.

Frequently asked questions