검색 수집 기반을 점검할 때 사이트맵(sitemap, 검색엔진에 보여주는 페이지 목록)과 카테고리 구조는 별개의 문제가 아닙니다. 사이트맵은 검색엔진이 발견하기를 원하는 페이지를 나열하고, 카테고리 구조는 그 페이지들이 사이트 내에서 어떤 관계를 가지며 어디서 접근 가능한지를 결정합니다. 두 가지가 맞지 않을 때 흔히 나타나는 현상은 사이트맵에는 페이지가 있는데 내비게이션이나 카테고리 페이지에서 입구를 찾을 수 없거나, 카테고리에 콘텐츠가 분명히 있는데 사이트맵에 해당 주소가 없는 경우입니다. 아래에서는 실제 점검 순서에 따라 어떻게 연동해야 하는지 설명합니다.
카테고리 구조를 먼저 정리한 후 사이트맵에 무엇을 넣을지 결정하기
먼저 사이트맵 생성 도구를 열지 마세요. 첫 단계는 현재 카테고리 계층을 나열하는 것입니다. 1차 카테고리에는 어떤 것들이 있는지, 각 1차 카테고리 아래에 어떤 2차 카테고리가 있는지, 어떤 카테고리가 단순히 내비게이션 그룹 역할만 하고 독립 페이지가 없는지 확인합니다. 이 단계의 의미는 실제로 콘텐츠를 담고 있는 카테고리 페이지와 콘텐츠 페이지, 그리고 단순히 내비게이션을 조직하기 위한 그룹을 구분하는 데 있습니다.
정리가 끝나면 각 카테고리에 표시를 합니다:
- 독립 페이지가 있고 지속적으로 콘텐츠가 업데이트되는 카테고리는 사이트맵에 포함해야 합니다;
- 그룹 역할만 하고 실제 페이지가 없는 카테고리는 사이트맵에 나타나지 않아야 합니다;
- 필터 페이지, 태그 페이지, 페이지네이션처럼 시스템이 자동 생성하는 주소는 별도로 판단하여 사이트맵에 넣을 가치가 있는지 결정하고, 저가치 주소가 대량으로 섞이지 않도록 합니다.
카테고리 구조가 명확해지면 사이트맵의 수집 범위에 근거가 생기며, 백엔드의 모든 주소를 무작정 내보내는 일을 피할 수 있습니다.
카테고리 페이지 URL과 사이트맵 항목이 일대일로 대응하는지 확인하기
카테고리 구조 정리가 끝나면 주소를 대조합니다. 카테고리 페이지의 URL 목록과 사이트맵 파일의 항목을 함께 비교하며 세 가지를 중점적으로 봅니다:
- 카테고리 페이지 주소가 모두 사이트맵에 있는지, 특히 2차 카테고리;
- 사이트맵의 주소가 모두 정상적으로 열리는지, 리뉴얼 후 남은 구 주소는 없는지;
- 동일한 카테고리에 여러 주소(예: 파라미터가 있는 버전과 없는 버전)가 존재하는 경우, 어느 것이 대표 주소인지 결정합니다.
대조할 때는 표를 하나 내보내는 것이 좋습니다. 필드에는 최소한 카테고리 이름, 카테고리 계층, 페이지 주소, 콘텐츠 업데이트 여부, 사이트맵 포함 여부가 포함되어야 합니다. 이렇게 하면 이후 점검 때마다 같은 목록을 재사용할 수 있어 다시 정리할 필요가 없습니다.
사이트맵 생성 방식은 카테고리 유지보수 주기와 맞아야 함
사이트맵은 한 번 생성하고 끝나는 것이 아닙니다. 기업 웹사이트의 카테고리는 조정되고 콘텐츠는 추가되므로 사이트맵도 함께 업데이트되어야 합니다. 일반적인 방법은 두 가지입니다. 하나는 백엔드나 플러그인이 콘텐츠 게시 시 사이트맵을 자동 업데이트하는 것이고, 다른 하나는 정기적으로 수동 재생성하는 것입니다. 어느 쪽을 선택할지는 카테고리 조정 빈도와 팀의 운영 습관에 따라 달라집니다.
카테고리 구조가 자주 바뀐다면 자동 업데이트가 더 편리하지만, 새 카테고리 페이지가 실제로 포함되었는지 확인해야 합니다. 카테고리가 안정적이고 업데이트가 주로 콘텐츠에 집중된다면 정기적인 수동 생성도 괜찮지만, 점검 주기를 정해야 합니다. 예를 들어 매월 사이트맵 항목과 카테고리 목록이 일치하는지 확인하는 것입니다.
어떤 방식을 택하든 다음 상황은 피해야 합니다. 카테고리가 이미 통합되거나 삭제되었는데 사이트맵에 구 주소가 남아 있는 경우입니다. 이런 주소가 오류 페이지를 반환하면 수집 기반 점검의 판단을 방해할 수 있습니다.
사이트맵 제출 후 카테고리 구조로 돌아가 재점검하기
사이트맵을 제출하거나 업데이트한 후에도 점검은 끝나지 않습니다. 더 효과적인 방법은 카테고리 구조 자체로 돌아가 내비게이션 입구에서 단계별로 클릭해 보는 것입니다. 1차 카테고리에 들어갈 수 있는지, 2차 카테고리에 들어갈 수 있는지, 카테고리 페이지 내 콘텐츠 링크가 정상적으로 열리는지 확인합니다. 이 단계는 '사이트맵에 나열된 주소를 사용자와 검색엔진이 사이트 내에서 걸어서 도달할 수 있는가'를 검증합니다.
특정 카테고리 페이지가 사이트맵에는 있지만 내비게이션에 입구가 없거나, 홈페이지에서 여러 단계를 거쳐야 도달할 수 있다면 카테고리 구조와 사이트맵 범위 사이에 단절이 있다는 뜻입니다. 이때는 내비게이션 입구를 보강하거나, 이 페이지를 정말 사이트맵에 넣어야 하는지 다시 판단해야 합니다.
점검 동작을 재사용 가능한 체크리스트로 고정하기
수집 기반 점검이 개인 기억에 의존하지 않도록 위 동작을 고정 체크리스트로 정리하여 리뉴얼이나 대규모 업데이트 후마다 실행할 수 있습니다:
| 점검 항목 | 동작 | 판단 기준 |
|---|---|---|
| 카테고리 계층 | 모든 1차, 2차 카테고리 나열 | 그룹 카테고리와 콘텐츠 카테고리 구분됨 |
| 카테고리 페이지 주소 | 사이트맵 항목과 하나씩 대조 | 카테고리 페이지 주소가 모두 사이트맵에 있고 불필요한 구 주소 없음 |
| 주소 접근성 | 사이트맵의 주소를 하나씩 열어보기 | 모두 정상적으로 열리고 오류 페이지 없음 |
| 내비게이션 도달 가능성 | 홈페이지에서 카테고리 계층별로 클릭 | 사이트맵의 카테고리 페이지가 모두 내비게이션에서 도달 가능 |
| 업데이트 메커니즘 | 사이트맵이 카테고리 변경에 따라 업데이트되는지 확인 | 카테고리 추가 또는 조정 후 사이트맵 동기화됨 |
이 체크리스트는 한 번에 모든 세부 사항을 완료하는 것을 목표로 하지 않고, 매번 점검에 고정된 순서를 부여합니다. 먼저 구조를 보고, 주소를 보고, 도달 가능성을 보고, 마지막으로 업데이트 메커니즘을 봅니다. 순서가 안정적이면 문제를 놓치기 어렵습니다.
흔한 연동 문제와 처리 방향
실제 운영에서 사이트맵과 카테고리 구조가 잘 연동되지 않는 경우는 비교적 집중되어 있고 처리 방향도 명확합니다:
- 사이트맵 항목이 카테고리 실제 콘텐츠보다 많은 경우: 먼저 초과된 주소가 필터 페이지, 태그 페이지, 구 주소인지 확인한 후 유지할지 제거할지 결정합니다.
- 카테고리에 콘텐츠가 있지만 사이트맵에 없는 경우: 해당 카테고리 페이지가 사이트맵 생성 규칙에서 제외되었는지, 독립 페이지 주소가 없는지 확인합니다.
- 카테고리 조정 후 사이트맵이 업데이트되지 않은 경우: 업데이트 메커니즘이 카테고리 변경을 포함하는지 확인하고, 필요하면 수동으로 재생성합니다.
- 동일 카테고리에 여러 주소가 있는 경우: 대표 주소를 정하고 나머지 주소를 통일 처리하여 사이트맵에 중복이 나타나지 않도록 합니다.
이러한 판단에는 복잡한 도구가 필요하지 않습니다. 핵심은 먼저 카테고리 목록을 만들고, 그다음 사이트맵 목록을 만들어 둘을 대조하며 보는 것입니다.
검색 수집 기반 점검을 준비 중이라면 카테고리 목록 내보내기부터 시작해 보세요. 1차, 2차 카테고리와 해당 주소를 표로 정리한 후 이 표로 사이트맵 파일을 대조하면 됩니다. 구조가 명확해지면 사이트맵에 무엇을 넣고 무엇을 빼야 할지 판단이 훨씬 쉬워집니다.
