先判斷亂碼是開啟方式造成，還是文字早已損壞
Excel 直接開啟 CSV 後看到姓名、地址或備註變成無意義符號時，先關閉而且不要儲存，保留原始 CSV 再做判斷。若原檔中的文字仍完整，改用匯入預覽通常能選對 UTF-8；若原檔已經變成問號或缺字，Excel 不能憑空還原內容。
例如社團從報名系統匯出名單，陳怡君 在 Excel 內顯示成一串奇怪字元，但用另一個可信任的純文字檢視方式查看原始副本時，姓名仍是正常中文。這表示資料可能沒有壞掉，問題比較像 Excel 直接開檔時採用了不合適的解讀方式。相反地，如果原始副本在不同程式裡都只剩 ???，應回到匯出系統重新產生檔案，不要反覆另存而覆蓋證據。
編碼也不是唯一原因。整列資料擠在第一欄，常見原因是分隔符號選錯；姓名正常但日期、長編號或前導零改變，則屬於欄位型別轉換。先把這三類問題分開，才不會為了修亂碼而製造新的欄位錯誤。
在 Windows 桌面版 Excel 用「從文字/CSV」控制匯入
目前 Microsoft Support 核對到的桌面流程是從 資料 > 從文字/CSV 開啟預覽，再確認檔案來源、分隔符號與欄位結果後載入。這份操作頁面明確適用於 Excel for Microsoft 365、Excel 2024、Excel 2021、Excel 2019 與 Excel 2016。
實際操作時先複製一份原始 CSV，所有嘗試都在工作副本進行：
- 建立新的空白活頁簿，不要先雙擊 CSV。
- 在 資料 索引標籤選擇 從文字/CSV，指定工作副本。
- 在預覽畫面確認檔案來源是 UTF-8，並查看中文姓名、地址與備註是否恢復正常。
- 檢查分隔符號；逗號、分號或 Tab 選錯時，欄位數與表頭會立刻不合理。
- 對郵遞區號、會員編號與電話等欄位，確認載入後不會被當成數字或日期。
- 先載入少量可辨識的測試資料，再核對首筆、中段與末筆紀錄。
Microsoft 另一份 UTF-8 說明指出，帶有 BOM 的 UTF-8 CSV 通常可以正常直接開啟；沒有 BOM 時，建議經 Power Query 或文字匯入流程處理。這不代表應手動亂加位元組，也不代表所有亂碼都是缺少 BOM。最安全的判斷仍是保留來源副本，透過預覽確認實際結果。
若功能區名稱不同，可使用 Excel 內的搜尋或說明欄尋找「從文字/CSV」。本文核對的是上述 Windows 桌面版本；Mac 與 Excel 網頁版的入口和能力不可直接照搬，應依該版本的 Microsoft 官方說明處理。
用瀏覽器預覽判斷檔案結構，但不要把它當成修復器
CSV / Excel 線上預覽工具適合在匯入前後抽查表頭、工作表、列欄數與已知文字，協助判斷檔案是否能被解析。它會在瀏覽器讀取你選擇的 CSV、TSV、XLSX 或 XLS，能切換工作表、搜尋載入的資料，並在畫面呈現最多 500 筆符合的資料列。
這個頁面沒有編碼選擇器，也不會修改或覆寫來源檔。若預覽中的中文正常，而 Excel 直接開啟時亂碼，這是一個「改用受控匯入」的線索，不是對編碼的正式鑑定；若兩邊都不正常，也不能因此斷定檔案無法救回，仍應向資料提供者確認匯出格式。
工具的「匯出 CSV」會從目前選取的工作表資料另建一個 data.csv，不是把原 XLSX 修好，也不會保留公式、格式、巨集或多工作表結構。搜尋框只影響畫面顯示，不會把搜尋條件變成匯出篩選。若只是要檢查少量去識別化的 CSV 文字結構，可以另外使用 CSV 與 JSON 互轉工具；它處理貼上的文字，同樣不能開啟或修復 Excel 活頁簿。
中文恢復後還要檢查分隔符號、型別與列數
中文字看起來正常，只代表第一道問題可能排除，不能直接交付。匯入預覽與載入完成後，至少要核對欄位名稱、預期列數、特殊符號、空白欄位，以及一筆含逗號或換行的備註。
可以先準備一組人工知道答案的檢查點：
- 第一筆姓名應為哪三個字，地址是否包含縣市與路名。
- 某個會員編號是否保留開頭的
0。 - 備註中的逗號是否仍留在同一欄，而不是把後半句推到下一欄。
- 空白值是否仍是空白，沒有被上一列內容補入。
- 來源系統顯示的資料筆數，是否和 Excel 載入後相符。
完成後另存為新的 XLSX 工作檔，原始 CSV 繼續保留。若還要輸出 CSV，Microsoft 提醒文字格式只會儲存目前工作表，部分 Excel 功能也無法保留；因此再次輸出後，要重新開啟那個實際準備上傳或寄出的檔案，而不是只看活頁簿畫面。
無法確認來源編碼時，先停止覆寫
當提供者說不清楚編碼、檔案經過多次轉寄，或內容包含不可替代的姓名與地址時，正確做法是保留原始檔並要求重新匯出。反覆用不同設定開啟再儲存，可能把尚可辨識的位元轉成真正遺失的字元。
組織若禁止把含個資或商業資料的檔案放入瀏覽器工具，就只使用受管理的本機 Excel 與核准流程。即使頁面在瀏覽器端讀取檔案，也不代表符合每個單位的資料處理規範。正式交付前，應以 2026-08-04 核對的 Microsoft 文件、資料提供者規格與收件系統範例為準。
常見問題
CSV 變亂碼後直接另存成 XLSX 可以修好嗎？
不一定。若文字已用錯誤編碼解讀，直接另存只會把錯誤結果保存下來。先關閉且不要儲存，回到原始副本用「從文字/CSV」重新匯入。
預覽正常就代表原始 CSV 一定是 UTF-8 嗎？
不代表。預覽正常只能證明目前解析方式得到可讀結果，不能取代來源系統的編碼規格。仍要確認匯出設定與實際收件系統要求。
ToolboxHub 可以替我把 CSV 改成 UTF-8 嗎？
不可以。CSV / Excel 線上預覽只讀取並顯示資料，也可另建目前工作表的 CSV；它沒有編碼轉換或修復功能，不會編輯來源檔。
為什麼中文正常，郵遞區號前面的 0 卻不見了？
那是欄位型別問題，不是亂碼。匯入時應把識別碼欄視為文字，並用已知樣本確認前導零沒有被 Excel 轉成數字後移除。
改副檔名成 XLSX 能避免亂碼嗎？
不能。改副檔名不會轉換檔案內容，還可能讓程式誤判格式。應從原應用程式正式匯出，或用 Excel 的受控匯入流程讀取 CSV。