怎麼檢測履歷能不能通過 ATS（還不用上傳你的資料）

你在履歷上花了好幾個小時。經歷扎實，資歷也對得上這個職位。那為什麼就是沒人回你？

答案也許不在於你寫了什麼，而在於一台機器根本沒機會看到的東西。在你的履歷送到招募人員手裡之前，它會先經過一道 ATS（申請人追蹤系統，Applicant Tracking System）軟體，由它掃描其中的關鍵字、格式和結構。如果 ATS 沒能正確解析你的履歷，它就會在任何人讀到之前被篩掉。

大多數求職者並不知道這件事正在發生。你的履歷可能確實很強，但只要 ATS 在你的格式上「卡住」，用人單位就根本不會知道你投過。

先說結論： 你可以用Resumy這類離線工具（免費、在 Windows 本機執行、不上傳資料）來檢測履歷的 ATS 相容性，也可以用 Jobscan、Resume Worded 這類雲端檢測器。最好的做法是：先把格式問題修好，再針對你真正要投的那份職缺說明去測試。

ATS 篩選到底是怎麼運作的

ATS 軟體並不「聰明」，這才是問題的核心。招募人員能讀出言外之意、能識別可遷移的能力、能對一點小小的格式瑕疵睜一隻眼閉一隻眼；而 ATS 系統則死板、機械、唯規則是從。

當你的履歷傳進來，系統會解析其中的文字，並嘗試把它拆成幾個區塊：聯絡方式、工作經歷、學歷背景、技能。它會擷取關鍵字，拿去和職缺說明做比對。它會根據比對上的關鍵字數量、結構是否符合預期、內容是否完整，給出一個分數。低於某個門檻的履歷會被篩掉，留下的則被排序，供招募人員審閱。

真正棘手的是它的脆弱。ATS 系統對付不了雙欄排版、特殊字型、表格和圖形。它處理非標準檔案格式也很吃力。它沒法理解「帶領一個 5 人工程團隊」就意味著領導力——除非「領導力」這三個字真的出現在履歷裡。如果你的區塊標題寫的是「關鍵成就」而不是「工作經歷」，系統可能會直接跳過那段內容。

結果就是：合格的候選人每天都在被篩掉——不是因為履歷差，而是因為 ATS 讀不懂它。

實話實說： 業界估計有 75% 甚至更多的履歷，在人工審閱之前就被自動淘汰了。這並不是因為大多數候選人不合格，而是因為履歷格式和關鍵字比對悄無聲息地失敗了。

招募人員那一端看到的是什麼

理解招募人員的視角，問題就更清楚了。當招募人員開啟他們的 ATS 後台——不管是 Workday、Greenhouse、Lever、Taleo 還是別的什麼——他們看到的並不是你精心排版的 PDF，而是一份被解析過的純文字版履歷，往往還套在 ATS 自動產生的標準化版式裡。

也就是說，你的自訂字型、精心挑選的配色、那套雙欄佈局——沒有一樣會以你設計的模樣抵達招募人員的眼睛。他們看到的，是 ATS 設法擷取出來的那些內容。如果解析順利，內容完整、條理清晰；如果解析糟糕，他們看到的就是錯亂的文字、缺失的區塊，或者一團亂碼——三秒鐘就滑走了。

大多數招募人員每個空缺職位都要看幾十甚至上百份履歷，初篩平均只在每份上花六到八秒。如果 ATS 把你的內容乾淨地擷取出來了，這幾秒就有了價值；如果沒有，你從一開始就沒機會。

這也是為什麼關鍵字比對的意義不止於「過線」。即便履歷通過了 ATS 篩選，招募人員還會用同一套系統去搜尋候選人。一個在徵才資料工程師的招募人員，可能會在 ATS 裡搜「Spark」「Airflow」或「dbt」。如果這些詞不在你被解析出來的履歷裡——哪怕你確實有相關經驗——你也不會出現在搜尋結果中。

ATS 會檢查什麼

關鍵字比對

ATS 系統會從職缺說明裡擷取關鍵字，再到你的履歷裡搜尋符合項。如果職位要求「Python 程式設計」，而你的履歷寫著「精通 Python」，那就算比對上了；如果你寫的是「熟悉程式語言」，系統可能會完全錯過。

權重也很關鍵。出現在「技能」區塊或經歷標題裡的關鍵字，通常比埋在一段話裡的更有分量。業界通用術語比有創意的措辭得分更高。重複在一定程度上有幫助，但前提是讀起來要自然——關鍵字堆砌會被判定為可疑。

在 ATS 語境下，硬技能和軟技能有一個重要區別。硬技能（Python、Salesforce、財務建模、HIPAA 合規）幾乎是逐字比對的；軟技能（領導力、溝通、解決問題）也會被比對，但在多數系統裡權重更低，因為幾乎每份履歷都會寫它們。如果職缺說明強調的是某些具體的硬技能，那它們才是對你得分最要緊的關鍵字。

格式與解析

系統在分析之前，會先把你的履歷轉成純文字。一切視覺元素——字型、顏色、分欄、間距——都會被剝掉。如果你的履歷依賴雙欄佈局，文字擷取常常會把兩欄的內容攪在一起。表格的解析則毫無規律可言，日期和職位有時會和描述分了家。日期、電話號碼和電子郵件必須是標準格式，否則可能根本擷取不出來。

頁首頁尾是另一個常見的坑。有些人把姓名和聯絡方式放在文件頁首裡，而很多 ATS 系統會完全忽略頁首頁尾——於是你的姓名和電子郵件，就從解析後的版本裡消失了。

區塊結構

ATS 期望找到這幾個區塊：聯絡方式、個人簡介、工作經歷、學歷背景、技能。它們不必一字不差地這麼命名，但要八九不離十。「職業經歷」沒問題；「我的旅程」或者「我走過的路」恐怕就不行。

區塊順序的影響，比大多數人以為的要小。有些攻略堅持要按某種特定順序排列，但大多數現代 ATS 系統無論區塊出現在哪兒都能識別出來。更要緊的是：這些區塊確實存在，並且有清晰的標題。

檔案格式

乾淨的 PDF 和 .docx 是最穩妥的選擇。有些 ATS 系統對某些 PDF 的編碼處理不好——尤其是從 Canva、InDesign 這類設計工具匯出的——所以 .docx 往往相容性最普適。從 Google Docs 匯出的花俏格式，或者 .pages 檔案，經常會徹底解析失敗。

一個被低估的細節：PDF/A（用於封存的 PDF 格式）有時比標準 PDF 解析得更好，因為它會嵌入字型、並採用更嚴格的結構。如果你的 PDF 編輯器提供 PDF/A 匯出選項，值得一試。

完整性

很多系統會按以下幾點給履歷打分：所有預期區塊是否齊全、任職日期之間有沒有空檔、聯絡方式是否完整。一份缺了「學歷背景」區塊的履歷，即便職位並不要求學歷，得分也可能更低。把這個區塊留著——哪怕內容很少——也好過乾脆不寫。

幕後的那些系統

並非所有 ATS 軟體都一樣，而知道一家公司用的是哪套系統，能幫你調整策略。

Workday 在大型企業和世界 500 強裡占主導。它對格式往往很嚴格，並且高度依賴結構化資料欄位。如果你曾在某個入口網站裡上傳履歷後，還被要求手動重新輸入工作經歷，那多半就是 Workday。這種手動輸入其實很關鍵——Workday 往往更看重結構化欄位，而非上傳的那份文件。

Greenhouse 在中型科技公司和新創公司裡很受歡迎。它對格式更寬容，也更擅長解析現代履歷樣式。如果你在投科技公司，Greenhouse 是很常見的後台。

Lever 在科技公司中的普及程度和 Greenhouse 類似。它把 ATS 和 CRM 功能結合在一起，意味著招募人員可以跨多個職位追蹤候選人。你的履歷，可能在最初投遞的幾個月後還會被搜尋到。

Taleo（Oracle 旗下）常見於政府、醫療和大型傳統企業。它是較舊的系統之一，對格式往往不太寬容。如果你在投政府機構或醫院系統，就當作要面對 Taleo 級別的嚴格。

iCIMS 在零售、餐旅和中端市場公司裡很普遍。它對標準格式處理得還算可以，但同樣會被那些讓其他系統翻車的圖形和表格絆倒。

投遞之前，你通常無法知道一家公司用的是哪套 ATS。務實的結論是：照最嚴格的那個「最大公因數」去最佳化——乾淨的格式、標準的區塊、清晰的關鍵字。一份能過 Taleo 的履歷，其他系統也都能過。

常見的、會讓履歷過不了 ATS 的錯誤

花俏的範本和圖形。 那些漂亮的履歷範本——自訂字型、彩色側欄、圖示、技能條——在人眼裡很好看，但在 ATS 看來就是雜訊。文字擷取會得到錯亂的內容：聯絡方式跑到了中間，重要關鍵字被埋進了損壞的格式裡。

雙欄佈局。 ATS 是線性閱讀的，從左到右、自上而下。雙欄履歷會被解析成兩欄交錯的樣子，讓你的經歷在演算法眼裡變得無法閱讀。

表格。 想用表格把經歷整理得整整齊齊，反而會適得其反，因為 ATS 解析表格毫無規律：內容順序被打亂，日期或職位可能和它們對應的描述分了家。

用錯術語。 如果職缺說明寫「敏捷開發方法」，而你的履歷寫「基於衝刺的開發」，意思相近，卻可能比對不上。如果它寫「AWS」，你卻寫「雲端平台」，那又太籠統了。最穩妥的策略是兩者都寫——明確提到「AWS」，再補充語境：「雲端平台（AWS、GCP）」。這樣既涵蓋了精確比對，也兼顧了更寬泛的搜尋。

沒有交代的就業空檔。 ATS 系統會把日期空檔標為風險訊號。如果你的時間線裡有六個月不知去向，系統可能會調低你履歷的排名。如果你是主動休息一段時間——照顧家人、進修、健康、旅行——一句簡短的說明就能補上這個空檔，而不必透露你不想分享的細節。

聯絡方式放在頁首裡。 如前所述，很多 ATS 系統會跳過文件頁首。把你的姓名、電子郵件、電話和領英主頁放進文件正文，而不是頁首或頁尾。

📊 離線 vs 雲端 ATS 檢測器

怎麼檢測並修改你的履歷

第一步：拿到職缺說明

把你要投的那份徵才啟事的全文複製下來。你需要它，是因為 ATS 評分是相對的——它把你的履歷對照那份職位的具體要求來打分。同一份履歷，投這個職位可能得 85%，投另一個可能只得 40%，哪怕兩個職位看起來很像。

第二步：測試前先修好格式

跑任何檢測器之前，先把基礎打理好。用單欄佈局。去掉表格、圖形和圖示。堅持用 Arial、Calibri、Times New Roman 這類標準字型（中文則用新細明體、微軟正黑體等常規字型）。用常規的區塊標題。把聯絡方式放進文件正文，而不是頁首。儲存為 .docx 或乾淨的 PDF。

光是這一步，就能解決掉大部分 ATS 解析失敗的問題。這活兒不光鮮，卻是你能做出的最高性價比的改動。

第三步：跑一次 ATS 檢測

用離線工具或雲端檢測器，把你的履歷和職缺說明做對照。你要看的是：整體相容性得分、哪些關鍵字缺失，以及有沒有被標記出來的格式問題。

離線檢測方面，Resumy在你的電腦本機完成分析，不上傳任何東西。雲端選項裡，Jobscan 在關鍵字比對上最受歡迎，Resume Worded 提供更寬泛的寫作回饋，Rezi 則把 ATS 檢測和 AI 履歷產生結合在一起。

第四步：自然地補上缺失的關鍵字

看看哪些關鍵字被標為缺失，再想想它們該放在哪裡。技術類技能放進「技能」區塊。如果某個缺失的關鍵字，描述的正是你過去某段經歷裡真做過的事，就把它寫進那條經歷的描述裡。如果職位強調「跨部門協作」，而你的履歷沒提到，那麼加一句「與行銷和工程團隊協作，推出了 3 項產品功能」，既自然又真實。

不管用的做法是：把關鍵字清單用白色文字塞在履歷底部，或者在個人簡介裡把同一個詞重複五遍。有些 ATS 系統能識別隱藏文字，而讀到 ATS 之後的招募人員，更是一眼就能看穿。

一個好用的思維模型：讀職缺說明，把裡面提到的每一項具體技能、技術、方法和資格都標出來，再逐一對照你的履歷。有這項能力卻沒寫，就加上；沒有這項能力，就跳過——別去吹噓你並不具備的本事。

第五步：每次投遞都按職缺定製

這是最重要的一條洞見：一份履歷走天下行不通。即便在同一領域內，不同職位強調的技能和術語也不一樣。一家金融科技新創公司的「產品經理」，和一家醫療公司的「產品經理」，關鍵字輪廓會有重疊，但差異是實打實的。

每次投遞都調整你的「技能」區塊。重排經歷條目，讓最相關的成就排在最前面。更新個人簡介，去呼應那份具體徵才啟事的措辭。每個版本都用清晰的檔案名稱儲存，方便你追蹤哪份履歷投了哪裡。

這並不是弄虛作假，而是針對不同情境，強調你經歷中不同的、真實的那一面。每個人在交談中聊到自己的背景時，都會這麼做——根據聽眾是誰，突出不同的方面。

第六步：再檢測一遍

改完之後，再跑一次 ATS 檢測。得分超過 70% 通常就足夠強了。別去追求 100%——那往往會讓履歷讀起來像一份關鍵字清單，而不是一份專業文件。目標是通過自動篩選，而不是贏一個高分。一旦通過，真正起作用的，就是你實打實的內容和經歷了。

哪些情況下 ATS 沒那麼重要

並不是每次投遞都會經過自動篩選。

如果有人在公司內部幫你內推，你的履歷往往會直接送到用人主管手裡。員工不到 50 人的小公司，常常會人工審閱每一份履歷——它們的投遞量根本撐不起一套 ATS 軟體。創意類職位往往更看重作品集，而非履歷關鍵字，儘管初篩仍可能是自動的。學術職位經常採用人工審閱，但大學也在越來越多地引入 ATS，尤其是行政和非教職類職位。

高階主管和 C 級別的徵才，通常由專門的招募人員或獵頭親自處理，他們會逐份閱讀每一份履歷。到了那個層級，人脈和聲譽比關鍵字密度更重要。

在這些情況下，把時間花在視覺設計和個人風格上，也許比死磕 ATS 最佳化更划算。但拿不準的時候，就從 ATS 友善的格式起步。一份乾淨、結構清晰的履歷，機器和人都能讀懂；而一份漂亮卻讓 ATS 解析不了的履歷，只有在人先看到它的前提下才管用。

關於求職信的問題

大多數 ATS 系統並不會像對待履歷那樣嚴格地解析求職信。有些會完全忽略它，有些會存下來但不計入評分。

這並不意味著求職信毫無意義。闖過 ATS 篩選的招募人員，往往確實會讀求職信；當兩位候選人資歷相近時，一封出色的求職信可能成為決定性的那一票。務實的建議是：始終附上一封求職信，因為它不花你什麼成本，又能在人工審閱階段幫上忙。但別指望靠它來承載你履歷裡缺失的關鍵字——ATS 篩選發生在前面。

如果投遞入口為求職信單獨設了一個欄位或上傳位，就用它。如果它只接受一個檔案，就要想想：把求職信和履歷合併成一個文件，會不會反而把解析器搞糊塗。多數情況下，分開上傳更清爽。

疑難排解

經歷明明相關，得分卻很低。 最常見的原因是：你的履歷把經歷描述得太籠統了。「負責行銷」的得分，比不上「在 Meta 和 Google Ads 上管理付費社群投放，季度曝光量達 240 萬」。要具體。用徵才啟事裡用過的同樣措辭。如果它寫「專案管理」，別想當然地以為「管理過專案」就夠接近了——把那個確切的詞組寫進去。

履歷匯不進檢測器。 這通常意味著那個 PDF 是掃描圖片，而不是可檢索的文字。試著用游標去選 PDF 裡的文字。如果沒法逐個詞標示，那這份文件就是圖片型的，需要重新做成文字版文件。改成匯出 .docx，或者去掉表格和複雜排版後重建。

關鍵字明明在履歷裡，卻被標為缺失。 它們多半被困在了表格、圖形或某個非標準區塊裡，解析器搆不著。把它們挪到標準區塊內的純文字中。另外檢查拼寫差異——在逐字比對的系統裡，「JavaScript」「Javascript」「Java Script」可能就是不一樣。

履歷在一個工具裡解析正常，在另一個裡卻不行。 不同的 ATS 系統、不同的檢測器，解析文字的方式各不相同。最穩妥的策略，是優先採用處處都行得通的乾淨、簡潔格式，而不是去為某一套系統專門最佳化。如果你的履歷能乾淨地通過兩三個不同的檢測器，那它在現實世界的大多數 ATS 系統裡也都能應付。

常見問題（FAQ）

ATS 真的會刷掉 75% 的履歷嗎？

業界估計從 75% 到 90% 以上不等，具體取決於資料來源和公司規模。確切數字其實沒那麼重要，重要的是它背後的含義：相當大一部分履歷從未抵達人眼。把格式和關鍵字對齊做好，能實打實地提高你的勝算。

我能用同一份履歷投所有職位嗎？

能，但不該這麼做。針對每個職位定製履歷——調整「技能」區塊、重排經歷條目、比對術語——是大多數求職者能做出的、性價比最高的改動。它每次投遞只花 15 到 20 分鐘，卻能大幅提升匹配率。

關鍵字堆砌不好嗎？

不好。從職缺說明裡納入相關關鍵字很重要，但不自然地重複它們會損害可讀性，還可能讓 ATS 和招募人員都覺得你的履歷在「鑽空子」。在貼合你真實經歷的地方，自然地加入關鍵字。

ATS 得分多少才算夠？

大多數系統把 60%–70% 當作通過門檻，70% 以上就算強。追求 100% 不值得，而且往往會做出一份對機器讀著不錯、對人讀著很彆扭的履歷。

為了比對關鍵字，該不該謊報技能？

不該。你會在面試裡、或入職後露餡。如果你只有部分經驗，就如實說：「具備 Tableau 的基礎使用經驗」好過「精通 Tableau」。聚焦你真正掌握的技能，並把它們清楚地呈現出來。

能用 Canva 或 Google Docs 做履歷嗎？

從 ATS 角度不推薦。這兩個平台產生的 PDF，ATS 軟體都可能解析不好。視覺成品看著很棒，但底層的文字結構往往很亂。請用傳統的文字處理軟體，或一款能匯出乾淨、ATS 相容檔案的專用履歷工具。

履歷上放照片呢？

在美國，照片一般不被鼓勵，還可能引入偏見；而在很多歐洲和亞洲國家，照片是標配。從 ATS 角度看，解析時照片會被忽略——系統只在乎文字。但內嵌的照片偶爾會干擾文字擷取，具體取決於它在文件裡怎麼擺放。如果你要放，就放小一點，並置於正文之外。

我應該多久檢測一次履歷？

每次投遞一份差異明顯的職位時都檢測一遍。如果這份職缺說明的關鍵字和你上一次投遞的不一樣，你的履歷就該跟著變。保留一份囊括全部經歷的「母版履歷」，再為每次投遞定製一個版本，是最高效的工作流。

參考連結

• SHRM：Talent Acquisition Technology and Practices
• Jobscan：ATS Parsing Research and White Papers
• 哈佛商學院 / Accenture：Hidden Workers: Untapped Talent (2021)
• Greenhouse 部落格：How Applicant Tracking Systems Work
• Lever：The Modern Recruiter’s Guide to ATS

總結

ATS 篩選是個可以解決的問題。你的履歷過不了，不是因為你不夠格，而是因為讀它的軟體應付不了你的格式、術語或結構。

先把基礎修好：單欄、標準字型、常規區塊標題、聯絡方式放進正文、乾淨的檔案格式。然後用Resumy這類工具或雲端檢測器，針對真實的職缺說明去測試。每次投遞都按職缺定製。再檢測一遍。

你不是在試圖騙過系統，而是在把你的資歷，翻譯成系統真正讀得懂的格式。一旦履歷通過了 ATS，它就抵達了人眼——而那，才是你的經歷開始起作用的地方。