什麼是 ATS？為什麼你的履歷總是石沉大海

你花了一整個週日晚上重寫履歷，調整了個人簡介，把職稱對齊職缺，按下送出，然後就沒了下文。兩週過去，沒有面試邀約、沒有拒絕信，連自動回覆都沒有。如果你有過這種經驗，你的履歷很可能根本沒到招募人員手上。中間擋路的，幾乎都是同一套軟體：ATS（Applicant Tracking System，求職者追蹤系統）。

這篇文章會帶你拆解 ATS 實際上在做什麼、為什麼合格的求職者還是會被刷掉，以及哪些格式與關鍵字的小調整，能把你從淘汰區挪到招募人員的螢幕上。

ATS 到底是什麼

ATS 是企業用來接收、儲存、評分、分流履歷的資料庫與工作流系統。當你透過企業官網投履歷，無論他們用的是 Workday、Greenhouse、Lever、iCIMS、Taleo，還是 104 自家的人才系統，你填的表單和上傳的檔案都會先進到 ATS。

Jobscan 的公開數據顯示，超過 99% 的財星 500 大企業、約 75% 的美國中型雇主都用 ATS 做第一層篩選。台灣的外商與成長期新創普遍跟進，本土大企業也越來越常見。一個熱門職缺常常 72 小時內就湧入 250 到 1,000 份履歷，沒有自動化，招募人員根本看不完。

ATS 主要做四件事：

1. 解析（Parsing）：把履歷拆成結構化欄位（姓名、Email、工作經歷、學歷、技能）
2. 比對：把解析結果跟職缺描述的關鍵字與要求做比對
3. 評分排名：根據匹配程度給分
4. 篩選：只把排名前段（通常前 10–25 名）丟給招募人員

解析失敗，招募人員根本看不到你；解析成功但缺關鍵字，你排在 600 名中的第 87，等於沒投。

解析是怎麼運作的，又為什麼會壞掉

解析器不是用人類的方式讀履歷。它在掃版面，找它認識的模式：「Experience」這個段落標題、「2022–Present」這種日期格式、首字大寫的公司名、然後是條列式 bullet。版面符合預期，所有欄位都會正確抓進去；版面不符，內容就會默默掉進錯的欄位，甚至直接被跳過。

幾種常見的失敗情境：

• 雙欄排版會打亂從左到右、從上到下閱讀的解析器，技能欄可能跟工作經歷欄交錯混在一起
• 頁首頁尾的文字經常被跳過，聯絡資訊放在那裡會直接消失
• 表格會被攤平，職稱跟日期可能順序錯亂
• 圖片、圖示、嵌在圖形裡的文字完全看不見，「Python 90%」的能力條對 ATS 來說等於空白
• 非標準字型有時會被解析成亂碼

想自己驗證？把履歷另存成 .docx，然後複製貼到純文字編輯器。看到的內容就接近 ATS 看到的版本，不見的或順序錯亂的，就是解析風險。

關鍵字比對：決定你分數的核心機制

履歷被解析完，ATS 會跟職缺描述比對。有些系統只做完全字串比對，新一點的會用語意比對，知道「PMP」和「Project Management Professional」是同一件事。但你永遠不該假設你投的這家公司用的是聰明那套。

可靠的原則是：只要描述屬實，就用職缺描述裡的原始字眼。職缺寫「stakeholder management」，你就用這個詞，不要寫「客戶溝通」。職缺列「SQL」，就不要寫「關聯式資料庫」期待解析器替你補上。

更深入的關鍵字操作，可以看我們的 ATS 優化完整指南，裡面拆解了密度、同義詞處理、誤判排除等細節。

合格的人為什麼還是被刷掉？

跑過上千份履歷的 ATS 模擬後，會發現失敗的原因高度集中在這幾個：

1. 檔案格式選錯

大多數現代 ATS 都能處理 PDF，但少數老 Taleo、iCIMS 部署對 Canva 或 InDesign 匯出的 PDF 仍然會卡住。不確定就上傳 .docx。如果投遞系統有顯示解析後的預覽，記得看過再送。

2. 版面跟解析器打架

雙欄、技能表格、文字方塊、聯絡資訊旁的客製圖示——這些在視覺設計上很漂亮，但會搞砸解析。單欄、標準段落標題（Experience、Education、Skills），在所有系統都解得乾淨。格式選擇可參考 履歷格式比較。

3. 關鍵字缺漏或被改寫

這是最常見的隱形殺手。職缺寫「Python」，你寫「腳本語言」。職缺寫「Salesforce」，你寫「CRM 工具」。人類招募人員會懂，ATS 通常不會。把每個 JD 的硬技能名詞列出來，在屬實的前提下原樣寫進履歷。

4. 段落標題太有創意

「我的精彩旅程」不是「工作經歷」。「我的工具箱」不是「技能」。解析器只認標準標題，創意留給段落內容就好。

5. 關鍵詞拼錯或寫法不一致

「JavaScript」和「Java Script」是不同字串。中英混排履歷尤其容易出問題：英文工具名拼錯一個字母，整段比對就掛了。每個工具、證照、縮寫都要手動跟 JD 對一次。

30 分鐘自助 ATS 健檢

不需要付費工具，下次投履歷前跑這份清單：

1. 另存純文字或貼到記事本，看順序對不對、有沒有缺東西
2. 把 JD 裡的硬技能名詞全部列出來（工具、語言、證照、平台），通常 8–15 個。你的履歷有幾個原樣出現？
3. 段落標題對照標準清單：Experience、Education、Skills、Certifications、Summary
4. 大聲念出前三個 bullet，有動詞、有量化、有 JD 關鍵字嗎？沒有就重寫
5. 檢查檔名：Rich_Liu_Resume_2026.pdf 沒問題，未命名 (3) FINAL final v4.pdf 就是個訊號

想針對特定職缺一鍵跑完，Tailor 大約 30 秒就能算出關鍵字覆蓋率並列出缺漏。但上面這份手動版本可以免費抓出八成的問題。

ATS 友善 ≠ 醜

有個很頑強的迷思說，ATS 友善履歷一定要長得像 1998 年的 Word 文件。不是。通過解析後招募人員還是會看，視覺上隨便的履歷會輸給設計乾淨的版本——即使兩份都通過。

ATS 友善的意思是：單欄、標準段落標題、易讀字型、bullet 與日期格式一致、聯絡資訊放本文不放頁首、關鍵字鏡射 JD。

不是叫你做出醜的東西。想要可解析又現代的版本，可以看我們的 履歷模板庫。

通過 ATS 之後，仍可能被刷

有時候你解析分數很高、還是沒面試，這也值得正視。常見原因有三個：經驗實際上不到那個職等、招募人員按地點或工作授權過濾掉你、解析沒問題但人類讀起來覺得太通用。前兩個你管不到，第三個可以修，方法在 2026 履歷建議 跟 AI 履歷優化指南 裡都有。

結論

ATS 不是敵人，它是篩子，篩子有規則。把規則摸清楚——乾淨解析、鏡射關鍵字、標準結構、量化 bullet——你就不會再因為格式意外輸掉申請。每次申請都調整是逃不掉的成本。一份通用履歷投 50 個職缺，會輸給一份針對性履歷投 10 個。值得。