홈페이지 사이트맵 만들기: 고객 질문을 메뉴 구조로 바꾸는 방법
회사소개·서비스 메뉴부터 정하기 전에 고객 질문을 모아보세요. 질문을 페이지와 메뉴로 바꾸는 사이트맵 예시, 페이지 분리 기준과 검증 방법을 정리했습니다.
홈페이지 사이트맵은 고객이 찾는 정보를 어떤 페이지에 담고 어떻게 연결할지 정하는 설계도입니다. 메뉴 이름부터 고르기보다 고객 질문을 모으고, 같은 판단에 필요한 질문을 묶은 뒤, 페이지와 이동 경로를 정하는 순서로 만들면 구조를 설명하기 쉬워집니다.
여기서 말하는 사이트맵은 기획 단계의 페이지 구조도입니다. 검색엔진에 URL 목록을 알리는 XML 사이트맵과는 역할이 다릅니다. 페이지 구조를 먼저 설계하고, 공개 후 검색엔진이 발견해야 할 주소를 XML 사이트맵에 반영합니다.
1. 회사 내부 분류보다 고객의 질문을 먼저 모으기
회사 내부에서 ‘사업1팀’과 ‘사업2팀’으로 업무를 나누더라도 방문자는 그 구분을 모를 수 있습니다. 고객이 어떤 서비스가 필요한지 판단할 수 있는 이름과 설명이 필요합니다. 상담 메일, 문의 폼, 영업 담당자의 설명, 기존 사이트 검색어에서 실제 질문을 모으세요.
아직 문의 기록이 없다면 가설부터 적을 수 있습니다. 대신 실제 고객에게 확인하지 않은 질문이라는 점을 구분해두고, 상담이 쌓일 때 수정합니다. 경쟁사 메뉴를 그대로 복사하면 그 회사의 서비스 구조와 고객을 함께 가져오는 셈이므로 우리 사업에 맞는지 별도로 판단해야 합니다.
가상의 기업 교육 서비스를 예로 들어보겠습니다. 의뢰 담당자가 알아야 할 것은 조직도보다 교육 대상, 주제, 운영 방식, 일정 협의, 강사와 사례일 수 있습니다. 질문을 적을 때는 ‘콘텐츠’ 같은 추상적인 단어 대신 “신입사원 대상으로 진행할 수 있나요?”처럼 실제 문장으로 씁니다.
2. 질문을 페이지로 바꾸는 표 만들기
| 고객 질문 | 필요한 답과 근거 | 담을 페이지 | 다음 행동 |
|---|---|---|---|
| 우리 팀에 맞는 교육이 있나요? | 대상·목표·주제별 제공 범위 | 교육 프로그램 | 해당 프로그램 상세 보기 |
| 무엇을 배우고 어떤 결과물이 남나요? | 구성·실습·제공 자료 예시 | 프로그램 상세 | 운영 방식 확인 |
| 온라인과 방문 교육 모두 가능한가요? | 장소·인원·장비·진행 조건 | 운영 안내 | 일정·조건 문의 |
| 비슷한 조직에서 진행한 적 있나요? | 공개 허가를 받은 사례와 진행 범위 | 교육 사례 | 관련 프로그램 보기 |
| 누가 진행하며 믿을 수 있나요? | 강사 소개·검증 가능한 이력·담당 역할 | 팀 소개 | 프로그램·사례 확인 |
| 견적에 무엇을 알려드려야 하나요? | 대상·인원·희망 일정·주제 입력 안내 | 교육 문의 | 접수 후 절차 확인 |
이 표의 장점은 페이지를 추가할 이유가 분명해진다는 점입니다. ‘팀 소개 페이지가 필요하다’보다 ‘강사와 운영 주체를 확인하려는 질문에 답해야 한다’가 더 구체적인 기획 기준이 됩니다. 예시의 프로그램 구성이나 실적은 실제 업체의 자료가 아닙니다.
3. 페이지로 독립시킬지, 한 페이지에 묶을지 결정하기
질문마다 페이지를 하나씩 만들면 정보가 지나치게 잘게 나뉩니다. 반대로 모든 질문을 메인에 넣으면 원하는 답을 다시 찾기 어렵습니다. 같은 선택을 돕는 내용은 함께 묶고, 방문 목적과 필요한 근거가 충분히 다른 내용은 분리하는 방식으로 판단하세요.
‘온라인 진행 가능 여부’와 ‘준비 장비’는 운영 안내에 함께 둘 수 있습니다. 그러나 리더십 교육과 데이터 분석 교육처럼 대상·목표·교육 내용이 다른 프로그램은 각각 설명할 자료가 충분하다면 별도 상세 페이지가 유용합니다. 제목만 바꾸고 내용이 거의 같은 페이지를 늘리는 방식은 피합니다.
| 판단 항목 | 같은 페이지에 묶기 | 별도 페이지 검토 |
|---|---|---|
| 고객의 목적 | 하나의 서비스를 선택하는 같은 과정 | 서로 다른 서비스를 찾는 방문 |
| 설명 자료 | 짧은 조건이나 한두 개 답변 | 독립적인 범위·사례·FAQ가 충분함 |
| 공유 필요 | 페이지의 특정 구역 링크로 충분 | 광고·영업 메일에서 전용 주소가 필요 |
| 운영 방식 | 같은 담당자·주기로 갱신 | 등록·수정 방식이나 담당자가 다름 |
4. 전체 사이트맵과 상단 메뉴를 구분하기
사이트맵에 포함된 모든 페이지를 상단 메뉴에 올릴 필요는 없습니다. 프로그램 상세는 프로그램 목록에서, 개별 사례는 사례 목록에서 들어가도록 구성할 수 있습니다. 이용 안내와 개인정보 안내처럼 위치가 예상되는 정보는 하단 메뉴도 활용합니다.
교육 서비스 예시의 상단 메뉴는 ‘교육 프로그램 / 운영 안내 / 교육 사례 / 팀 소개’로 묶고 ‘교육 문의’를 별도 행동 버튼으로 둘 수 있습니다. 프로그램 아래에는 주제별 상세 페이지, 사례 아래에는 개별 사례가 연결됩니다. 메뉴 수를 특정 숫자에 맞추는 것보다 이름만 보고 목적지를 예측할 수 있는지가 중요합니다.
구조 예시: 홈 → 교육 프로그램 → 프로그램 상세 → 관련 교육 사례 → 교육 문의.
이 흐름은 유일한 경로가 아닙니다. 검색에서 프로그램 상세로 바로 들어온 사람도 홈을 거치지 않고 운영 조건과 문의를 찾을 수 있어야 합니다. 상세 페이지의 관련 링크와 문의 연결을 함께 설계해야 하는 이유입니다.
5. 메뉴 이름은 클릭하기 전에 이해되어야 한다
‘솔루션’, ‘가치’, ‘경험’이라는 말이 브랜드에는 어울려도 방문자가 목적지를 예상하기 어려울 수 있습니다. 브랜드 언어를 쓰더라도 메뉴명이나 설명에서 실제 내용을 밝혀주세요. ‘교육 프로그램’과 ‘교육 사례’처럼 비슷해 보이는 두 메뉴는 각각 무엇이 들어가는지 짧게 설명해도 좋습니다.
새 구조를 점검할 때는 화면 디자인 없이 메뉴와 페이지 제목만 보여주고 질문해보세요. “방문 교육에 필요한 장비를 어디에서 찾겠어요?”처럼 실제 과제를 제시합니다. 정답을 먼저 알려주지 않고 선택과 이유를 기록하면 분류의 모호한 지점을 발견할 수 있습니다. 적은 사람을 대상으로 한 확인은 개선 단서를 주지만 전체 고객의 행동을 대표하는 통계로 해석해서는 안 됩니다.
6. 사이트맵을 원고와 운영 계획에 연결하기
구조가 정해지면 각 페이지에 담당자, 필요한 자료, 주요 버튼, 공개 여부를 붙입니다. 자료가 준비되지 않은 페이지는 제목만 있는 채로 공개하기보다 준비 일정을 정하는 편이 낫습니다. 기획서에는 ‘회사소개 작성’ 대신 ‘운영 주체·담당 역할·연락 경로 확인’처럼 완료 조건을 적으세요.
리뉴얼이라면 기존 URL도 함께 기록해야 합니다. 메뉴 이름을 바꾸더라도 주소를 반드시 바꿀 필요는 없습니다. 주소 변경이 필요하다면 대응 페이지와 이동 처리를 별도 목록으로 관리합니다. 이 부분은 리뉴얼 콘텐츠 정리 방법에서 구체적으로 다룹니다.
자주 묻는 질문
작은 홈페이지도 사이트맵이 필요한가요?
한 페이지 사이트도 내용 구역과 이동 순서를 정리하면 도움이 됩니다. 고객 질문, 답할 구역, 주요 행동을 한 장에 적는 정도로 시작할 수 있습니다. 복잡한 도구보다 구조를 공유할 수 있는지가 중요합니다.
사이트맵을 만들면 SEO가 끝나나요?
아닙니다. 기획 구조는 출발점입니다. 각 페이지에 실제 도움이 되는 내용이 있어야 하고, 내부 링크·접근 가능한 HTML·색인 허용·대표 주소 등도 확인해야 합니다. XML 사이트맵 제출 역시 모든 URL의 색인이나 검색 노출을 보장하지 않습니다. Google 사이트맵 안내
참고한 자료와 다음 단계
웹사이트 기획에서 목적과 방문자, 정보 구조를 함께 정리하는 접근은 Orbit Media의 웹사이트 기획 가이드를 참고했습니다. 위 교육 서비스 질문표와 구조는 이해를 돕기 위한 자체 구성 예시입니다.
구조를 정했다면 페이지별 설득 역할을 확인하고, 실제 의뢰용 문서에는 홈페이지 기획서 예시를 활용해보세요.