공고 하나를 보고 관심이 생긴 후보자가 다음에 하는 일은 대개 정해져 있습니다. 회사명을 검색합니다.
그다음 확인하는 순서도 비슷합니다. 이 회사가 무슨 일을 하는지, 지원할 자리에서 실제로 무엇을 맡는지, 누구와 어떤 방식으로 일하는지, 지금 열린 공고와 전형은 어떻게 되는지를 차례로 봅니다. 이 네 가지 중 하나라도 찾지 못하면 후보자는 확인을 포기하고 지원도 포기합니다.
그래서 채용 홈페이지는 회사를 예쁘게 소개하는 페이지가 아닙니다. 공고에서 시작된 관심을 지원까지 끊기지 않게 잇고, 채용팀이 바뀐 정보를 계속 반영하는 운영 자산입니다. 만드는 일보다 만든 뒤에 고칠 수 있는지가 더 중요한 이유가 여기에 있습니다.
이 글은 그 재료를 후보자가 스스로 확인하고 지원할 수 있는 한 자리에 모으는 단계입니다. 순서는 네 단계입니다. 무엇을 담을지, 어떤 순서와 화면으로 탐색하게 할지, 누가 어떤 기준으로 최신을 유지할지, 어떤 방식으로 구축할지입니다. 공고 문장을 쓰는 법과 채널 운영, 유입 경로 설정과 합격률 분석은 4편에서 다뤘으므로 여기서 다시 설명하지 않습니다.
📌
한눈에 보는 핵심
채용 홈페이지에 담을 정보는 항목 수로 세지 않습니다. 후보자가 지원 전에 확인하는 질문 세 묶음, 즉 회사 이해와 직무·사람 이해, 공고·지원 확인으로 나눠 채웁니다.
메뉴는 후보자의 탐색 순서대로 나눕니다. 첫 화면은 약속을 보여 주고, 다음 화면은 그 약속을 검증할 근거를 둡니다.
채용 홈페이지에서 찾은 공고가 다른 문서나 오래된 링크로 넘어가면 탐색이 끊깁니다. 공고와 지원 절차는 같은 자리에서 이어져야 합니다.
만드는 것보다 고치는 것이 어렵습니다. 채용팀이 직접 바꿀 정보와 브랜드 검토가 필요한 정보를 나누고 갱신 주기를 먼저 정합니다.
구축 방식은 가격이 아니라 운영 책임으로 고릅니다. 공고가 바뀔 때 누가 언제 고치고, 지원 데이터가 어디에 남는지가 판단 기준입니다.
담을 것을 정할 때 흔히 하는 방식은 다른 회사 페이지를 열어 놓고 없는 메뉴를 채우는 것입니다. 이렇게 만들면 항목은 늘어나는데 후보자가 찾던 답은 여전히 없습니다.
기준을 후보자 쪽으로 옮기면 정리가 됩니다. 후보자가 지원 전에 던지는 질문은 크게 세 묶음이고, 이 순서대로 답이 놓여 있으면 페이지가 짧아도 판단이 됩니다.
묶음 | 후보자의 질문 | 페이지에 담을 정보 | 비어 있으면 생기는 일 | 1분 확인 방법 |
|---|---|---|---|---|
1. 회사 이해 | 이 회사는 무엇을 하고, 왜 지금 이 일을 하나요? | 사업과 고객, 성장 방향, 지금 채용하는 이유 | 지원 여부를 회사 규모나 인지도로만 판단합니다 | 첫 화면에서 사업 설명을 읽고 무슨 회사인지 한 문장으로 말해 봅니다 |
2. 직무와 사람 이해 | 여기서 어떤 일을, 누구와, 어떤 방식으로 하나요? | 직무별 역할과 입사 후 과제, 팀 구성과 협업 방식, 문화와 근무 환경 | 입사 후 하루를 그려 보지 못해 지원을 미룹니다 | 지원할 직무 하나를 골라 첫 3개월에 무엇을 하는지 찾아봅니다 |
3. 공고와 지원 확인 | 지금 지원할 수 있고, 전형은 어떻게 진행되나요? | 열린 공고와 직무별 상세, 전형 단계와 일정, 지원과 문의 경로, 개인정보 안내 | 지원 과정의 불확실성이 그대로 이탈로 이어집니다 | 홈페이지 첫 화면에서 열린 공고까지 몇 번 눌러 도착하는지 세어 봅니다 |
세 묶음은 목록이기 전에 순서입니다. 회사를 이해한 사람만 직무 설명을 끝까지 읽고, 직무를 이해한 사람만 지원 버튼을 누릅니다. 순서가 뒤집힌 페이지는 정보가 다 들어 있어도 지원으로 이어지지 않습니다.
회사 소개를 길게 쓴다고 이 질문에 답이 되지는 않습니다. 후보자가 확인하려는 것은 하나입니다. 지금 이 회사에 합류하는 것이 자신의 경력에 말이 되는가입니다.
그래서 사업과 고객, 최근의 성장 방향, 그리고 이번 채용이 그 방향의 어디에 놓이는지를 연결해 씁니다. 2편에서 정한 핵심 메시지와 근거가 있다면 여기서 새로 만들 필요가 없습니다. 검증한 문장과 근거를 첫 화면과 회사 소개로 옮기면 됩니다.
자주 쓰는 표현 | 후보자가 판단에 쓰는 정보 |
|---|---|
수평적이고 자유로운 문화를 지향합니다 | 직급 호칭 대신 이름을 쓰고, 주간 회의에서 담당자가 우선순위를 정합니다 |
빠르게 성장하는 회사입니다 | 최근 2년간 고객사가 두 배 늘었고, 올해는 결제 영역으로 제품을 확장합니다 |
인재를 최우선 가치로 생각합니다 | 올해 채용하는 다섯 자리가 어느 팀의 어떤 과제 때문에 생겼는지 적어 둡니다 |
오른쪽 칸은 없던 사실을 지어내 채우는 칸이 아닙니다. 이미 사내에 있는 사실을 꺼내 적으면 됩니다. 회사 소개 문단이 형용사로만 이뤄져 있다면 그 문단은 아직 후보자의 질문에 답하지 않은 상태입니다.
여기서 브랜드 요소는 장식이 아니라 같은 회사로 읽히게 만드는 장치입니다. 로고와 색상, 글꼴, 배너가 공고와 회사 소개, 지원 화면에서 따로 놀면 후보자는 같은 회사의 정보인지 매번 다시 확인해야 합니다. 나인하이어 같은 채용 관리 솔루션(ATS)에 포함된 채용 홈페이지 빌더에서는 헤더 설정과 콘텐츠 블록으로 이 톤을 담당자가 직접 맞출 수 있습니다. 문구 하나를 바꿀 때마다 다른 팀의 일정을 기다리지 않아도 된다는 점이 실제 운영에서는 더 크게 작동합니다.
두 번째 묶음은 지원 결정에 가장 직접적으로 작용하는데도 가장 자주 비어 있습니다. 직무 소개가 공고의 자격 요건을 그대로 옮겨 놓은 수준에서 끝나기 때문입니다.
여기서 필요한 것은 일하는 장면입니다. 요건을 나열하는 것만으로는 지원 결정에 닿지 않습니다. 직무별로 맡을 역할과 입사 후 첫 과제, 함께 일할 팀의 구성과 협업 방식, 의사결정이 어디서 내려지는지를 확인할 수 있어야 합니다. 문화와 복지는 그 뒤에 옵니다.
3편에서 만든 채용 블로그와 직원 인터뷰가 여기서 쓰입니다. 다만 인터뷰 한 편을 통째로 복사해 붙이지 않습니다. 직무 페이지나 팀 페이지에서 맥락과 함께 연결해야 후보자가 자신이 지원할 자리의 이야기로 읽습니다. 팀원 소개를 어떤 형식으로 만들지는 팀원 소개 콘텐츠 정리 글에 정리해 두었습니다.
블록 활용하기 문서를 보면 블록은 레이아웃 단 수에 따라 쓸 수 있는 종류가 다릅니다. 텍스트와 이미지, 버튼, 구분선은 1단부터 4단까지 쓸 수 있고 동영상과 아코디언은 2단까지, 슬라이드와 전광판, 지도는 1단에서만 씁니다. 인터뷰와 오피스, 복지처럼 읽지 않고 훑는 정보는 이런 블록으로 배치해야 후보자가 스크롤 몇 번으로 확인합니다.
세 번째 묶음은 확인 사항이 분명합니다. 지금 열린 공고와 직무별 상세, 전형 단계와 예상 일정, 지원과 문의 경로, 그리고 개인정보 처리 안내입니다.
공고에 무엇을 어떤 순서로 쓸지는 4편에서 다뤘습니다. 이 글에서 지킬 원칙은 하나입니다. 후보자가 공고를 다시 찾아 나서게 하지 않는 것입니다. 회사 소개를 읽던 후보자가 열린 공고 목록과 전형 안내, 자주 묻는 질문까지 같은 탐색 경로에서 확인할 수 있어야 합니다.
전형 단계는 글로 나열하는 것보다 단계로 보여 주는 편이 읽힙니다. 나인하이어의 단계 블록은 한 블록에 최대 6단계까지 넣을 수 있고 각 단계에 설명글을 붙일 수 있어, 서류부터 최종 발표까지의 흐름을 한 화면에 정리하는 데 씁니다. 반복되는 질문은 아코디언 블록으로 접어 두면 페이지가 길어지지 않습니다.
개인정보 처리방침은 별도 설정 메뉴를 통해 페이지에 연결합니다. 다만 어떤 항목을 수집하고 얼마나 보관할지는 회사 정책과 관련 법령에 따라 정해야 하며, 이 글의 안내는 법률 자문이 아닙니다.
담을 것을 정했다면 다음은 배치입니다. 여기서 갈리는 것은 디자인 감각보다 다음 질문으로 자연스럽게 넘어가는 순서입니다. 같은 정보를 같은 양으로 담아도 순서에 따라 지원까지 도달하는 비율이 달라집니다.
메뉴가 내부 조직도나 콘텐츠를 만든 부서 기준으로 나뉘어 있으면 후보자는 자기가 찾는 정보가 어느 메뉴에 있는지 매번 추측해야 합니다. 앞에서 정리한 세 묶음을 그대로 메뉴로 옮기면 추측할 일이 없어집니다.
직원 60명 규모의 B2B SaaS 회사가 프로덕트 매니저 한 명을 채용한다고 가정하고 메뉴를 짜 보면 이렇게 정리됩니다.
메뉴 | 담기는 것 | 앞 편에서 만든 재료 |
|---|---|---|
회사와 사업 | 무엇을 만들고 누가 쓰는지, 지금의 성장 방향 | 2편의 핵심 메시지와 근거 |
일하는 방식 | 의사결정 방식, 협업 도구, 업무 주기 | 3편의 채용 블로그 |
팀과 직무 | 팀별 구성과 직무별 역할, 입사 후 과제 | 3편의 직원 인터뷰 |
채용 공고 | 열린 공고 목록과 직무별 상세 | 4편의 공고 |
합류 여정과 FAQ | 전형 단계와 일정, 반복 질문 | 4편의 전형 안내 |
메뉴를 늘리기 전에 상한을 먼저 확인하는 편이 낫습니다. 페이지 구조 문서를 보면 헤더의 메뉴 버튼은 최대 7개, 메뉴마다 드롭다운은 최대 10개, 푸터 메뉴는 최대 10개입니다. 이 상한은 설계 기준으로 쓰면 됩니다. 후보자가 한 화면에서 고를 수 있는 선택지도 대체로 그 정도입니다.
이미 만들어 둔 블로그나 외부 콘텐츠가 있다면 버리지 않고 메뉴와 푸터에서 연결합니다. 흩어져 있던 링크를 담당자가 매번 개별로 전달하던 일이 줄어들고, 후보자는 한 경로에서 전부 확인합니다.
첫 화면이 할 일은 하나입니다. 후보자가 내가 찾는 회사이고 내가 지원할 자리가 있는가를 몇 초 안에 판단하게 하는 것입니다. 그 판단이 서면 다음 화면부터는 그 약속이 사실인지 확인하는 과정이 됩니다.
첫 화면: 회사가 무엇을 하는 곳인지 알려 주는 핵심 문장 하나와 열린 공고로 가는 버튼
사업과 고객: 그 문장이 사실이라는 근거. 제품, 고객, 최근의 변화
팀과 직무: 지원할 자리에서 무엇을 맡는지, 누구와 일하는지
문화와 근무 환경: 일하는 방식과 복지. 형용사 대신 장면으로
합류 여정과 FAQ: 전형 단계와 일정, 반복 질문
마지막 화면: 열린 공고 목록과 지원 버튼
모바일에서 한 번 더 확인합니다. 후보자 다수가 휴대폰으로 먼저 열어 봅니다. 핵심 정보를 이미지 안의 작은 글자로만 넣지 않고, 버튼과 공고 링크가 손가락으로 눌리는 크기인지, 표가 가로로 잘리지 않는지 봅니다. 데스크톱에서 완성한 뒤 모바일을 확인하면 대체로 첫 화면부터 다시 짜야 합니다.
편집 위계를 알면 수정이 빨라집니다. 채용 홈페이지는 헤더와 바디, 푸터로 나뉘고 바디는 섹션 안에 레이아웃, 레이아웃 안에 블록이 들어가는 구조입니다. 레이아웃은 1단부터 4단까지 만들 수 있어, 정보 위계를 바꾸고 싶을 때 문서를 새로 만드는 대신 섹션 순서와 단 수만 조정하면 됩니다. 드래그앤드롭 편집과 템플릿은 이 위계를 여러 번 시험해 보게 해 주는 수단으로 쓸 때 값을 합니다.
여기까지 잘 만들고도 마지막에서 끊기는 경우가 많습니다. 채용 홈페이지에서 관심이 생긴 후보자가 지원하려는 순간 외부 문서나 오래된 링크, 다른 양식으로 이동하게 되는 경우입니다. 이동이 한 번 생길 때마다 이탈이 생기고, 그 이탈은 지원자 수에 잡히지 않습니다.
운영 쪽에서도 같은 문제가 생깁니다. 공고를 마감하거나 수정할 때 채용 시스템과 홈페이지를 각각 고쳐야 하면 한쪽이 늦게 반영됩니다. 마감된 공고가 홈페이지에 남아 있는 상태는 후보자에게도 손해이고 담당자에게도 문의로 돌아옵니다.
공고 목록을 페이지가 직접 불러오게 하면 이 이중 작업이 사라집니다. 나인하이어의 채용 공고 블록은 채용 관리 탭에서 모집 시작 상태로 둔 공고를 그대로 표시하고, 목록은 기본형과 사이드 필터형 중에 고릅니다. 직군과 소속, 고용 형태, 관리 태그로 필터를 붙일 수 있고, 먼저 보여 줄 공고는 최대 10개까지 상단에 고정하며, 한 페이지에 보여 줄 목록 수는 10개부터 100개까지 정합니다. 지원자는 지원자 마이페이지에서 작성하던 지원서를 임시 저장했다가 마감일까지 이어서 쓸 수 있습니다.
채용 홈페이지가 실패하는 지점은 대체로 만든 다음에 있습니다. 열었을 때는 최신이었던 정보가 반년 뒤에는 지난 채용의 기록으로 남습니다. 후보자는 그 페이지를 보고 회사의 채용이 활발하지 않다고 판단합니다.
업데이트가 멈추는 이유는 담당자의 의지가 아니라 구조입니다. 문구 한 줄을 고치는 데도 디자인이나 개발, 외주에 요청해야 하면 담당자는 고칠 것을 모아 두게 되고 그사이 후보자는 지난 정보를 봅니다.
그래서 만들기 전에 두 가지를 나눠 둡니다. 채용팀이 직접 바꿀 정보와 브랜드 검토가 필요한 정보입니다.
구분 | 해당 정보 | 갱신 시점 | 담당 |
|---|---|---|---|
채용팀이 직접 바꾸는 정보 | 열린 공고, 전형 일정, FAQ, 팀·직무 소개 문구, 콘텐츠 연결 | 공고가 바뀔 때 즉시 | 채용 담당자 |
검토가 필요한 정보 | 첫 화면 핵심 문장, 브랜드 색상과 글꼴, 페이지 구조 변경 | 분기 1회 또는 메시지 변경 시 | 채용팀과 브랜드 담당의 합의 |
주기 점검 | 마감된 공고 노출, 끊어진 링크, 지난 채용 안내 | 월 1회 | 채용 담당자 |
권한도 미리 정합니다. 나인하이어에서 채용 홈페이지 편집은 기본적으로 워크스페이스 관리자가 하고, 편집 권한 설정에서 특정 사용자를 편집 사용자로 지정하면 권한과 상관없이 편집에 참여할 수 있습니다. 이렇게 두면 채용 담당자가 정해진 범위 안에서 직접 최신화하고, 구조나 메시지를 바꾸는 일만 합의를 거치게 됩니다.
방문 수만 보면 무엇을 고쳐야 할지 알 수 없습니다. 반대로 감상만으로 고치면 무엇이 효과가 있었는지 알 수 없습니다. 확인할 것은 후보자가 어디에서 멈추는가 하나입니다.
페이지 방문, 공고 확인, 지원 시작, 지원 완료의 네 지점 중에서 팀이 이번 달에 실제로 바꿀 수 있는 한 곳을 고릅니다. 공고 확인까지는 오는데 지원 시작이 적다면 공고 상세와 지원 버튼 위치를 보고, 지원 시작은 있는데 완료가 적다면 지원서 항목 수와 임시 저장 안내를 봅니다. 한 번에 여러 곳을 바꾸면 다음 달에 원인을 되짚을 수 없습니다.
점검: 네 지점의 수를 2주에서 4주 단위로 같은 기준으로 기록합니다.
수정: 가장 크게 떨어지는 한 지점만 고칩니다.
재확인: 같은 기간만큼 다시 보고, 바뀐 것이 없으면 다른 원인을 찾습니다.
측정 도구는 페이지에 붙입니다. 나인하이어 채용 홈페이지는 외부 서비스 연동에서 구글 애널리틱스와 구글 태그 매니저, 구글 서치콘솔, 네이버 서치 어드바이저, 채널톡, 광고 최적화 도구를 연결할 수 있습니다. 네이버 웹마스터 도구가 별도로 있다는 점은 국내 채용에서 의미가 있습니다. 회사명 검색이 네이버에서 시작되는 비중이 낮지 않기 때문입니다. 페이지별 SEO 설정도 함께 확인합니다.
각 도구를 실제로 연결하고 보고서를 읽는 절차는 채용 마케팅 데이터 분석 도구 정리 글에 정리돼 있습니다. 어느 채널에서 지원과 합격이 나왔는지 확인하는 방법은 4편에서 다뤘습니다. 이 글에서는 무엇을 보고 무엇을 고칠지까지만 정합니다.
사례를 볼 때는 화면의 완성도보다 무엇을 고쳤고 그 뒤에 무엇이 달라졌는지를 봅니다. 아래 세 회사는 각각 다른 지점에서 문제를 겪었고, 서로 다른 원칙을 보여 줍니다.
회사 | 원래 문제 | 이 사례가 보여 주는 원칙 |
|---|---|---|
KCH그룹 | 공식 홈페이지만으로는 문화와 업무 환경, 복지를 전달하기 어려웠습니다 | 지원 전에 회사와 직무를 한곳에서 확인하게 합니다 |
경동제약 | 외주로 만든 시스템의 업데이트가 중단됐습니다 | 고칠 수 있어야 자산이 됩니다 |
한화비전 | 포지션마다 세팅을 매번 새로 해야 했습니다 | 만들고 끝내지 않고 채용 활동에 계속 씁니다 |
KCH그룹은 자원과 신재생에너지, 인프라, 해운 분야에서 연 약 1조 6천억 원의 매출을 내는 종합 기업이면서 약 80명의 인력으로 운영됩니다. 적은 인원으로 성과를 내야 하는 조직이라 한 사람의 적합도가 특히 중요했습니다.
문제는 두 가지였습니다. 공식 홈페이지만으로는 조직 문화나 업무 환경, 복지처럼 채용에 필요한 정보를 충분히 제공하기 어려웠고, 내부 디자인과 개발 리소스가 한정적이어서 지속적인 업데이트도 어려웠습니다.
바꾼 것은 정보의 위치입니다. 구성원 인터뷰와 사내 문화, 복지, 지원 절차, 직무별 설명을 채용 홈페이지 한곳에 모으고 모바일에서도 읽히게 정리했습니다. 앞에서 정리한 세 묶음이 한 페이지 안에서 순서대로 이어지게 만든 셈입니다.
원문에 따르면 도입 후 지원자 수가 약 20% 늘었고, 기존에 평균 2개월이 걸리던 채용 리드타임은 약 6주로 줄었습니다. 회사의 비전과 문화에 공감하는 지원자가 늘면서 컬처핏이 높은 인재의 유입도 함께 늘었다고 밝혔습니다.
💡
우리 팀에 적용할 점: 회사 소개와 직무 설명, 지원 절차가 서로 다른 곳에 있다면 그 사이의 이동이 곧 이탈 지점입니다. 새 콘텐츠를 만들기 전에 흩어진 것을 한 경로에 놓는 일부터 합니다.
경동제약은 1975년 설립된 중견 제약회사입니다. 외주 업체가 개발한 구축형 채용 시스템을 쓰고 있었는데, 공채에서 다수의 지원자와 여러 직무를 관리하기에는 과도한 리소스가 드는 구조였습니다.
결정적인 문제는 따로 있었습니다. 담당자는 시스템을 제공하던 업체가 부도가 나면서 업데이트가 완전히 중단된 것을 가장 큰 문제로 꼽았습니다. 디자인 변경이나 콘텐츠 추가가 어려웠던 것도 같은 이유입니다.
리뉴얼 과정에서는 채용 홈페이지 빌더와 제작 지원 서비스를 함께 썼습니다. 제약회사 중 가장 트렌디하고 젊은 이미지를 목표로 잡았고, 이후에는 디자인과 콘텐츠를 직접 수정하거나 추가할 수 있게 되면서 지속적인 업데이트가 가능해졌습니다.
원문 기준으로 생산본부와 본사, 연구소를 포함한 전체 평균 지원율이 약 80% 이상 늘었습니다. 지금은 지원자가 각 직무의 상세 정보를 확인하고 자신에게 맞는 자리를 이해한 상태에서 지원하도록 직무 소개 메뉴를 추가하는 작업을 준비하고 있습니다.
💡
우리 팀에 적용할 점: 만든 다음 계획이 남아 있다는 것이 이 사례의 핵심입니다. 구축 방식을 고를 때는 완성도보다 다음 분기에 무엇을 어떻게 추가할 수 있는가를 먼저 확인합니다.
한화비전은 약 400명의 개발자를 포함해 해외와 본사 임직원 2,000명 규모로 운영됩니다. 채용 담당자는 한 해에 100명 이상을 채용했고 그만큼 포지션도 100개가 넘었다고 말합니다. 포지션별 세팅을 매번 새로 하던 일을 한 번 설정한 프로세스를 복사해 재사용하는 방식으로 바꿨습니다.
채용 홈페이지에 대한 평가도 같은 맥락입니다. 담당자는 기본적인 비율과 구성이 이미 잘 설정되어 있어 제공된 템플릿을 조금만 수정하면 바로 사용할 수 있었다고 밝혔습니다. 처음부터 화면을 설계하는 대신 이미 검증된 구조 위에서 내용만 채운 것입니다.
더 눈여겨볼 것은 그다음입니다. 이 팀은 홈페이지 빌더를 단순히 홈페이지를 만드는 것을 넘어 창의적인 콘텐츠를 제작하고 이를 알리는 채용 활동에 쓰고 있다고 설명합니다. 채용 홈페이지가 3편에서 만든 콘텐츠가 도착해 쌓이는 자리로 작동하는 경우입니다.
💡
우리 팀에 적용할 점: 포지션이 많고 채용이 상시라면 페이지를 새로 만드는 시간보다 반복 세팅을 줄이는 구조가 더 중요합니다. 템플릿에서 시작하고, 남는 시간을 콘텐츠에 씁니다.
세 사례로 미루어 봤을 때, 채용 홈페이지의 성과는 처음 만든 완성도가 아니라 만든 다음 몇 번 고쳤는지에서 갈립니다.
구축 방식을 고를 때 가격표부터 비교하면 판단이 어긋납니다. 비용은 만드는 시점에 한 번 발생하지만, 운영은 채용이 있는 동안 계속되기 때문입니다. 기준을 누가 언제 고치고, 지원 데이터가 어디에 남는가로 바꾸면 선택이 명확해집니다.
방식 | 맞는 상황 | 확인할 운영 질문 | 주의할 단절 |
|---|---|---|---|
기존 회사 홈페이지 확장 | 채용 정보 변경이 적고 웹 운영 인력이 상시 있는 팀 | 공고와 FAQ 변경을 채용팀이 요청 없이 반영할 수 있나요? | 업데이트 대기, 채용 콘텐츠의 우선순위 밀림 |
외주 제작 | 고유한 디자인 요건과 유지보수 예산이 이미 있는 팀 | 납품 후 공고와 콘텐츠, 오류를 누가 얼마나 빨리 고치나요? | 계약 종료, 수정 비용, 운영 주체 부재 |
문서 도구와 노코드 도구 | 짧은 기간에 최소 정보를 공개해야 하는 초기 팀 | 브랜드와 정보 구조, 지원 경험을 일관되게 운영할 수 있나요? | 콘텐츠와 공고 링크의 분산 |
채용 관리 솔루션에 연동된 채용 홈페이지 | 공고와 지원자, 홈페이지를 같은 주기로 관리하려는 팀 | 공고 변경이 자동 반영되고 담당자가 직접 최신화할 수 있나요? | 도입 전 권한과 도메인, 제작 지원 범위 미확인 |
네 방식 모두 만들 수는 있습니다. 갈리는 것은 세 번째 수정입니다. 첫 오픈은 어느 방식으로도 되지만, 공고가 바뀌고 팀이 늘고 전형이 조정될 때 그것을 누가 얼마나 빨리 반영하느냐에서 차이가 벌어집니다.
✅
공고를 여러 곳에 올린 뒤 홈페이지 공고를 따로 다시 고치고 있는 팀
콘텐츠나 FAQ를 갱신하려면 개발과 디자인, 외주를 매번 기다려야 하는 팀
후보자가 회사 정보와 직무 콘텐츠, 공고, 지원 절차를 여러 링크에서 찾아야 하는 팀
홈페이지에서 생긴 지원이 지원자 관리와 분리돼 누락과 중복 확인이 반복되는 팀
채용 담당자가 한두 명이라 페이지 유지에 쓸 시간이 거의 없는 팀
나인하이어 채용 홈페이지는 공고 자동 반영과 직접 편집, 브랜드와 콘텐츠 구성, 모바일 대응과 페이지별 SEO 설정을 하나의 운영 흐름으로 제공합니다. 공고 이후의 후보자 경험과 채용 운영을 잇는 자산으로 놓고 볼 때 검토할 이유가 생깁니다.
제품 페이지 기준으로 채용 홈페이지 빌더는 비즈니스 플랜에서 추가 비용 없이 쓸 수 있고, 커스텀 도메인 연결과 국문·영문 페이지 운영도 포함됩니다. 전문 디자이너가 직접 제작하는 제작 지원 서비스는 엔터프라이즈 플랜에서 제공합니다. 플랜별 조건은 변경될 수 있으므로 검토 시점에 요금제 페이지에서 다시 확인하시기 바랍니다.
전체를 다시 만들 계획이 아니어도 지금 확인할 수 있는 것들이 있습니다. 지금 쓰고 있는 페이지를 열고 아래 다섯 가지를 순서대로 봅니다.
🔍
공고를 보고 들어온 후보자가 세 번 이내의 클릭으로 회사와 직무, 열린 공고에 도착하는지 확인합니다.
회사 소개, 일하는 방식, 팀과 직무, 공고, 지원 절차와 FAQ 중 비어 있는 칸을 표시합니다.
열린 공고와 홈페이지의 정보가 서로 다른 곳을 찾습니다. 마감된 공고가 남아 있는지도 함께 봅니다.
다음 공고 변경 때 누가 무엇을 고칠지 정합니다.
방문, 공고 확인, 지원 시작, 지원 완료 중 이번 달에 개선할 한 지점만 고릅니다.
Q. 채용 포털에 공고를 올리고 있는데 채용 홈페이지가 따로 필요한가요?
A. 역할이 다릅니다. 채용 포털은 후보자가 공고를 처음 만나는 자리이고, 채용 홈페이지는 공고를 본 뒤 회사를 확인하는 자리입니다. 포털 공고에는 회사의 일하는 방식이나 팀 구성을 충분히 담기 어렵고, 지원하지 않은 후보자가 다시 찾아올 자리도 없습니다. 두 채널의 관계는 4편에서 정리했습니다.
Q. 개발자나 디자이너 없이도 만들 수 있나요?
A. 템플릿 기반의 빌더를 쓰면 코딩 없이 만들 수 있습니다. 다만 도구보다 앞서는 것은 담을 내용입니다. 회사 소개와 직무 설명, 전형 안내가 준비돼 있지 않으면 어떤 도구를 써도 빈 페이지가 나옵니다. 콘텐츠를 먼저 정리하고 도구를 고르는 순서를 권합니다.
Q. 회사 공식 홈페이지에 채용 메뉴를 넣는 것과 무엇이 다른가요?
A. 정보의 양과 갱신 속도가 다릅니다. 공식 홈페이지는 고객과 투자자를 향하고 있어 채용 정보의 우선순위가 밀리기 쉽고, 수정할 때마다 다른 부서의 일정을 기다리게 됩니다. 웹 운영 인력이 상시 있고 채용팀이 직접 반영할 수 있다면 확장도 방법입니다. 그렇지 않다면 별도 운영이 유지에 유리합니다.
Q. 콘텐츠가 부족한데 무엇부터 채워야 하나요?
A. 직무 페이지부터입니다. 후보자가 가장 오래 머무는 곳이고, 지원 결정에 가장 직접적으로 작용합니다. 직무별 역할과 입사 후 첫 과제, 팀 구성만 있어도 지원 판단이 됩니다. 인터뷰와 문화 콘텐츠는 그다음에 붙입니다.
Q. 만들고 나면 얼마나 자주 고쳐야 하나요?
A. 두 가지 주기로 나눠 잡습니다. 공고와 전형 일정, FAQ는 변경이 생길 때 즉시 반영하고, 첫 화면 문장과 팀 소개, 끊어진 링크는 월 1회 점검합니다. 이 두 주기를 정해 두지 않으면 반년 뒤에 전체를 다시 손보게 됩니다.
채용 홈페이지는 공고를 보기 좋게 모아 두는 곳이 아닙니다. 후보자가 지원 전에 필요한 근거를 스스로 확인하고, 채용팀이 공고와 콘텐츠, 지원 경험을 같은 흐름에서 갱신하는 운영 자산입니다.
시리즈를 여기까지 따라왔다면 재료는 모두 갖춰져 있습니다. 1편에서 지금 수준을 진단했고, 2편에서 핵심 메시지를 정했고, 3편에서 콘텐츠를 만들었고, 4편에서 공고를 쓰고 채널에 알렸습니다. 이 글의 채용 홈페이지는 그 넷이 도착해 후보자를 만나는 자리입니다.
오늘 할 일은 하나면 충분합니다. 위 점검표에서 비어 있는 칸 하나를 찾고, 그 칸을 누가 언제 채울지 정합니다. 공고와 홈페이지를 따로 고치고 있다면 그 이중 작업부터 없애는 것이 가장 빠른 개선입니다.
채용 홈페이지가 없거나, 있어도 지난 채용의 정보가 그대로 남아 있는 팀
공고를 수정할 때마다 채용 시스템과 홈페이지를 각각 고치는 팀
회사 소개와 직무 콘텐츠, 공고, 지원 절차가 서로 다른 링크에 흩어져 있는 팀
홈페이지로 들어온 지원자를 별도 파일로 다시 모으고 있는 팀
개발과 디자인 리소스를 기다리느라 채용 정보 갱신이 밀리는 팀
나인하이어에서는 채용 홈페이지 제작과 공고 자동 반영, 지원자 관리를 하나의 채용 흐름에서 운영할 수 있습니다. 빌더는 비즈니스 플랜에서 바로 써 볼 수 있으니, 위 항목 중 두 가지 이상에 해당한다면 지금 쓰는 페이지와 나란히 놓고 확인해 보세요!
5편. 채용 홈페이지 구축법: 지원으로 이어지는 구성과 잘 만든 사례 (현재 글)
