지원자의 4분의 1을 차단할 때 TikTok 채용 사이트의 이 bug가 회사에 드는 비용은 얼마인가?

How much does this massive bug on TikTok’s job site cost to company when it blocks 1/4 applicants?

Reddit2026-03-04/u/Dazzling_West9605

배경 및 소개

글은 BigTech 기업들이 플랫폼의 사소한 요소마다 PM을 둘 정도로 조직을 세분화하고도, 정작 전체 경험이 조립식처럼 따로 놀아 사용자 여정이 망가지는 현실을 비판하는 문제의식에서 출발한다. 작성자는 TikTok 채용 사이트에서 특정 지역 지원자가 아예 지원을 완료할 수 없는 결함을 직접 확인했고, 이것이 채용 파이프라인과 후보자 경험에 중대한 손실을 야기한다고 본다. 국제화(i18n) 맥락에서 전화번호 국가 코드와 언어 선택처럼 기본적인 입력 설계가 경계 사례에서 얼마나 취약한지 드러난 사례로, 대규모 글로벌 리크루팅 제품에서 이런 결함은 단순한 UX 불편을 넘어 인재 유입 차단과 브랜드 신뢰 하락으로 연결될 수 있음을 강조한다. 작성자는 Product Lead로서 유명 디지털 제품 전반에서 유사한 고비용 실패를 일상적으로 목격해 왔으며, 이번 사례 또한 그 연장선에 놓여 있다고 본다.

주요 내용

작성자는 TikTok Careers 플랫폼에서 영국과 이탈리아를 비롯한 여러 국가의 지원자가 지원을 끝내지 못하는 버그를 발견했다고 밝힌다. 문제의 원인은 동일한 국제 전화 국가 코드를 복수의 관할이 공유하는 비고유 코드 처리 방식에 있을 가능성이 높다고 추정한다. 예컨대 영국의 경우 Jersey, Isle of Man 등 특수 관할이 +44를 공유하고, 이탈리아의 경우 Vatican이 +39 체계에 얽혀 있는데, 이러한 번호로 제출을 시도하면 서버가 에러를 반환해 지원이 막힌다는 것이다. 반면 동일 코드를 공유하는 미국과 캐나다의 +1 대역은 정상 동작해, 서버 측 검증 로직이 특정 공유 코드군을 비일관적으로 처리하거나 화이트리스트/패턴 매칭이 잘못 구성되어 있음을 시사한다. 이로 인해 영국, 이탈리아와 기타 일부 국가·준영토 출신 지원자가 사실상 차단되고, 그는 영향 규모가 전체 지원의 약 4분의 1에 이를 수 있다고 본다. 현상은 클라이언트 입력 단계의 단순 포맷 검증을 넘어 서버 제출 시점에서 오류가 발생하는 것으로 보이며, 번호 정규화, 관할 매핑, 제출 엔드포인트 검증이 어긋난 전형적인 백엔드 검증 실패 패턴으로 묘사된다. 그는 이 버그가 특히 TikTok London 채용에 큰 손실을 주고 있을 것이라 하며, 반농담조로 자신이 수백 건의 지원을 ‘구해준’ 셈이니 Product Management나 Strategy 포지션의 패스트트랙을 요구해볼까라고 말한다. 추가로 언어 선택 목록도 과도하게 좁아 Ukrainian조차 없다고 지적한다. 약 5천만 명이 사용하는 언어를 누락한 것은 타깃 시장과 사용자 기반을 반영하지 못한 국제화 설계 실패로, 접근성과 포용성 측면에서 비상식적이라고 본다. 그는 Product Lead의 관점에서 이런 크고 값비싼 결함이 유명 디지털 제품 전반에서 반복적으로 관찰된다며, 관심이 있으면 이를 주제로 블로그를 시작하겠다고 덧붙인다.

결론 및 시사점

사례의 핵심 교훈은 국제화(i18n)와 입력 검증이 실제 배포 환경의 경계 사례를 포괄하지 못하면, 거대한 조직과 다수의 PM이 있어도 채용 같은 핵심 비즈니스 플로우가 쉽게 마비될 수 있다는 점이다. 동일 국가 코드를 공유하는 관할에 대한 번호 정규화와 서버 측 패턴 검증이 일관되게 설계·테스트되지 않으면, 특정 지역 사용자가 구조적으로 배제된다. 또한 언어 목록의 협소함은 제품의 포용성과 시장 적합성을 직접 약화시키며, 후보자 경험과 고용주 브랜드에도 타격을 준다. 이 글은 문제 규모 추정(전체의 1/4)과 영향 범위가 작성자 관찰에 기반한 주장이라는 한계가 있지만, 글로벌 제품이 흔히 간과하는 데이터 모델링, 검증 로직, i18n 커버리지의 허점을 선명히 드러낸다. 결국 거대한 조직의 분절화된 책임 구조를 넘어, 엔드투엔드 품질 보증과 관할·언어 커버리지에 대한 체계적 QA, 그리고 실사용 데이터에 근거한 모니터링이 뒷받침되지 않으면, ‘작은’ 결함이 치명적 비즈니스 손실로 확장될 수 있음을 시사한다.

💡 국제 전화번호 검증과 관할 매핑을 서버·클라이언트 양단에서 일관되게 설계하고, 공유 국가 코드와 준영토·마이크로스테이트 케이스를 포함한 i18n 테스트 카탈로그를 구축하라. 언어 목록은 사용자 분포와 시장 전략에 맞춰 우선순위를 재평가하고, 실제 제출 실패를 실시간 감지하는 텔레메트리와 엔드투엔드 QA를 운영하라.