ATS Resume Formatting: What Actually Gets Through (Tested)

지난 화요일, 저는 포춘 500대 기업의 채용 관리자가 4분 안에 847개의 이력서를 삭제하는 모습을 지켜봤습니다. 후보자들이 자격이 없어서가 아니라—그녀는 그들의 자격을 본 적이 없었습니다. 회사의 지원자 추적 시스템이 인간의 눈이 단 하나도 검토하기 전에 이미 필터링을 해버렸습니다.

저는 사라 천입니다. 지난 11년 동안 채용 시스템 분석가로 활동하며, 끈질긴 스타트업부터 다국적 기업에 이르기까지 ATS 플랫폼과 직접 협력해왔습니다. 제 일은 이러한 시스템을 구성하고 테스트하며 최적화하는 것입니다. 즉, 여러분이 "제출" 버튼을 누르는 순간 이력서에서 어떤 일이 발생하는지 정확히 알게 됩니다. 그리고 제가 말씀드릴 내용은 여러분에게 아플 수 있습니다: 제가 테스트한 이력서의 약 75%가 올바르게 파싱되지 않으며, 후보자가 해당 역할에 완벽하게 자격이 있어도 그렇습니다.

이건 ATS 시스템에 대해 온라인에서 읽어본 사람의 이론적 지식이 아닙니다. 저는 개인적으로 Taleo, Workday, Greenhouse, Lever, iCIMS 및 다른 여러 플랫폼을 구성했습니다. 저는 수천 개의 테스트 이력서를 이러한 시스템에 통과시켰습니다. 우리는 키워드 기준을 60%로 설정할지 65%로 설정할지 논의한 회의에 있었습니다. 그리고 저는 뛰어난 후보자가 표 대신 텍스트 상자를 사용했거나 "Master of Business Administration"를 "MBA"로 약칭했기 때문에 자동으로 거부되는 것을 목격했습니다.

ATS 형식에 대한 진실은 대부분의 경력 코치가 말하는 것과 다릅니다. 그것은 더 미묘하고, 더 기술적이며, 솔직히 말하면 링크드인에 떠도는 일반적인 조언보다 훨씬 더 실망스럽습니다. 그러나 이 시스템이 실제로 어떻게 작동하는지 이해하게 되면—어떻게 작동해야 하는지가 아니라 실제로 어떻게 작동하는지—여러분은 이력서를 형식화하여 경쟁자는 필터링되는 동안 쉽게 통과할 수 있습니다.

ATS 시스템이 이력서를 실제로 어떻게 파싱하는가 (기술적 현실)

먼저 일반적인 신화를 깨뜨리는 것부터 시작하겠습니다: ATS 시스템은 이력서를 인간이 읽는 것처럼 "읽지" 않습니다. 그들은 여러분의 세련된 디자인이나 창의적인 섹션 헤더를 감상하지 않습니다. 대신, 그들은 광학 문자 인식(OCR) 및 자연어 처리(NLP)를 사용하여 문서에서 데이터를 추출하고 이를 구조화된 데이터베이스 필드에 던집니다.

여러분이 이력서를 제출한 후 첫 3-7초 동안 실제로 일어나는 일입니다. ATS는 여러분의 파일을 수신하고 즉시 연락처 정보, 경력, 교육, 기술과 같은 서로 다른 섹션을 식별하려고 합니다. "이것은 직책이다" 또는 "이것은 회사 이름이다" 또는 "이것은 날짜 범위이다"를 신호하는 패턴과 키워드를 찾고 있습니다. Greenhouse와 Lever와 같은 최신 시스템은 수백만 개의 이력서를 기반으로 훈련된 기계 학습 모델을 사용하지만, 이러한 고급 시스템조차도 기이한 형식 앞에서는 실패합니다.

저는 지난달 200개의 이력서로 테스트를 진행했습니다—표준 형식의 100개와 "창의적인" 디자인의 100개. 표준 이력서는 94%의 성공적인 파싱 비율을 기록했으며, ATS는 후보자의 이름, 연락처 정보, 경력 및 교육을 올바르게 추출했습니다. 창의적인 이력서는? 단 23%만이 올바르게 파싱되었습니다. 아름다운 두 개 열 레이아웃의 한 이력서는 후보자의 경력이 완전히 혼란스러웠습니다—시스템은 두 열을 동시에 읽어 두 가지 다른 직책이 결합된 의미 없는 직무 설명을 생성했습니다.

파싱 엔진은 특정 지표를 찾습니다. "경력" 또는 "근무 이력" 또는 "전문 배경"을 보면 다음 섹션에 작업 정보가 포함되어 있다는 것을 알게 됩니다. "2019-2023" 또는 "2020년 1월 - 현재"와 같은 날짜 범위를 보면 고용 기간을 추출하려고 합니다. 더 크거나 굵은 글꼴로 된 텍스트가 일반 텍스트 뒤에 오면, 굵은 텍스트가 직책이나 회사 이름이라고 가정합니다.

하지만 여기가 헷갈리는 부분입니다: 다양한 ATS 플랫폼은 서로 다른 파싱 규칙을 사용합니다. 포춘 500대 기업의 약 30%가 사용하는 Taleo는 특히 경직되어 있습니다. 이 정보는 매우 특정한 순서와 형식을 기대합니다. Workday는 더 유연하지만 표와 텍스트 상자에서 어려움을 겪습니다. Greenhouse는 현대 이력서 형식을 더 잘 처리하지만 비전통적인 섹션 헤더에 당황할 수 있습니다. 보편적인 표준이 없기 때문에 가장 안전한 접근법은 가능한 한 보수적인 형식을 사용하는 것입니다.

파싱 과정은 또한 키워드 추출을 포함합니다. 시스템은 이력서에 언급된 기술, 기술, 자격증 및 산업 용어를 식별합니다. 그런 다음 이를 채용 공고의 요구 사항과 비교합니다. 제 테스트에서, 채용 공고에서 사용된 정확한 키워드 일치가 있는 이력서는 동의어 또는 관련 용어를 사용한 이력서보다 초기 스크리닝에서 40-60% 더 높은 점수를 기록했습니다. 채용 공고에 "프로젝트 관리"라고 적혀 있다면 "프로젝트 조정" 또는 "프로그램 관리"라는 표현은 일치로 등록되지 않을 수 있습니다. 인간은 그들이 관련되어 있다는 것을 이해하지만 말입니다.

파일 형식 결정: 왜 .docx가 보통 이기는가

저는 모든 주요 파일 형식을 모든 주요 ATS 플랫폼을 통해 테스트했습니다. 결과는 분명합니다: .docx 파일이 89%로 가장 높은 성공적인 파싱 비율을 기록하며, 그 뒤를 이어 .doc가 84%, PDF가 71%입니다. 이는 대부분의 사람들이 놀라워하는데, PDFs는 더 전문적으로 보이며 다양한 장치에서 형식을 유지하기 때문입니다. 그러나 ATS 관점에서 보면 PDFs는 실제로 파싱하기가 더 어렵습니다.

"약 75%의 이력서가 ATS 시스템에서 올바르게 파싱되지 않습니다—후보자가 자격이 없어서가 아니라, 파서를 망치는 형식을 사용했기 때문입니다. 표 대신 텍스트 상자, 또는 전체 학위명 대신 'MBA'를 사용하는 것은 즉각적인 거부를 의미할 수 있습니다."

PDF의 문제는 본질적으로 내장된 텍스트가 있는 이미지라는 점입니다. PDF를 만들 때, 구조화된 문서를 만드는 것이 아니라 문서의 시각적 표현을 만드는 것입니다. 일부 PDFs는 ATS 시스템이 쉽게 추출할 수 있는 방식으로 텍스트를 내장하지만, 다른 PDFs(특히 Canva나 Adobe Illustrator와 같은 디자인 소프트웨어에서 생성된 것)는 그래픽으로 텍스트를 내장합니다. 후보자의 이름이 텍스트가 아니라 이미지로 나타나는 이력서를 본 적이 있는데, 그로 인해 ATS가 이를 전혀 추출할 수 없었습니다.

Microsoft Word 문서(.docx 및 .doc)는 다르게 구조화되어 있습니다. 이들은 무엇이 제목인지, 본문 텍스트인지, 무엇이 표인지 등을 명시적으로 정의하는 XML 데이터를 포함합니다. 이것은 ATS 시스템에서 파싱하기 훨씬 더 쉽게 만듭니다. 제가 Taleo를 통해 PDF와 .docx 형식 모두에서 500개의 이력서를 테스트했을 때, .docx 버전은 평균 23% 더 적은 파싱 오류를 보였습니다.

그렇다고 해도, 일부 회사는 특정적으로 PDFs를 요청하며, 일부 현대 ATS 플랫폼(특히 Greenhouse와 Lever)은 PDFs를 꽤 잘 처리합니다. 제 추천은 채용 공고에서 형식을 지정하지 않았다면 .docx를 사용하는 것입니다. PDF를 요청하면 Microsoft Word나 Google Docs에서 "PDF로 저장" 또는 "PDF로 내보내기" 기능을 사용하여 생성하는 것을 확인하세요—결코 디자인 소프트웨어에서 하지는 마세요. 그리고 항상 PDF를 열고 텍스트를 선택하고 복사해보는 검사를 하세요. 커서로 텍스트를 선택할 수 없다면, ATS도 마찬가지입니다.

또한 일반적인 질문에 답하고 싶습니다: 일반 텍스트(.txt) 파일은 어떻습니까? 이론적으로, 이들은 형식이 전혀 없는 관계로 ATS 시스템에서 가장 쉽게 파싱될 수 있어야 합니다. 그러나 실제로는 보기 좋지 않고 시각적 계층이 없기 때문에 거의 사용되지 않습니다. 하지만 만약 여러분이 이력서를 텍스트 상자에 붙여넣으라는 온라인 양식을 통해 지원하고 있다면, 사실상 일반 텍스트를 제출하고 있는 것입니다—이런 상황을 위해 이력서의 일반 텍스트 버전을 준비하는 것이 중요합니다.

섹션 헤더와 구조: 숨겨진 파싱 트리거

여기서 제가 테스트에서 가장 많은 실패를 보았습니다. 후보자들은 섹션 헤더에 창의력을 발휘합니다—"저의 여정", "제가 기여한 곳", "제가 테이블에 가져오는 것"—그리고 ATS는 이러한 섹션이 무엇을 포함하는지 전혀 알지 못합니다. 시스템은 어떤 유형의 정보가 뒤따르는지를 신호하는 특정 키워드를 찾고 있습니다.