프론트엔드 개발자 포지션에 당신의 이력서는 얼마나 통할까요?
프론트엔드 개발자 채용 공고와 이력서를 붙여넣어 보세요. 점수, 빈틈, 그리고 이 직무에서 ATS가 실제로 확인하는 항목을 알려드립니다.
"HTML, CSS, JavaScript 능숙"은 2026년엔 아무것도 말해주지 않습니다 — 모든 프론트엔드 공고가 기본으로 전제합니다. 실제로 검토되는 건 프레임워크, 퍼포먼스 수치, 접근성이 실제로 본인 책임이었는지입니다. 실제 공고에 이력서를 대조해 무엇이 빠져있는지 먼저 확인하세요.
이력서 업로드
PDF · DOCX · TXT · 최대 2MB
이 직무 공고가 요구하는 것
- React
- TypeScript
- JavaScript (ES6+)
- Next.js
- CSS / Tailwind
- REST / GraphQL API
- Jest / React Testing Library
- 접근성 (WCAG)
- 반응형 디자인
- Webpack / Vite
- 상태관리 (Redux / Zustand)
- Core Web Vitals / 퍼포먼스
- 디자인 시스템
이 직무 이력서에서 흔한 실수
- 프레임워크 명시 없이 "HTML, CSS, JavaScript 능숙" — React/Vue/Angular가 실제 신호이지 기본기가 아님.
- 접근성 언급 전무 — WCAG/ARIA는 최신 공고에 자주 등장하지만 이력서엔 거의 없어 한 줄만 있어도 눈에 띔.
- "UI 구축" 같은 문구에 지표 없음 — 로딩 속도, 번들 크기, Lighthouse 점수, 전환율이 없으면 효과를 판단할 수 없음.
- Figma는 언급하면서 그걸 실제 반응형 컴포넌트로 구현한 흔적 없음.
- TypeScript를 스킬로만 나열, 실제 진지하게 썼다는 신호(공유 인터페이스, `any` 미사용) 없음.
약한 표현 vs 강한 표현
약함 React로 UI 컴포넌트 구축.
강함 React·Tailwind로 결제 플로우 재구축, Largest Contentful Paint 3.1초→1.4초 단축, 전환율 6% 상승.
이 직무에서 "근거"가 의미하는 것
프론트엔드 이력서에서 증빙은 브라우저가 측정 가능한 숫자입니다 — Lighthouse 점수, LCP, 번들 크기, 전환율. "React로 UI 구축"은 주장일 뿐입니다. "결제 플로우 재구축, LCP 3.1초→1.4초"는 프레임워크, 범위, 성능이 업무의 일부라는 이해까지 한 번에 증빙합니다.
가장 중요한 요구사항 자세히 보기
- React / Next.js
- 2026년 대부분의 프론트엔드 공고는 순수 React가 아닌 메타 프레임워크를 전제합니다. 클라이언트 사이드 React만 경험했다면 그렇게 정확히 밝히세요.
- Core Web Vitals / 퍼포먼스
- 쉽게 증빙 가능하지만 가장 많이 빠지는 항목 — 기능 설명 대신 전후 숫자가 필요하기 때문. LCP, CLS, 번들 크기 한 줄이 성능에 관심 있다는 문단보다 효과적입니다.
- 접근성 (WCAG)
- 점점 명시적으로 요구되지만 거의 증빙되지 않는 항목 — WCAG 레벨, 스크린리더 수정, 키보드 내비게이션 한 가지만 있어도 눈에 띔.
- TypeScript
- 공고가 명시적으로 TypeScript를 요구한다면 파일 확장자가 아니라 팀 코드베이스에서 타입을 진지하게 썼는지를 봅니다. 그냥 주석형 JavaScript에 가깝다면 겸손하게 표현하는 게 더 신뢰감 있습니다.