먼저 파싱하고 나중에 랭킹: ATS 내부에서 이력서에 실제로 일어나는 일
요약
ATS(지원자 추적 시스템)의 작동 원리인 파싱과 랭킹 단계를 분석하고, 파싱 실패가 랭킹 결과에 미치는 영향을 설명합니다. 현대적인 ATS는 의미적 유사성을 활용하므로 단순 키워드 반복보다는 구조화된 데이터 추출이 중요함을 강조합니다.
핵심 포인트
- ATS는 문서를 구조화하는 '파싱'과 점수를 매기는 '랭킹' 단계로 구분됨
- 파싱 단계에서 데이터 손실이 발생하면 랭킹 단계에서 보완이 불가능함
- 현대적 시스템은 의미적 유사성을 사용하므로 키워드 스태핑(stuffing)은 오히려 감점 요인
- 단일 열 레이아웃과 표준 헤딩, Word(.docx) 형식이 파싱에 가장 안전함
요약
- ATS는 두 가지의 별개 단계로 작동합니다. 문서를 구조화된 필드로 '파싱(parsing)'한 다음, 그 필드들을 '랭크(ranking)'합니다. 파싱 실패가 랭킹 실패인 것처럼 위장됩니다.
- 문서 헤더, 두 열 레이아웃, 레이아웃 테이블 및 텍스트 상자는 점수 산정이 시작되기 전에 데이터 손실을 일으키는 네 가지 신뢰할 수 없는 방식입니다.
- 현대적인 랭킹은 '의미적 유사성(semantic similarity)'을 사용하므로, 키워드 반복은 효과가 급격히 감소하며 스팸으로 간주되어 감점될 수 있습니다.
저는 CVPilot을 만들었기 때문에, 누구에게도 과할 정도로 많은 지원자 추적 시스템 파서 출력을 읽어봤습니다. 일관되게 발견되는 사실은 후보자들이 랭킹 단계는 최적화하지만, 먼저 일어나고 완전히 기계적인 '파싱' 단계에서는 손해를 본다는 것입니다. 추출기가 직무명과 회사 및 기간 범위를 연결하지 못하면, 하류(downstream)의 어떤 것도 그것을 고칠 수 없습니다.
대부분의 대기업은 이제 사람이 읽기 전에 소프트웨어로 이력서를 검토합니다. 이 수치는 너무 자주 인용되어 아무 의미가 없어졌지만, 중요한 부분은 다음과 같습니다. 소프트웨어가 지난 2년 동안 바뀌었고, 대부분의 이력서 조언은 따라가지 못했습니다.
예전 방식은 키워드 개수 세기였습니다. '프로젝트 관리(project management)'를 충분히 많이 반복하면 기준을 통과할 수 있었습니다. 현대 시스템은 의미적 매칭을 적용하여, '프로젝트를 관리하는 것'과 '프로젝트 관리'가 같은 것을 이해합니다. 더 이상 채우는 방식(stuffing)으로는 도움이 되지 않으며, 여러 플랫폼에서는 현재 적극적으로 점수를 낮춥니다.
이 가이드는 2026년에 지원자 추적 시스템이 이력서에 무엇을 하는지, 파싱을 통과하는 형식은 무엇인지, 채우는 방식 없이 직무 공고를 어떻게 반영할 수 있는지, 그리고 지원하기 전에 실행해야 할 체크리스트를 다룹니다. 영국식 관례를 전반적으로 따릅니다.
ATS가 이력서에 실제로 하는 일
ATS는 두 가지 별개의 작업을 수행하며, 후보자들은 보통 두 번째 작업에만 신경 씁니다. 먼저 파싱하고, 그다음 랭킹을 합니다.
파싱 (Parsing)은 문서를 일반 텍스트 (plain text)로 변환하고, 이름, 연락처, 고용주, 직함, 날짜, 기술과 같은 파편들을 구조화된 필드 (structured fields)로 매핑하려고 시도합니다. 그다음 랭킹 (Ranking) 단계에서 해당 구조화된 데이터를 직무 기술서 (job description)와 대조하여 점수를 매깁니다.
사람들이 랭킹 때문이라고 비난하는 거의 모든 실패는 실제로는 파싱 실패입니다. 만약 파서 (parser)가 당신의 직함을 찾아내지 못한다면, 그 어떤 랭킹 알고리즘도 당신을 구할 수 없습니다. 저는 왜 ATS 시스템이 영국식 이력서(UK CVs)를 거절하는지에 대해 별도로 작성한 적이 있는데, 그 원인은 거의 항상 구조적인 문제입니다.
핵심 요약: 파싱은 랭킹보다 먼저 일어납니다. 문구를 수정하기 전에 구조를 먼저 고치세요.
살아남는 형식
역연대순 (Reverse-chronological), 단일 열 (single column), 표준 헤딩 (standard headings). 이것이 정답의 전부이며, 지난 10년 동안 변함없는 정답이었습니다. 효과가 없는 더 예쁜 디자인을 권장하는 조언들이 시장에 넘쳐나는 이유이기도 합니다.
파일 유형
공고에 특정 형식이 명시되어 있다면 그 형식을 사용하세요. 명시되어 있지 않다면 Word (.docx)가 가장 안전한 기본값입니다. 사실상 거의 모든 파서가 이를 정확하게 처리하기 때문입니다. PDF 자체가 본질적으로 위험한 것은 아니지만, PDF를 생성한 도구가 위험할 수 있습니다.
| 형식 | 파싱 신뢰도 | 사용 시점 | 리스크 |
|---|---|---|---|
| .docx | 가장 높음 | 형식이 지정되지 않았을 때 | Word 버전 간의 미세한 레이아웃 변화 |
| ... |
파서를 망가뜨리는 요소들
- 문서 헤더 (header)에 있는 연락처 정보. 많은 파서가 헤더와 푸터 (footer)를 완전히 건너뛰기 때문에, 당신은 익명 상태로 남게 됩니다.
- 2단 구성 (Two columns). 파서는 페이지 전체를 가로질러 읽기 때문에, 두 열을 하나의 뒤섞인 줄로 합쳐버립니다.
- 레이아웃용으로 사용된 표 (Tables). 날짜가 해당 직무와 분리됩니다.
- 텍스트 상자 (Text boxes) 및 그래픽. 보이지 않습니다. 그 안에 무엇이 있든 존재하지 않는 것으로 간주됩니다.
- 기술 바 (Skill bars) 및 평점 점 (rating dots). 소프트웨어에는 아무런 정보도 전달하지 못하며, 사람에게도 검증 가능한 정보를 제공하지 못합니다.
- 비표준 헤딩 (Non-standard headings). "내가 영향력을 발휘한 곳 (Where I have made an impact)"과 같은 표현은 필드에 매핑되지 않습니다. "경력 사항 (Work Experience)"은 매핑됩니다.
핵심 요약 (Key Takeaway): 모든 시각적 화려함은 파싱 (Parsing) 위험 요소입니다. 화면상에서 평범해 보이는 이력서가 온전하게 전달되는 이력서입니다.
깔끔하게 매핑되는 섹션 순서
소프트웨어가 기대하는 헤딩 (Heading)을 채용 담당자가 훑어보는 순서대로 사용하세요. 순서를 벗어나는 것은 아무런 이득도 주지 않으며, 오히려 필드 (Field) 손실을 초래합니다.
- 성함 및 연락처 (Name and contact details): 문서 본문의 처음 세 줄 이내에 작성.
- 자기소개 (Personal statement): 공고의 언어를 활용하여 3~4줄로 작성.
- 핵심 기술 (Key skills): 바 (Bar)나 등급 표시가 없는 단순한 목록 형태.
- 경력 사항 (Work experience): 역연대순 (Reverse-chronological), 한 블록당 하나의 역할.
- 학력 (Education).
- 자격증 (Certifications): 직무와 관련이 있는 경우.
각 경력은 직함, 고용주, 지역, 시작 연월 ~ 종료 연월 형식으로 작성하세요. 일관되지 않은 날짜 형식은 사람들이 예상하는 것보다 더 중요합니다. 형식이 일관되지 않으면 파서 (Parser)가 고용 기간을 잘못 할당하거나, 경력 사항에 공백이 있는 것처럼 조용히 허위 정보를 만들어내기 때문입니다.
핵심 요약 (Key Takeaway): 지루한 헤딩 (Heading)과 일관된 날짜 형식이 당신이 내리는 그 어떤 디자인 결정보다 가치 있습니다.
내용을 채워 넣지 않으면서 공고를 반영하는 법
현대의 랭킹 (Ranking) 시스템은 의미론적 유사성 (Semantic similarity)을 사용하므로, 단순 반복은 수익 체감 법칙에 따라 효과가 급격히 떨어집니다. 여전히 중요한 것은 기술, 도구, 직함에 대해 고용주가 사용하는 정확한 어휘를 사용하는 것입니다.
만약 공고에는 "관리 회계 (management accounts)"라고 되어 있는데 당신의 이력서에 "월간 보고 (monthly reporting)"라고 적혀 있다면, 당신은 시스템이 찾도록 설정되지 않은 언어로 동일한 업무를 설명한 셈입니다. 실제 문장 안에서 그들의 용어를 한 번 매칭한 후 다음으로 넘어가세요. 이에 대해 더 자세한 내용은 실제로 중요한 ATS 키워드 (the ATS keywords that actually matter)에서 다룹니다.
여기서부터는 역설적인 부분입니다. 가장 강력한 이력서는 놀라울 정도로 키워드 반복이 적습니다. 왜냐하면 그 단어들을 증거를 제시하는 데 사용하기 때문입니다. 2026년의 채용 담당자들은 어휘가 아니라 측정 가능한 결과 (Measurable outcomes)를 기준으로 스크리닝 (Screening)을 합니다.
전과 후
| 약한 불렛 포인트 (Weak bullet) | 실패 원인 | 재작성된 내용 (Rewritten) |
|---|---|---|
| "팀 관리 책임 있음" | 결과가 아닌 직무를 기술함. 숫자가 없음. | "9명 규모의 팀을 이끌며, 두 분기 만에 티켓 백로그(Ticket backlog)를 42% 감소시킴" |
| ... |
핵심 요약 (Key Takeaway): 그들이 사용하는 정확한 용어를 한 번씩만 빌려 쓰세요. 나머지 모든 에너지는 숫자에 쏟으세요.
미국식 템플릿이 틀리는 영국식 관례 (UK conventions)
온라인상의 대부분의 CV(이력서) 템플릿은 미국식이며, 이를 그대로 복사하는 것은 조용히 손해를 보는 일입니다. 사진, 생년월일, 혼인 여부, 국적 또는 상세한 집 주소를 포함하지 마세요. 도시와 연락 가능한 이메일 주소만으로 충분합니다.
이러한 생략은 결벽증 때문이 아닙니다. 영국 고용주들은 요청하지 않은 보호 대상 특성(Protected characteristics)을 받는 것을 경계하며, 여러 ATS 플랫폼은 어차피 그러한 필드를 제거합니다. 2페이지가 표준입니다. 경력 초기라면 1페이지도 괜찮습니다. 3페이지는 이유가 필요하며, 학술적(Academic) 또는 임상적(Clinical) 역할이 일반적인 이유입니다.
전체적으로 영국식 철자(British spelling)를 사용하세요: optimise, analyse, programme, organisation.
미국식 영어로 작성된 CV는 템플릿을 재활용한 것처럼 읽히며, 채용 담당자들은 이를 알아차립니다.
핵심 요약 (Key Takeaway): 영국식 CV는 더 담백하고, 짧으며, 개인 정보를 적게 담습니다. 현지 관례를 따르세요.
제출 전 체크리스트 (The pre-submission checklist)
매 지원 전에 이를 실행하세요. 5분이면 충분하며, CV가 휴지통으로 직행하게 만드는 대부분의 요인을 잡아낼 수 있습니다.
- 연락처 정보는 헤더(Header)가 아닌 본문에 작성할 것.
- 단일 열(Single column) 구조. 표(Tables), 텍스트 상자(Text boxes), 그래픽 또는 기술 바(Skill bars) 사용 금지.
- 공고에 별도 명시가 없다면 .docx 형식 사용.
- 표준 헤딩(Headings) 사용: 경력 사항(Work Experience), 학력(Education), 주요 기술(Key Skills).
- 모든 경력에 대해 일관된 날짜 형식 사용.
- 공고에서 요구하는 상위 5가지 요건에 대해, 해당 용어를 정확히 한 번씩 사용할 것.
- 불렛 포인트의 최소 절반 이상에 숫자를 포함할 것.
- 전체적으로 영국식 철자 사용.
- 해당 분야에서 더 많은 분량을 요구하지 않는 한, 2페이지 이하로 작성할 것.
- 파일명에 본인의 이름과 지원 직무를 포함할 것.
만약 귀하의 이력서(CV)와 자기소개서(Cover Letter)의 직함이나 날짜 정보가 서로 일치하지 않는다면, 시스템은 사람이 이를 확인하기 훨씬 전부터 해당 불일치 사항을 플래그(Flag)로 표시합니다. 따라서 두 서류를 함께 검토할 가치가 있으며, ATS 자기소개서 가이드에서 해당 측면을 다루고 있습니다.
또한 추측하는 대신 특정 채용 공고에 맞춰 이력서의 점수를 매길 수도 있습니다. CVPilot은 ATS가 작동하는 방식과 동일하게 이력서를 파싱(Parsing)하여, 반드시 포함되어야 할 필수 용어 중 실제로 누락된 것이 무엇인지 보여줍니다. 이는 40군데에 지원서를 보내고 침묵 속에서 문제를 유추하는 것보다 훨씬 빠른 피드백 루프(Feedback Loop)를 제공합니다.
이력서가 당신을 취업시켜 주는 것이 아닙니다. 이력서는 사람이 결정권을 갖는 자리로 당신을 안내할 뿐입니다.
이력서를 최적화할 준비가 되셨나요? CVPilot을 무료로 체험하고 60초 이내에 귀하의 ATS 점수를 확인해 보세요.
사용자가 제공한 문서로부터 정보 추출(Extraction) 기능을 구축해 보셨다면, 귀하의 파서(Parser)가 가장 먼저 실패한 지점은 어디였나요?
전체 가이드: https://cvpilot.pro/blog/ats-friendly-cv-complete-guide-2026
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기