重點摘要
- 中文顯示亂碼時，先在 CSV 預覽檢查「檔案來源／編碼」，不要直接修改資料內容。 - UTF-8 常對應代碼頁 65001；Big5 是另一種常見繁體中文編碼，應以預覽結果判斷。 - 合併檔案必須維持相同欄位名稱、順序及意義，否則可能錯位或產生錯誤。 - 新檔加入後要執行「全部重新整理」，並以筆數、期間及總額驗證結果。 Power Query 合併 CSV 發生中文亂碼，通常是讀取編碼與檔案實際編碼不一致；資料錯位則常來自來源檔的欄位結構改變。先分辨「文字解碼」與「資料結構」兩類問題，才能用正確方式修正，而不是反覆刪除重做查詢。
UTF-8、65001 與 Big5 是什麼？
「文字編碼」是一套把電腦位元轉成文字的規則。同一串位元若用錯誤規則解讀，就會看到方框、問號或無意義符號。UTF-8 是廣泛使用的 Unicode 編碼，在 Power Query 的 Csv.Document 文件中預設代碼頁為 65001；Big5 則是繁體中文環境常見的傳統編碼之一。
| 名詞 | 白話說明 | 何時需要注意 |
|---|---|---|
| UTF-8 | 可表示多國文字的 Unicode 編碼 | 跨系統交換、網站或較新的匯出檔常見 |
| 65001 | Windows／Power Query 常用來表示 UTF-8 的代碼頁編號 | 編碼清單沒有直接寫 UTF-8 時 |
| Big5 | 傳統繁體中文文字編碼 | 台灣較舊系統或特定 ERP 匯出檔可能使用 |
| 分隔符號 | 用逗號、分號或 Tab 區分欄位 | 選錯會讓整列擠在同一欄或拆錯欄 |
| 結構描述 | 欄位名稱、順序、數量及資料類型的整體規格 | 多檔合併、長期更新時必須固定 |
Power Query 中文亂碼如何修正？
先保留原始 CSV，不要直接覆寫。使用少量虛擬資料測試不同編碼，看到中文、分隔符與欄位都正確後，再套用至完整資料夾。
前置條件
- 已能從 Excel 進入 Power Query 編輯器。
- 有一份出現亂碼的 CSV 備份。
- 確認檔案不含真實姓名、電話、Email、帳號或未遮蔽的交易資料，才可交給外部 AI 協助分析。
① 🔍 在「合併檔案」預覽辨認症狀
觀察資料預覽：若欄位數量與位置正常，但中文字變成問號或特殊符號，優先懷疑編碼；若整列資料擠在第一欄，則可能是分隔符號選錯；若欄位名稱與資料互相錯位，則要檢查結構。
② 🔤 找到「檔案來源／編碼」選項
在合併檔案或 Text/CSV 預覽視窗找到「檔案來源」或編碼下拉選單。不同 Excel 更新版本的名稱可能略有差異。先記錄目前選項，方便必要時復原。
③ 🔁 比較 UTF-8（65001）與 Big5
若目前畫面亂碼，可先選 UTF-8／65001，再看中文是否恢復；若仍不正確，再測試 Big5。判斷標準不只是標題能讀，還要抽查人名以外的測試文字、品項與備註欄，避免部分字元仍異常。 > 不要把「看到亂碼就一定是 UTF-8」當成固定規則。亂碼只代表讀取方式與原始編碼不一致，正確選項必須以檔案來源與預覽結果確認。
④ 🧾 同時確認分隔符號與標題列
中文正確後，檢查逗號、分號或 Tab 是否把欄位切分正確，第一列是否被辨識成標題。若來源系統能設定匯出規格，建議所有月份固定使用同一編碼與分隔符號。
⑤ ✅ 確認後再套用並載入
按「確定」讓 Power Query 套用設定。完成合併後，檢查每個欄位的資料類型；確認無誤再「關閉並載入至」Excel 表格。
合併後欄位錯位要怎麼檢查？
欄位錯位通常不是編碼問題，而是某個來源檔的欄位名稱、順序、數量或分隔符號不同。最有效的做法，是找出第一個異常檔案，與正常範例逐欄比對。
① 🧩 保留來源檔名方便追查
如果正在排錯，先不要移除 Source.Name。使用篩選找出哪個檔案開始出現空值、錯誤或欄位不合理，能大幅縮小檢查範圍。
② 📋 建立欄位規格表
把標準欄位記成一列，例如「日期｜門市｜品項｜數量｜金額」。逐一檢查異常檔的標題與順序，並確認沒有多出小計列、空白標題、合併儲存格或備註欄。
③ 🛠️ 在來源端優先統一格式
若可以控制匯出系統，應從來源端修正。若無法修改，可在 Power Query 的範例檔案轉換中重新命名、重新排序或補齊欄位，但要確認這些規則能安全套用到所有檔案。
④ ✅ 核對筆數、期間與總額
修正後重新整理，再核對各檔案筆數總和、最早與最晚日期，以及金額加總。只看「畫面有資料」不足以證明合併正確。
加入新 CSV 後沒有更新，怎麼辦？
新檔不會因為複製進資料夾就立刻出現在表格中；必須重新執行查詢。如果重新整理後仍未出現，再依來源路徑、篩選條件及檔案結構逐項檢查。
① 📂 確認新檔位於查詢指定的資料夾
開啟查詢的「來源」步驟，確認路徑和實際存放位置相同。教學範例可使用 C:\Training\SalesCSV，不要把真實公司伺服器路徑貼入公開文章或 AI 對話。
② 🔄 執行「資料」→「全部重新整理」
回到 Excel 後執行「全部重新整理」，等待狀態完成。若查詢很多，可在「查詢與連線」窗格查看是否仍在執行或出現錯誤。
③ 🧪 用新期間或來源檔名驗證
篩選新年份、新月份或來源檔名，確認新資料已加入；同時核對筆數與總額。若新檔欄位不同，Power Query 可能回報錯誤，也可能出現空值，因此兩種結果都要檢查。
示範情境：年度報表更新失敗
某行政人員把 2026.csv 放進年度資料夾後重新整理，結果新增資料的「金額」全是空值。檢查 Source.Name 後發現，舊檔欄位順序是「日期、部門、金額」，新檔卻改成「日期、金額、部門」。處理方式是先在來源端統一欄位，再重新整理並核對筆數與總額。
這是虛擬的示範情境。重點不是假設 Power Query 永遠依欄位位置處理，而是提醒你：批次合併要維護穩定的結構，且每次更新後都應驗證。
給 AI 的 Power Query 排錯提示詞
先移除機敏資料，只提供欄位名稱、錯誤訊息與少量虛擬範例。若公司有資料治理或 AI 使用規範，應以內部規範為準。
``text
你是一位 Power Query 排錯助理。請用繁體中文（台灣）協助判斷下列 CSV 合併問題，但不要要求我提供真實客戶或交易資料。
症狀：[中文亂碼／整列擠在一欄／欄位錯位／新增檔未更新]
目前編碼：[UTF-8 65001／Big5／不確定]
分隔符號：[逗號／分號／Tab／不確定]
標準欄位：[日期、部門、品項、數量、金額]
錯誤訊息：[貼上已去除路徑、帳號與個資的訊息]
請依序提供：
1. 最可能的三個原因；
2. 每個原因的 Excel／Power Query 檢查位置；
3. 可逆的修正步驟；
4. 修正後如何用筆數、日期區間與總額驗證；
5. 若仍失敗，下一個應蒐集但不含機敏資訊的診斷項目。
常見問題
Power Query 的 UTF-8 一定要選 65001 嗎？
在 Microsoft 的 Csv.Document 文件中，65001 是 UTF-8 的代碼頁表示，而且是其預設值。不過實際預覽選單及預設行為可能因產品與版本而異，仍應以來源檔案及中文顯示結果判斷。
中文正確，但資料全部擠在同一欄，原因是什麼？
多半是分隔符號設定錯誤，而不是編碼問題。確認來源使用逗號、分號或 Tab，再於 Text/CSV 預覽選擇相同的分隔符號。
欄位順序改變一定會讓合併失敗嗎？
不一定會立即報錯，結果取決於轉換步驟如何引用欄位；但結構變動確實會增加錯位、遺漏或錯誤風險。最安全的做法是維持固定規格，並在每次重新整理後驗證。
為什麼不建議直接刪除自動產生的輔助查詢？
合併檔案時，Power Query 會建立範例檔案、轉換函數及參數等項目。主要查詢會依賴它們；刪除後可能無法重新整理，應先了解相依關係再調整。
延伸閱讀
- Microsoft Excel 職場必學技巧主題頁
- Excel 樞紐分析來源資料如何排列
- Excel 原始資料與報表為什麼要分開
- Excel 資料庫設計的核心原則
- Excel Power Query 合併多個 CSV 完整教學
參考來源
- Microsoft Learn（繁體中文）：Csv.Document - Microsoft Learn（繁體中文）：在 Power Query 中合併 CSV 檔案 - Microsoft Learn（繁體中文）：合併檔案概觀 - 本文另依教學逐字稿與實務操作經驗整理；實際介面與功能請以 Microsoft 最新版本為準。 --- 作者：施文華 企業自動化顧問／講師。專注於 Microsoft Excel、Power Query、Power BI 與辦公室自動化教學，本文依課程實作流程與 Microsoft 官方文件整理。 作者介紹：/about 最後更新：2026-09-08 適用版本／測試環境：Microsoft 365 Excel for Windows；不同更新通道的介面文字可能略有差異。