破壞 ATS 解析的履歷格式錯誤

許多履歷在內容品質被評估之前就已經失敗了。如果解析效果不佳，您的經歷和技能可能被誤讀或完全遺漏——而您永遠不會知道這件事發生了。最後更新：2026年3月

重點摘要

• 解析失敗通常是格式問題，而非經歷問題。一位擁有不良格式的合格候選人，會輸給一位結構清晰但資歷較淺的候選人。
• ATS 最常見的五大破壞性錯誤是：不一致的日期格式、裝飾性段落標題、多欄版面、嵌入式表格，以及頁首/頁尾內容。^[1]
• 純文字自我測試能在您提交之前捕捉到 80% 的格式問題。如果您的履歷在貼到記事本或 TextEdit 時會出錯，那麼在 ATS 中也會出錯。^[2]
• 先修正解析問題，再優化訊息內容。如果系統無法擷取您的職稱和日期，再多的關鍵字優化都無濟於事。
• 不同的 ATS 平台對不同的格式問題有不同的反應——Taleo 比 Greenhouse 更嚴格，Workday 處理表格的方式也與 iCIMS 不同。^[3]

純文字自我測試

在診斷具體問題之前，請先進行這個 60 秒測試。將您的整份履歷複製並貼到純文字編輯器中（Windows 上的記事本，Mac 上純文字模式的 TextEdit）。然後檢查：

• [ ] 每個段落標題都獨立成行
• [ ] 職稱、公司名稱和日期位於同一行或相鄰行（不是散落各處）
• [ ] 項目符號轉換為簡單的破折號或星號（不是空白行或遺失的文字）
• [ ] 原本欄位或表格的位置沒有出現大片空白
• [ ] 聯絡資訊出現在頂部，沒有被打亂或遺失
• [ ] 學歷區段完整，學位名稱和日期可正常閱讀
• [ ] 技能以可讀的文字呈現，而非零散的片段

如果以上任何一項未通過，您的履歷就存在會混淆 ATS 解析器的格式問題。以下各節將說明每種失敗類型及其修正方法。

格式失敗分類

並非所有格式錯誤的嚴重程度都相同。此表格依類型分類失敗情況，說明它們如何在 ATS 輸出中呈現，以及每種情況的處理方式。

修改前後對比：三個常見失敗案例

範例 1：多欄技能區段

修改前（破壞解析）：

Technical Skills          |  Soft Skills
Python, SQL, Tableau      |  Leadership, Communication
AWS, Docker, Kubernetes   |  Strategic Planning

ATS 看到的內容：

Technical Skills Soft Skills Python, SQL, Tableau Leadership, Communication AWS, Docker, Kubernetes Strategic Planning

解析器從左到右讀取，將兩欄合併成一行無結構的文字。技能分類遺失，關鍵字配對失敗，因為「Python」不再與「Technical Skills」相關聯。

修改後（正確解析）：

Technical Skills: Python, SQL, Tableau, AWS, Docker, Kubernetes
Soft Skills: Leadership, Communication, Strategic Planning

範例 2：創意段落標題

修改前（破壞解析）：

━━━ PROFESSIONAL JOURNEY ━━━
★ Senior Data Analyst | Acme Corp | 2022-Present

ATS 看到的內容： 解析器無法將「PROFESSIONAL JOURNEY」識別為工作經歷區段。整個區塊可能被分類為「其他」或直接被忽略。職稱前的星號字元導致解析器無法擷取「Senior Data Analyst」作為職位名稱。

修改後（正確解析）：

Professional Experience

Senior Data Analyst | Acme Corp | Jan 2022 – Present

範例 3：頁首/頁尾聯絡資訊

修改前（破壞解析）： 候選人將姓名、電話號碼和電子郵件放在 Word 檔案的頁首中。履歷主體直接從「Professional Summary」開始。

ATS 看到的內容： 一份沒有候選人姓名、沒有電話號碼、也沒有電子郵件的履歷。該申請可能被自動拒絕或被歸類為不完整。^[4:1]

修改後（正確解析）：

Jane Smith
(555) 123-4567 | [email protected] | Chicago, IL 60601

Professional Summary

故障排除決策矩陣

當您的履歷在 ATS 檢查中表現不佳時，請使用此表格。在左欄找到症狀，然後按照診斷路徑操作。

常見的 ATS 破壞性錯誤（詳細說明）

1. 不一致的日期與職稱格式

ATS 解析器使用模式配對來擷取日期並將其與職位關聯。當您的履歷在一處使用「January 2024」，在另一處使用「01/24」時，解析器可能將它們視為兩種不同的日期格式，無法建立一致的時間軸。

規則： 選擇一種日期格式，並將其套用於履歷上每個職位、學歷條目和證照日期。最安全的格式是「Mon YYYY」（例如「Jan 2024」），因為它在美國和國際日期慣例中都是明確的。^[6:1]

2. 裝飾性或非標準的段落標題

ATS 系統將段落標題與預期標籤字典進行比對。「Experience」、「Work Experience」和「Professional Experience」都能配對成功。「My Career Story」、「Where I've Been」和「Professional Journey」則無法配對。

能可靠解析的標準標題：

• Summary 或 Professional Summary
• Experience 或 Professional Experience 或 Work Experience
• Education
• Skills（技能）或 Technical Skills
• Certifications 或 Licenses
• Projects（大多數現代系統能識別）

3. 多欄與複雜版面

兩欄式履歷範本在設計師中很受歡迎，但對解析器來說是個問題。解析器以線性串流讀取檔案——從左到右、從上到下。當內容排列成多欄時，解析器會交錯讀取兩欄的文字，產生無意義的輸出。^[5:1]

4. 混合的項目符號與段落樣式

在同一區段中交替使用項目符號和段落區塊，會混淆使用格式模式來識別職位邊界的解析器。如果您的第一個職位使用項目符號，第二個職位使用段落，解析器可能會將它們合併為一個條目。

5. 缺乏時間順序的清晰度

沒有明確開始和結束日期的職位、未按順序排列的職位，或重疊日期而未加說明，都會導致解析錯誤。解析器預期反向時間順序，且日期範圍不重疊。同時進行的職位應各自有明確的日期。

更安全的格式標準

遵循這些規則，您的履歷將在每個主要 ATS 平台上正確解析：

• 單欄版面，邊距 0.5 吋到 1 吋
• 標準段落標題以粗體顯示，獨立成行
• 一致的日期格式貫穿所有條目（建議使用 Mon YYYY）
• 簡單的項目符號使用標準項目符號字元（•、- 或 *）
• 每個項目符號一個重點——項目符號列表中不要出現多句段落
• 職稱、公司和日期位於同一行或以一致的格式結構呈現
• 不使用文字方塊、形狀、圖片或頁首/頁尾內容
• 標準字型：Arial、Calibri、Garamond 或 Times New Roman
• 檔案格式：.docx 以獲得最大相容性（PDF 作為次要選項）^[7]

解析修正檢查清單

每次編輯履歷後，請逐項檢查此清單：

• [ ] 所有內容都在檔案主體中（頁首/頁尾中沒有任何內容）
• [ ] 段落標題是標準且明確的
• [ ] 所有職位和條目的日期格式一致
• [ ] 經歷順序為反向時間排列
• [ ] 技能位於專用區段中，使用文字呈現（非圖形）
• [ ] 沒有多欄版面、文字方塊或表格
• [ ] 檔案儲存為 .docx（不是 .doc、.odt 或以圖片為基礎的 PDF）
• [ ] 編輯後使用 ATS 解析檢查工具 重新測試履歷

在投遞前測試解析結果

在提交申請之前，上傳您的履歷以檢查您的 ATS 相容性分數。該工具會擷取 ATS 會擷取的相同欄位——聯絡資訊、職稱、日期、技能和學歷——讓您可以驗證是否有任何內容遺失或混亂。

如果您要從頭開始，請使用建立 ATS 優化履歷，其範本已在所有主要 ATS 平台上預先測試。

相關指南

• ATS 系統指南：Workday vs Greenhouse vs iCIMS vs Taleo
• Greenhouse ATS 格式規則
• Workday ATS 格式規則
• 履歷格式指南：時間順序型 vs 功能型 vs 組合型
• 50+ 個按產業分類的強力履歷動作動詞
• ATS 分數檢查器：2026年什麼是好分數？
• 履歷關鍵字掃描器：讓您的履歷與職缺說明配對

常見問題

僅靠格式就能導致我的履歷被拒絕嗎？

是的。如果 ATS 無法擷取您的職稱、日期或聯絡資訊，您的履歷可能會被歸類為不完整，或在相關性上得分過低，以至於沒有任何招募人員看到它。Jobscan 的一項研究發現，75% 的履歷在人工審閱之前就被拒絕，而格式是解析失敗的主要原因之一。^[1:1] 內容可能非常優秀，但如果解析器無法讀取，內容就不重要了。

提交給 ATS 時應該使用 PDF 還是 Word 格式？

Word（.docx）是 ATS 相容性最安全的選擇。雖然大多數現代系統（Greenhouse、Lever、Workday）能可靠地解析 PDF，但某些較舊的系統（舊版 Taleo 安裝、較小公司的 ATS 平台）仍然難以處理 PDF 文字擷取——尤其是當 PDF 是由設計工具而非文字處理器建立時。^[7:1] 如果職缺公告指定了格式，請使用該格式。否則，預設使用 .docx。

如何知道一家公司使用哪個 ATS？

檢查職缺申請的 URL。Greenhouse 的 URL 包含「boards.greenhouse.io」，Workday 使用「myworkdayjobs.com」，Lever 使用「jobs.lever.co」，iCIMS 的 URL 包含「icims.com」。您也可以檢查頁面原始碼或使用能識別 ATS 平台的瀏覽器擴充功能。了解系統有助於您預見特定的格式要求——請參閱我們的完整 ATS 系統指南以了解各平台的特定規則。

反向時間順序格式對 ATS 來說總是最好的嗎？

就 ATS 解析而言，是的。反向時間順序是每個主要 ATS 都被設計來解析的格式。功能型履歷（以技能為基礎，沒有時間順序的經歷區段）經常失敗，因為解析器無法將技能與特定職位和時間範圍建立關聯。組合型格式可行，前提是您在技能摘要旁包含完整的時間順序經歷區段——但經歷區段仍必須遵循標準格式規則。^[8]

我應該多久重新測試一次履歷的 ATS 相容性？

每次結構性編輯後，以及每批申請之前都應測試。微小的變更——調整邊距、新增職位、重新格式化日期——都可能引入解析錯誤。如果您針對不同職缺類別使用不同的履歷版本，請獨立測試每個版本。在任何編輯後進行免費的 ATS 解析檢查，以便在問題影響到您的面試機會之前發現它們。

參考資料