VLOOKUP 會在你搜尋的值是真實數字、但對應欄位卻把同樣的數字以文字字串儲存時回傳 #N/A，而把文字轉成數字以讓 VLOOKUP 正常運作的最快方式，取決於文字的來源。如果該文字是儲存格內的數字字串(例如 "1234")，並且緊鄰一欄真實數字，Excel 的 VALUE() 函數、雙負號 (--) 技巧、加 0、或「選擇性貼上」為值，都能就地修正這個型別不符的問題。如果該文字是英文拼寫出來的片語，例如在逐字稿、表單回應或複製的文件中的 "twelve thousand four hundred"，則需要另一種轉換方式，在貼回工作表之前先把文字轉成數字。這第二種情況正是 文字轉數字轉換器 處理的工作:輸入一段清楚的英文基數整數片語，選擇「Convert to digits」，解析器就會回傳一個以逗號分隔格式的整數(例如 12,400)，可以直接貼到 VLOOKUP 的關鍵欄位。這兩種工作流程有共同的目標——讓兩邊的資料型別一致，讓 VLOOKUP 不再回傳錯誤——但走的工具路徑不同。
為什麼 VLOOKUP 對「以文字儲存的數字」會回傳 #N/A
VLOOKUP 會把查找值跟表格陣列第一欄中的每一個項目進行比對，而這個比對對資料型別非常嚴格。在 Excel 的比對邏輯中，真實數字 1234 並不等於文字字串 "1234"，即使兩者在畫面上看起來一模一樣。當查找欄是從 CSV 匯入、網頁表單、聊天訊息的複製貼上，或是某個把值用 TEXT() 包起來的公式所填入，儲存格裡裝的就是文字而非數字，而用真實數字去 VLOOKUP 時，就會跳過每一格。相同的錯誤也會反向發生:用文字的查找值去搜尋數字欄，結果一樣是 #N/A。任何使用完全符合引數的查找函數都繼承了這個規則，包括 INDEX/MATCH、舊模式下的 XLOOKUP，以及當作查找替代方案使用的 SUMIFS。
這種型別不符通常要等到排序、SUM 檢查或樞紐分析表顯示某個「數字」欄無法彙總時才會被發現。儲存格左上角的綠色三角形警示，以及編輯列中出現的撇號，是 Excel 已把該值儲存為文字的兩個最明顯徵兆。一旦確認型別，讓 VLOOKUP 恢復正常的路徑就很短。
在 Excel 中將文字轉換為數字以利 VLOOKUP 的方法
當儲存格內容看起來已經是數字時，修正動作完全在試算表內部完成。常見的技巧有五種，下表從速度、是否需要輔助欄、對空白或已經是數字的儲存格會如何反應，以及是否能復原等面向來比較。
| 方法 | 公式或動作 | 輔助欄 | 對空白是否安全 | 可復原 |
|---|---|---|---|---|
| VALUE() | =VALUE(A1) | 需要 | 空白會報錯 | 可(刪除該欄) |
| 雙負號 (--) | =--A1 | 需要 | 空白會報錯 | 可 |
| 加 0 | =A1+0 | 需要 | 空白會回傳 0 | 可 |
| 乘以 1 | =A1*1 | 需要 | 空白會回傳 0 | 可 |
| 選擇性貼上為值，再乘 | 複製儲存格，選擇性貼上 > 乘 | 不需要 | 空白會報錯 | 不可(會覆寫) |
「選擇性貼上」是唯一會就地改寫原始儲存格的方法;其他幾種都是放在輔助欄，還需要再用「複製貼上為值」覆蓋回來源欄。對於數百列的單一欄位來說，使用 VALUE() 或雙負號的輔助欄做法最為安全，因為空白列會大聲報錯，而不是默默變成 0 汙染下游的加總結果。
「文字剖析」同樣能就地將文字型數字翻轉為真實數字。選取該欄，選擇「資料 > 文字剖析」，在不更動任何欄位設定的情況下按「完成」,Excel 在處理過程中會把儲存格強制轉為數字。當你因為 VLOOKUP 必須參照同一範圍而無法新增輔助欄時，這就是正解，也與相關指南中介紹的在 Excel 中將以文字儲存的值轉換回來的技巧一致。
當「文字」其實是拼出來的數字片語
前面那些 Excel 技巧只能在儲存格裡已經是數字、只是被 Excel 誤判為文字時才有用。如果儲存格裡裝的是文字——例如 "forty-two"、"two hundred and six"、"negative one million"——這些技巧完全派不上用場。這種情況的來源通常是逐字稿、聊天機器人回應、表單回應匯出、合約條款，或同事手打的註記，工作流程必須先把這些文字轉成數字，後續才能進行。一旦數字產生，貼到工作表裡就會是真實的數字，VLOOKUP 就能順利對應到數字型的查找欄，不會出錯。
「文字轉數字轉換器」正是為了這種情境而設計。它接受一段英文基數整數片語，並回傳一個以逗號分隔格式的整數，可以複製到任何試算表、文件或表單欄位中。相關的姊妹指南把電話風格的文字轉成數字則涵蓋另一個相關但不同的謄錄工作流程，適用於每個字母對應鍵盤上一個數字的情況。
一步步把數字片語轉成數字
這個轉換器的定位很窄:它只接受乾淨的基數整數片語，其他一律拒絕，所以輸出結果是可預期的。把它當成從文字來源到試算表之間的一個快速步驟即可。
- 打開轉換器，在輸入欄位中只輸入基數整數片語，例如 twenty-five thousand three hundred seventy-six。不要把前後的句子、單位、標籤或貨幣字眼一起貼上。
- 選擇 Convert to digits。結果會以 25,376 出現在輸入欄下方，已經加上千分位逗號，可以直接複製。
- 複製這串數字，貼到將作為 VLOOKUP 關鍵值的試算表儲存格中。由於貼上的是真實的數字，不需要再用 VALUE() 包起來，第一次就能跟數字欄匹配成功。
- 如果出現錯誤訊息，代表解析器標記到了語法邊界。常見的修正方式包括:移除多餘的貨幣字眼、刪掉小數點、把 lakh 或 crore 這類分組方式換成英文等價詞，或是把包含多個數字片語的句子拆開。
- 在貼入財務或法律用途的儲存格之前，請先把結果與原始文字相互對照核對。尤其是語音謄錄，很可能漏掉一個 "thousand" 或 "million"，導致數值偏差好幾個數量級。
轉換器接受與拒絕的內容
這個解析器刻意設計得很嚴格，而嚴格正是有效結果值得信任的原因。事先知道邊界在哪，能省下一輪試誤。
| 形式 | 範例 | 是否接受 |
|---|---|---|
| 簡短基數整數 | two hundred forty-six | 接受 |
| 帶連字號的複合詞 | twenty-five | 接受 |
| 連接詞 "and" | one hundred and five | 接受 |
| 以文字表示的負號 | negative twelve thousand | 接受 |
| 含小數的片語 | forty-six point five | 不接受 |
| 貨幣片語 | two hundred dollars | 不接受 |
| 序數 | forty-second | 不接受 |
| 印度分組法 | two lakh fifty thousand | 不接受 |
| 重複的進位詞 | one million million | 不接受 |
| 內嵌的零 | two hundred zero five | 不接受 |
英文的數字文字遵循 Unicode LDML 規則式數字格式設定指引中所記載的拼寫順序，該資源中公布的範例為 hundred、thousand 和 million 等形式提供了獨立的對照基準。大小寫與額外的空白不會影響結果，因此 "Two Hundred Forty-Six" 的解析結果與 "two hundred forty-six" 相同。支援的範圍從負 999,999,999,999 到正 999,999,999,999，當片語超出這個範圍時，解析器會拒絕猜測。
隱私與驗證注意事項
這個轉換器在目前的瀏覽器分頁中執行確定性的解析。輸入的片語不會被上傳、不會儲存在伺服器上，也不會用於訓練任何模型。當文字內容包含客戶識別碼、發票總額，或任何受內部資料處理規範保護的項目時，這點特別重要，因為所有解析都是在目前的瀏覽器分頁中本機執行。對於受隱私或資料落地規範限制的團隊而言，這個特性讓此步驟可以納入已核准的工作流程之中，而不是游走在流程之外。
對於會驅動財務、法律或量測決策的數字，在貼入下游儲存格之前，務必把結果與原始來源再核對一次。這個轉換器是錄步驟，不是驗證步:它無法判斷說話者實際講的是 "thirteen" 還是 "thirty"，而語音逐字稿中漏掉一個 "million" 就會讓結果差六位數。花兩秒鐘把數字、解析後的值，以及原始片語再讀一遍，就足以抓出大多數的謄錄錯誤。至於區域變體，請先確認該片語使用的是短刻度英文，其中 thousand 為 10³、million 為 10⁶、billion 為 10⁹，再將轉換後的值用於下游計算。
整合起來，讓 VLOOKUP 正常運作
兩種清理方式就能涵蓋大多數 VLOOKUP 的資料型別錯誤。對於已經是數字字串的儲存格，使用 VALUE()、雙負號或「文字剖析」把該欄翻轉為真實數字。對於來源文件中的數字是以英文單字拼出來的情境，把片語貼進「文字轉數字轉換器」，再把以逗號分隔格式的整數複製回工作表，查找就能順利執行，不再出現 #N/A。同一個目標——讓查找兩邊的資料型別一致——可以透過兩個不同的入口達成，針對不同來源選擇正確的入口，既省時又能避免那種「空白悄悄變成 0、下游加總在不知不覺中漂移」的隱性毀損失敗模式。