상품을 충분히 등록했는데 고객이 원하는 제품을 찾기 어렵다고 말한다면 메뉴와 목록의 연결을 살펴보세요. 분류 구조는 판매자의 관리 방식뿐 아니라 방문자가 제품을 찾고 비교하는 과정에도 영향을 줍니다. 이번 글에서는 큰 상품군을 정하는 일부터 필터, 모바일 사용 과정과 공개 후 관리까지 단계별 질문을 정리합니다. 특정 메뉴 개수나 화면 형태를 정답으로 제시하기보다 현재 판매하는 상품에 맞는 기준을 만드는 데 초점을 맞췄습니다.
1. 판매자 분류보다 고객의 찾는 목적을 확인하세요
자사몰 카테고리를 정하기 전에 고객이 어떤 말로 상품을 찾는지 살펴보세요. 내부 재고 코드나 공급업체 구분이 방문자에게도 익숙한 것은 아닙니다. 상품 종류를 알고 찾는 사람과 용도에 맞는 제품을 비교하는 사람은 출발점이 다를 수 있습니다. 먼저 주력 상품을 실제로 어떻게 설명하는지 상담 담당자와 정리해 보세요.
예를 들어 생활용품을 판매한다면 머그컵처럼 상품 종류로 찾는 경우와 선물처럼 사용 목적으로 찾는 경우를 구분할 수 있습니다. 이는 구조를 검토하기 위한 예시이며 특정 분류가 매출을 높인다는 통계가 아닙니다. 현재 상품 목록을 몇 가지 방식으로 묶어 보고 처음 방문한 사람이 원하는 제품을 어디에서 찾을지 물어보세요. 기존 문의와 검색 기록이 있다면 개인정보를 제외한 질문의 뜻을 참고합니다.
2. 이름과 하위 분류의 기준을 일관되게 정하세요
자사몰 카테고리 이름은 눌렀을 때 어떤 상품이 나올지 예상할 수 있어야 합니다. 의미가 모호한 브랜드 표현만 사용하면 상품을 찾기 위해 여러 메뉴를 열어봐야 할 수 있습니다. 상품군의 이름과 기획전 이름을 구분하고 같은 단계의 메뉴는 가능한 한 같은 기준으로 정리하세요.
하위 분류를 무조건 많이 만들 필요는 없습니다. 상품이 적은데 여러 단계로 나누면 빈 목록이나 상품 한두 개만 있는 화면이 늘어날 수 있습니다. 반대로 제품 특성이 다양한데 한 목록에 모두 넣으면 비교가 어려워집니다. 상품 수만으로 정답을 정하기보다 실제 목록을 보면서 분류가 필요한지 판단하세요. 새 상품을 등록할 때 어느 곳에 넣을지 담당자마다 판단이 달라진다면 분류 기준을 문서로 남기는 것이 좋습니다.
3. 카테고리와 필터의 역할을 나누세요
자사몰 카테고리는 탐색의 큰 범위를 정하고 필터는 그 안에서 조건을 좁히는 역할로 설계할 수 있습니다. 색상과 크기처럼 여러 상품에 반복되는 속성을 모두 별도 메뉴로 만들면 구조가 복잡해질 수 있습니다. 고객이 구매 전에 비교하는 속성을 먼저 적고 각 상품에 해당 정보가 실제로 입력돼 있는지 확인하세요.
필터가 있어도 상품 정보가 누락되면 조건에 맞는 제품이 결과에서 빠질 수 있습니다. 속성 이름과 입력 형식을 통일하고 선택한 조건을 해제하는 방법도 제공하세요. Google은 필터 조합으로 생성되는 주소가 매우 많아지면 과도한 크롤링과 새 페이지 발견 지연을 일으킬 수 있다고 설명합니다. 모든 조합을 검색에 노출할 필요가 있는지 개발 담당자와 검토하고, 주요 상품 페이지까지 일괄 차단하지 않도록 적용 범위를 확인합니다.
근거 자료: Google — 필터 탐색 URL의 크롤링 관리
4. 목록에서 비교할 정보를 맞추세요
자사몰 카테고리 화면은 상세 페이지로 이동하기 전에 상품을 비교하는 장소입니다. 사진 크기와 상품명 위치가 제각각이면 같은 종류의 제품도 차이를 파악하기 어려울 수 있습니다. 목록에는 상품명과 가격 등 필요한 정보를 일정한 위치에 배치하고, 제품에 따라 크기나 구성 수량처럼 선택에 중요한 속성을 추가하는 방식을 검토하세요.
보여줄 정보가 많다고 무조건 좋은 것은 아닙니다. 구매 결정을 위해 꼭 필요한 항목과 상세 페이지에서 확인할 항목을 나누어 보세요. 할인이나 품절 표시는 실제 상태와 맞아야 하며 근거 없는 인기 표시를 붙이지 않습니다. 사진은 제품을 구분할 수 있는 구도로 준비하고 이미지 대체텍스트도 상품을 정확하게 설명하도록 작성합니다. 목록에서 선택한 제품이 상세 화면의 같은 상품으로 연결되는지도 확인하세요.
5. 모바일에서 선택과 되돌리기를 확인하세요
자사몰 카테고리를 모바일에서 확인할 때는 상품이 보이는지만 살피지 말고 필터를 열고 조건을 고른 뒤 결과를 확인하는 흐름을 따라가 보세요. 선택한 조건이 무엇인지 보이고 개별 조건을 지우거나 초기화할 수 있어야 합니다. 상세 페이지를 읽고 목록으로 돌아왔을 때 다시 찾기 어려운 부분이 없는지도 점검합니다.
web.dev는 화면 크기 외에도 마우스, 키보드, 터치처럼 서로 다른 입력 방식을 고려하도록 설명합니다. 작은 아이콘만으로 기능을 전달하거나 마우스를 올려야만 나타나는 메뉴에 의존하지 마세요. 키보드로 필터와 상품 링크에 이동할 수 있는지 확인하고, 필터 창을 닫은 뒤에도 다음 행동을 알 수 있게 구성합니다. 실제 기기로 자주 사용하는 조건을 선택해 보면 화면 시안만으로 발견하기 어려운 문제를 찾는 데 도움이 됩니다.
근거 자료: web.dev — 다양한 입력 방식의 상호작용
6. 상품까지 이어지는 링크를 점검하세요
자사몰 카테고리를 구성한 뒤에는 메뉴에서 상품 목록으로, 목록에서 상품 상세로 이어지는 내부 링크를 확인하세요. Google은 페이지 사이의 링크 관계로 사이트 구조를 이해하며 메뉴와 분류 페이지를 통해 상품에 접근할 수 있도록 안내합니다. 검색창으로만 찾을 수 있는 상품은 일반적인 탐색에서 빠져 있는지 살펴볼 필요가 있습니다.
Googlebot은 보통 사이트 검색창에 검색어를 입력하지 않는다고 공식 문서에서 설명합니다. 개발 담당자는 수집할 상품 페이지가 실제 링크로 연결되는지 점검하고 필요한 경우 사이트맵을 보완할 수 있습니다. 이것이 모든 상품의 색인이나 검색 순위를 보장하는 것은 아닙니다. 고객에게 중요한 상품군은 찾기 쉬운 위치에서 안내하고, 클릭했을 때 다른 분류나 없는 페이지로 이어지는 링크가 없는지 확인하세요.
근거 자료: Google Search Central — 전자상거래 사이트 구조
7. 빈 목록과 변경 이력을 관리하세요
자사몰 카테고리는 상품이 늘거나 판매가 종료되면 다시 점검해야 합니다. 분류는 남아 있지만 판매할 상품이 없는 경우, 고객이 왜 비어 있는지와 다음에 어디로 이동할지 알 수 있도록 안내를 준비하세요. 일시 품절과 영구 판매 종료는 상황이 다르므로 같은 방식으로 처리하기 전에 운영 기준을 정하는 것이 좋습니다.
메뉴를 바꾸기 전에는 연결된 기획전, 광고와 기존 주소의 영향을 확인하세요. 이름만 바꾸는 작업과 주소를 없애는 작업을 구분하고 변경 날짜와 담당자를 기록합니다. 공개 후에는 상품을 찾지 못했다는 문의나 필터 사용 중 발견한 문제를 모아 다음 개선에 반영하세요. 메뉴 개수를 줄였다는 사실만으로 성공을 판단하기보다 고객이 실제로 찾는 제품에 도달하는지 확인하는 것이 중요합니다.
제작 문의 전에 준비할 것
현재 상품 목록과 자주 받는 질문, 고객이 비교하는 주요 속성을 한 장으로 정리해 보세요. 우선 주력 상품군에서 메뉴와 필터를 검토한 뒤 실제 기기로 찾는 과정을 따라가면 필요한 개선을 구체화할 수 있습니다. Gnosislab design에 상담하실 때 상품 종류와 운영 방식, 현재 탐색에서 불편한 점을 함께 알려주시면 제작 범위와 목록 구성을 정리하는 데 도움이 됩니다.