채용 홈페이지를 새로 만들면서 채용 관리 솔루션(ATS)까지 바꾸려는데, 오픈 전에 무엇을 준비하고 점검해야 할지 막막하신가요?
직원 300명 규모의 한 제조사 채용 담당자는 새 채용 홈페이지를 게시한 뒤, 3월 공채 공고를 올리기 전에 테스트 지원서를 냈습니다. 채용 플랫폼에 올려 둔 상시 공고에서 지원 버튼을 눌러 지원서를 제출했는데, 그 지원서가 새 ATS에 들어오지 않았습니다.
원인은 상시 공고에 걸린 지원 링크였습니다. 이 링크가 아직 기존 ATS의 지원서 주소로 남아 있어서, 지원서는 기존 ATS에 쌓였습니다.
이 회사는 설명을 위해 설정한 가상 회사입니다. 1편에서 담당자는 리뉴얼 범위로 수정 대상 4곳과 새로 만들 페이지 3개를 정했고, 2편에서 ATS 빌더와 제작 지원을 선택했습니다.
홈페이지만 ATS 빌더로 만들고 기존 ATS를 계속 쓸 수도 있었지만, 사례 회사는 공고와 홈페이지를 두 곳에서 관리하는 일을 줄이려고 ATS 교체까지 선택했습니다. 그래서 오픈 전에 기존 ATS에 남은 지원자와 공고를 정리하는 일이 생겼습니다.
이 글은 담당자가 오픈 일정을 잡고, 이관 방식을 정하고, 맡을 사람을 나누고, 세 시점으로 나눠 점검한 순서를 따라갑니다.
ATS는 그대로 두고 홈페이지만 바꾸는 회사라면 「ATS 이관 전에 정해야 하는 세 가지」의 1·2(진행 중인 지원자, 과거 지원자 데이터)만 건너뛰면 됩니다. 오픈 일정, 기존 지원 링크 정리, 담당자 지정, 오픈 체크리스트는 ATS를 그대로 써도 필요합니다.
📌
한눈에 보는 핵심
오픈일과 ATS 전환일은 첫 공고 게시일에서 거꾸로 계산해, 새 공채 접수를 시작하기 전으로 잡습니다.
ATS를 바꾼다면 새 ATS에 공고를 게시하기 전에 진행 중인 지원자, 과거 데이터, 채용 플랫폼과 회사 홈페이지에 남은 기존 지원 링크를 어떻게 처리할지 정합니다.
오픈 준비를 누가 맡을지, 오픈 뒤 홈페이지 문구를 누가 고칠지도 미리 정하고 그 담당자에게 편집 권한을 줍니다.
점검은 세 시점으로 나눕니다. 홈페이지 게시 전에는 미리보기로 화면과 문구를, 게시 후에는 주소 연결과 분석 기록, 이미 게시된 상시 공고의 지원 연결을, 새 공채 공고를 게시한 직후에는 그 공고에서 PC와 모바일로 직접 지원해 접수와 접수 안내 메일을 확인합니다.
채용 홈페이지 오픈 일정, 첫 공고 게시일에서 역산하기
오픈일과 ATS 전환일은 새 공채 접수를 시작하기 전으로 잡습니다. 접수가 진행 중일 때 ATS를 바꾸면 같은 공고의 지원서가 기존 ATS와 새 ATS에 나뉘어 쌓이기 때문입니다.
사례 회사 담당자는 3월 공채 공고 게시일을 기준으로 할 일을 거꾸로 배치했습니다. 아래는 그 순서를 먼저 할 일부터 적은 목록입니다.
▶️
이관 방식 결정: 기존 ATS의 지원자와 공고를 어떻게 처리할지 가장 먼저 정했습니다. 이미 접수한 지원자를 기존 ATS에서 마무리할지 새 ATS로 옮길지에 따라, 기존 ATS 계약을 언제까지 유지할지도 정해집니다.
디자이너에게 자료 전달: 생산팀장과 연구소장이 검수한 직무 원고, 사내 사진, 복리후생 규정 문서를 넘겼습니다. 2편에서 확인한 대로 제작 기간을 자료를 받은 날부터 계산하는 곳이 있어서, 직무 원고 검수가 늦어지면 오픈일도 밀릴 수 있습니다.
도메인 연결: 회사 웹 담당 부서에 채용 홈페이지용 주소(예: career.회사도메인) 추가를 요청했습니다. 사례 회사가 선택한 ATS의 안내에 따르면, 연결 설정을 마친 뒤에도 보안 인증서 발급 등으로 실제로 접속되기까지 시간이 걸릴 수 있습니다. 그래서 홈페이지 게시일보다 앞서 요청했습니다.
게시 전 점검: 미리보기로 화면과 문구를 확인했습니다.
홈페이지 게시와 게시 후 점검: 홈페이지를 게시한 뒤 주소 연결, 분석 기록, 이미 게시된 상시 공고의 지원 연결을 확인했습니다.
3월 공채 공고 게시: 이때부터 3월 공채 접수를 시작합니다. 게시 직후 그 공고에서 직접 지원해 접수를 확인했습니다.
인터뷰 영상(4월 촬영)과 영업·관리 직무 소개는 1편에서 정한 대로 오픈 뒤에 추가합니다. 그래서 첫 오픈 일정에는 넣지 않았습니다. 수시채용을 하는 회사라면 가장 급한 직무의 공고 게시일을 기준으로 같은 순서를 거꾸로 배치하면 됩니다.
ATS 이관 전에 정해야 하는 세 가지: 진행 중인 지원자, 과거 데이터, 기존 지원 링크
새 ATS에 첫 공고를 게시하기 전에 세 가지의 처리 방법을 정해야 합니다. ATS를 그대로 쓰는 회사는 1·2를 건너뛰고 3만 보면 됩니다.
1. 진행 중인 지원자: 진행 중인 전형은 기존 ATS에서 마무리합니다
사례 회사에는 접수를 마감하고 면접을 진행하던 연구직 경력 수시 공고가 2건 있었습니다. 담당자는 이 2건의 전형을 기존 ATS에서 끝내기로 했습니다. 전형 도중에 지원자를 옮기면 면접 평가 기록이 두 곳으로 나뉘고, 합격과 불합격 안내도 지원자가 처음 접수한 곳과 다른 곳에서 나가기 때문입니다.
채용 플랫폼의 상시 공고는 지금도 지원을 받고 있어서 기준이 하나 더 필요했습니다. 지원 링크를 새 주소로 바꾸는 날을 전환일로 정합니다. 지원 링크를 바꾸기 전에 접수한 지원자는 기존 ATS에, 바꾼 뒤에 접수한 지원자는 새 ATS에 쌓입니다.
사례 회사는 지원 링크를 바꾸기 전에 접수한 상시 공고 지원자도 기존 ATS에서 전형을 마무리하기로 했습니다. 이 지원자들을 새 ATS로 옮기기로 했다면 아래 2의 이관 대상에 넣어야 합니다.
그래서 기존 ATS 계약은 연구직 경력 전형 2건과 지원 링크를 바꾸기 전에 접수한 상시 공고 지원자의 전형이 모두 끝날 때까지 유지했습니다. 새 공고는 기존 ATS에 게시하지 않았습니다.
2. 과거 지원자 데이터: 수집 목적과 보유 기간 안에서 필요한 데이터만 옮깁니다
옮길 대상을 정할 때는 보유 기간만 보지 않고, 지원자에게 알린 수집 목적과 처리 근거 안에 있는 데이터인지 함께 확인합니다. 보유 기간이 남아 있어도 처리 목적을 달성해 더는 필요 없는 정보는 옮기지 않고 파기합니다. 보유 기간이 지난 데이터도 파기 대상입니다. 다만 다른 법령에 따라 보존해야 하는 정보는 따로 구분해 관리합니다.
담당자는 새 ATS 업체에 옮길 수 있는 데이터 항목과 진행 절차를 계약 전에 물었습니다. ATS를 바꿀 시점인지 판단하는 기준은 ATS 교체 신호에서 다뤘습니다.
3. 기존 지원 링크: 채용 플랫폼 공고와 회사 홈페이지의 지원 링크를 새 주소로 바꿉니다
담당자는 기존 ATS의 지원 링크가 걸려 있는 곳을 목록으로 정리하고, 곳마다 바꿀 주소와 처리 원칙을 정했습니다.
채용 플랫폼에 올려 둔 상시 공고
회사 홈페이지의 「채용」 메뉴(1편에서 상단 메뉴로 꺼내기로 한 메뉴)
외주로 만든 기존 채용 페이지
처리 원칙은 공고별로 나눴습니다. 새로 지원을 받는 공고는 새 지원서 주소로 바꾸고, 기존 ATS에서 전형을 마무리하는 연구직 경력 공고 2건은 기존 ATS 링크를 그대로 둡니다.
채용 플랫폼의 상시 공고도 계속 지원을 받는 공고이므로 전환일에 새 주소로 바꿉니다. 기존 채용 페이지 주소는 회사 웹 담당 부서에 요청해 새 홈페이지로 연결되게 했습니다.
채용 플랫폼 공고는 이미 게시한 공고의 지원 링크를 고칠 수 있는지 플랫폼마다 먼저 확인합니다. ATS와 연동해 게시한 공고 중에는 게시한 뒤 접수 방식을 바꿀 수 없어서, 공고를 마감하고 새로 게시해야 하는 경우도 있습니다. 이때는 재게시 일정도 전환일에 맞춰 잡습니다.
실제로 링크가 바뀌었는지는 홈페이지를 게시한 뒤 점검에서 확인합니다. 사례 회사의 테스트 지원서가 기존 ATS에 쌓인 원인도 이 목록의 첫 줄인 상시 공고 링크였습니다.
오픈 준비와 오픈 뒤 수정: 담당자를 미리 정하세요
사례 회사는 오픈 전에 채용 담당자 두 명과 회사 웹 담당 부서가 맡을 일을 나눴습니다.
1. 채용 담당자 두 명: 한 명은 홈페이지 문구를, 한 명은 공고와 지원자를 맡습니다
홈페이지 문구 담당자는 디자이너와 시안을 주고받고, 오픈 뒤에는 근무지와 FAQ 문구를 고칩니다. 공고와 지원자 담당자는 새 ATS에 공고를 등록하고 채용 플랫폼 공고의 지원 링크를 바꿉니다. 기존 ATS에 남은 연구직 경력 전형 2건과 지원 링크를 바꾸기 전에 접수한 상시 공고 지원자의 전형을 마무리하는 일도 이 담당자가 맡습니다.
2. 회사 웹 담당 부서: 도메인 설정, 회사 홈페이지 메뉴 링크, 기존 주소 연결을 맡습니다
세 가지 모두 채용 담당자가 직접 바꿀 수 없는 일입니다. 웹 담당 부서는 채용 홈페이지용 주소를 추가하고, 회사 홈페이지 상단 「채용」 메뉴의 링크를 새 홈페이지로 바꾸고, 외주로 만든 기존 채용 페이지 주소를 새 홈페이지로 연결합니다.
담당자는 이 세 가지를 요청 하나로 묶어 오픈 일정과 함께 전달했습니다.
3. 편집 권한: 오픈 뒤 문구를 고칠 담당자에게 미리 줍니다
1편의 기획서에는 「확정된 공고, FAQ, 근무지 문구를 채용 담당자가 바로 고칠 수 있어야 한다」는 요구 사항이 있었습니다. 문구 담당자에게 편집 권한이 없으면 이 요구 사항을 지킬 수 없습니다. 그래서 사례 회사는 오픈 전에 홈페이지 문구 담당자를 편집 사용자로 지정했습니다.
어떤 정보를 담당자가 직접 고치고 어떤 정보를 검토를 거쳐 고칠지, 얼마나 자주 갱신할지는 채용 홈페이지 구축법의 표에 정리돼 있습니다.
채용 홈페이지 오픈 체크리스트: 게시 전, 게시 후, 채용 시작 시점에 나눠 점검하세요
점검은 세 시점으로 나눕니다. 홈페이지를 게시하기 전에는 미리보기로 화면과 문구를 보고, 게시한 뒤에는 주소와 이미 게시된 상시 공고의 연결을 확인하고, 새 공채 공고를 게시한 직후에는 그 공고에서 직접 지원해 봅니다. 항목마다 무엇이 보이면 통과인지 적었습니다.
사례 회사가 쓰는 ATS에서는 홈페이지를 게시하기 전에 홈페이지 주소로 접속하면 페이지가 보이지 않습니다. 그래서 회사 홈페이지 메뉴나 검색 결과를 거쳐 들어오는 경로는 게시한 뒤에만 점검할 수 있습니다. 아직 올리지 않은 3월 공채 공고의 지원 경로도 그 공고를 게시한 직후에야 확인할 수 있습니다.
1. 화면과 문구(홈페이지 게시 전): PC와 모바일 미리보기에서 기획서 내용이 그대로 보여야 합니다
근무지와 전형 일정이 공고와 같은 내용으로 보이는지 확인합니다.
복리후생이 이미지 표가 아니라 글로 보여서, 휴대폰에서 확대하지 않아도 읽히는지 확인합니다.
문구 담당자가 고친 문구가 미리보기에 바로 보이는지 확인합니다.
2. 주소(홈페이지 게시 후): 회사 도메인과 기존 채용 페이지 주소가 모두 새 홈페이지로 연결돼야 합니다
채용 홈페이지용 주소로 PC와 모바일에서 접속되는지 확인합니다.
외주로 만든 기존 채용 페이지 주소로 들어가도 새 홈페이지가 열리는지 확인합니다.
구글 서치콘솔과 네이버 서치어드바이저에 새 주소를 등록합니다. 사례 회사가 쓰는 ATS에서는 홈페이지를 게시한 상태여야 두 도구에 사이트를 등록할 수 있습니다.
문구 하나를 고쳐 공개한 뒤, 공개 화면에 반영됐는지 모바일에서 확인합니다.
3. 분석 도구(홈페이지 게시 후): 방금 한 테스트 방문이 기록돼야 합니다
1편에서 리뉴얼 범위에 넣은 분석 설정을 여기서 마무리합니다. 담당자는 PC와 휴대폰으로 새 홈페이지에 접속한 뒤, 분석 도구의 실시간 보고서에 그 방문이 기록됐는지 확인했습니다.
4. 기존 공고 연결(홈페이지 게시 후): 이미 게시된 상시 공고에서 지원하면 새 지원서가 열리고 새 ATS에 들어와야 합니다
담당자는 세 경로로 들어가 PC와 모바일에서 테스트 지원서를 냈습니다. 채용 플랫폼의 상시 공고, 네이버 검색 결과에 남아 있는 기존 채용 페이지 주소, 회사 홈페이지의 「채용」 메뉴입니다. 상시 공고 링크가 기존 ATS로 이어지는 문제는 이 단계에서 찾습니다. 기존 ATS에서 전형을 마무리하는 연구직 경력 공고 2건의 링크는 기존 ATS로 이어지는지 따로 확인합니다.
5. 새 공고의 지원 경로와 접수(새 공채 공고 게시 직후): 그 공고에서 낸 테스트 지원서가 새 ATS에 들어오고 접수 안내 메일이 도착해야 합니다
담당자는 3월 공채 공고를 채용 플랫폼과 홈페이지에 게시한 직후, 그 공고에서 PC와 모바일로 직접 지원했습니다. 지원서가 새 ATS에 들어왔는지, 접수 안내 메일이 도착했는지, 메일에 적힌 문의처가 맞는지 확인했습니다.
상시 근로자 30명 이상 사업장은 채용절차법 제7조 제2항에 따라 채용서류를 접수하면 지체 없이 지원자에게 접수 사실을 알려야 합니다(적용 범위는 제3조). 지원서 항목 구성은 입사지원서 양식에서 다뤘습니다.
6. 공고 목록(새 공채 공고 게시 직후): 모집 중인 공고만 보여야 합니다
마감한 공고와 점검용 테스트 공고가 공고 목록에 남아 있지 않은지 확인합니다. 사례 회사가 쓰는 ATS에서는 접수를 마감할 때 노출 중단 옵션을 켠 공고만 목록에서 내려갑니다. 그래서 담당자는 테스트 공고를 마감할 때 이 옵션을 켰고, 점검에 쓴 테스트 지원서는 점검이 끝난 뒤 지웠습니다.
사례 회사 담당자는 홈페이지를 게시한 뒤 4번 점검에서 상시 공고 링크가 기존 ATS로 이어진 문제를 찾았습니다. 상시 공고의 지원 링크를 새 지원서 주소로 바꾸고 세 경로를 다시 점검한 다음, 3월 공채 공고를 게시했습니다. 게시 직후에는 그 공고에서 다시 지원해 접수와 안내 메일을 확인했습니다.
나인하이어에서 데이터 이관부터 채용 홈페이지 오픈까지 진행하기
앞에서 본 순서대로 데이터 이관, 채용 플랫폼 연동, 오픈 전 점검, 오픈 뒤 운영을 나인하이어 기준으로 정리합니다.
1. 데이터 이관: 엔터프라이즈 플랜 고객은 이관 지원과 전담 CX 매니저를 받습니다
나인하이어 엔터프라이즈 플랜에는 현재 사용 중인 ATS의 데이터를 옮기는 데이터 이관 지원과 전담 CX 매니저 배정이 포함됩니다(요금제). 옮길 수 있는 데이터와 진행 순서는 도입 상담에서 우리 회사 기준으로 확인할 수 있습니다.
2. 채용 플랫폼 연동: 채용 플랫폼 공고의 지원 방식이 홈페이지 지원 경로와 맞는지 확인합니다
잡코리아 연동 공고는 게시할 때 지원자 접수 방식을 고릅니다. [홈페이지 지원]은 지원자를 지원서 페이지로 보내고, [즉시 지원]은 잡코리아 이력서로 지원받아 워크스페이스에 자동 등록합니다. 접수 방식은 게시한 뒤에는 바꿀 수 없고, 바꾸려면 공고를 마감한 뒤 새로 게시해야 합니다.
그래서 점검 4·5번에서 확인할 지원 경로와 맞는지 게시 전에 봅니다(잡코리아 연동 공고 게시, 모든 요금제). 커스텀 도메인을 연결해도 [홈페이지 지원] 방식의 연동 공고는 기본 도메인(.ninehire.site) 주소로 연결되므로, 점검 때 이 주소가 보여도 정상입니다.
접수 링크를 쓸 수 없는 채용 플랫폼(원픽, 원티드 등)의 지원자는 PC 프로그램인 나인하이어 커넥트로 모아 등록합니다.
3. 오픈 전 점검: 미게시 상태에서 미리 보고, 게시한 뒤 실제 경로를 점검합니다
채용 홈페이지는 처음에 미게시 상태이고, 미게시 상태에서는 홈페이지 주소로 접속해도 페이지가 보이지 않습니다(게시·미게시 설정, 모든 요금제). 그래서 화면과 문구는 미리보기의 데스크톱·모바일 화면으로 보고, 홈페이지를 거쳐 들어오는 경로와 지원서 수신은 게시한 뒤(기존 상시 공고)와 새 공고를 게시한 직후(새 공고)에 점검합니다.
편집한 내용은 「저장」만 하면 공개 화면에 반영되지 않고, 「업데이트」를 눌러야 지원자에게 보입니다(미리보기, 저장, 업데이트).
미게시와 게시 중을 바꾸는 토글, 저장·업데이트와 게시 상태 변경이 함께 남는 홈페이지 편집 기록
4. 오픈 뒤 운영: 마감한 공고는 목록에서 내리고, 접수 안내 메일은 자동으로 보냅니다
공고 목록: 접수를 마감할 때 「포지션 목록에 노출 중단」을 켜면 그 공고가 채용 홈페이지 공고 목록에서 내려갑니다. 이 옵션을 끄고 마감하면 공고가 목록에 계속 남습니다(접수 상태 관리, 모든 요금제).
접수 안내 메일: 지원자가 직접 지원서를 제출하면 접수 안내 메일이 자동으로 발송됩니다. 채용절차법 제7조 제2항에 근거한 기능이라 끌 수 없고, 메일 제목과 내용은 고칠 수 있습니다(지원자 접수 안내, 모든 요금제). 담당자가 지원자 정보를 직접 추가한 경우에는 발송되지 않으므로, 점검 5번의 테스트 지원은 지원자 화면에서 직접 제출합니다.
커스텀 도메인: 자사 도메인을 입력하고, 회사 웹 담당 부서가 DNS 레코드를 등록해 소유권을 확인하는 순서로 연결합니다. 도메인을 바꾸면 공고와 지원서 주소의 앞부분도 바뀌므로, 처음 게시하기 전에 정해 둡니다. 웹 담당 부서 팀원을 워크스페이스 멤버로 추가하고 채용 홈페이지 편집 권한을 주면 연결 작업을 그 부서에 맡길 수 있습니다(도메인 관리, 모든 요금제).
분석과 검색 등록: 구글 애널리틱스(GA4)와 구글 태그 매니저는 측정 ID나 컨테이너 ID를, 구글 서치콘솔과 네이버 서치어드바이저는 HTML 태그를 채용 홈페이지 설정에 붙여 넣어 연결합니다. 서치콘솔과 서치어드바이저는 홈페이지가 「게시중」일 때만 등록할 수 있습니다(GA4 연동, 구글 서치콘솔, 네이버 서치어드바이저). 커스텀 도메인과 이 연동들은 비즈니스 플랜(0원)에서도 쓸 수 있습니다.
페이히어는 노션과 우피로 운영하던 채용 홈페이지를 나인하이어로 옮기면서 채용 홈페이지 제작 서비스를 이용했습니다. 고객 사례에 따르면 페이히어 채용팀은 사내에 별도 작업을 요청하지 않고 전담 디자이너와 함께 채용 홈페이지를 빠르게 오픈했고, 전체 합격자 중 약 18%가 채용 홈페이지로 지원했습니다.
자주 묻는 질문 (FAQ)
Q. 과거 지원자 데이터를 새 ATS로 모두 옮겨야 하나요? A. 아닙니다. 옮기기 전에 지원자에게 알린 보유 기간, 수집 목적, 처리 근거를 확인합니다. 보유 기간이 남아 있어도 처리 목적을 달성해 필요 없어진 정보는 파기 대상이고, 보유 기간이 지난 정보도 파기합니다. 다만 다른 법령에 따라 보존해야 하는 정보는 따로 구분해 관리합니다. 개인정보 보호법 제21조는 보유 기간이 지나거나 처리 목적을 달성해 개인정보가 필요 없어지면 지체 없이 파기하도록 하고, 다른 법령에 따라 보존해야 하는 경우를 예외로 두고 있습니다.
Q. 채용 홈페이지로 받은 지원서도 지원자가 요청하면 돌려줘야 하나요? A. 아닙니다. 채용절차법 제11조 제1항 단서에 따라 홈페이지나 전자우편으로 제출한 채용서류는 반환 의무에서 빠집니다. 이 법은 상시 30명 이상의 근로자를 사용하는 사업장에 적용됩니다(제3조).
Q. 채용 홈페이지 주소가 바뀌면 검색 결과는 어떻게 되나요? A. 검색 결과에 기존 주소가 한동안 남을 수 있습니다. 그래서 기존 주소를 새 홈페이지로 연결해 두고, 구글 서치콘솔과 네이버 서치어드바이저에 새 주소를 등록합니다. 새 주소가 검색 결과에 반영되기까지는 시간이 걸릴 수 있습니다.
채용 홈페이지를 오픈했다면, 다음은 지원 데이터를 보고 고칠 차례입니다
사례 회사는 오픈 일정을 3월 공채 공고 게시일에서 거꾸로 계산했고, 이관 방식과 기존 지원 링크 처리를 공고 게시 전에 정했습니다. 그리고 홈페이지 게시 전, 게시 후, 새 공고 게시 직후로 나눠 점검했습니다.
오픈한 뒤에는 방문 기록과 지원 데이터를 확인하며 고칠 곳을 찾기 시작합니다. 지원 단계별로 어디서 멈추는지 측정하는 방법은 채용 홈페이지 구축법에서 다룹니다.
이관 범위와 전환 일정을 우리 회사 기준으로 확인하고 싶다면 도입 상담을, 빌더와 미리보기를 먼저 써 보고 싶다면 나인하이어 무료 시작을 이용해 보세요.