패싯 네비게이션 (필터 검색) (Faceted Navigation)
Faceted Navigation
패싯 네비게이션은 이커머스에서 다중 필터로 인해 무한한 동적 URL과 중복 콘텐츠를 생성합니다. 모든 필터 조합 페이지에 자체 참조(Self-referencing) Canonical을 적용하거나 무의미한 조합은 Noindex 처리하여 크롤 예산 낭비를 막아야 합니다.
패싯 네비게이션은 이커머스에서 다중 필터로 인해 무한한 동적 URL과 중복 콘텐츠를 생성합니다. 모든 필터 조합 페이지에 자체 참조(Self-referencing) Canonical을 적용하거나 무의미한 조합은 Noindex 처리하여 크롤 예산 낭비를 막아야 합니다.
📖 개념 정의 및 실무 적용
이커머스 사이트에서 색상, 사이즈, 가격 등의 필터를 조합하면 수천만 개의 미세하게 다른 URL이 대량으로 생성됩니다. 검색엔진 봇이 이 무한한 페이지들을 크롤링하느라 핵심 상품 페이지를 수집하지 못하는 크롤 예산(Crawl Budget) 낭비가 발생하며, 이는 SEO 가치를 분산시키는 치명적인 중복 콘텐츠 이슈로 이어집니다. 따라서 정규 태그(Canonical Tag)와 로봇 메타 태그를 전략적으로 활용해 검색엔진이 수집해야 할 대표 페이지를 명확히 지정해 주어야 합니다.
💻 실무 활용 코드 스니펫 (HTML)
<link rel="canonical" href="https://www.example.com/category/shoes" />
<!-- 만약 정렬(sort)이나 페이지네이션(paged) 등 유의미한 파라미터만 남기고 필터 파라미터를 제거하려면 대표 카테고리 URL을 가리키게 설정합니다 -->⚡ 5분 만에 적용하는 실행 스텝
- 로그 분석 도구를 통해 패싯 네비게이션으로 인해 생성되는 파라미터 조합 패턴(예: ?color=red&size=m)을 전수 조사합니다.
- SEO 가치를 부여할 핵심 필터 조합(예: 단일 인기 필터)을 정의하고 나머지는 Noindex 또는 Canonical 처리를 결정합니다.
- 웹사이트 템플릿의 <head> 영역에 동적 Canonical 태그 로직을 구현하여 필터 적용 시에도 기본 카테고리 URL을 가리키도록 설정합니다.
- Google Search Console의 URL 검사 도구와 색인 생성 보고서(Index Coverage)를 통해 크롤링 및 색인 상태를 모니터링합니다.
모든 필터 페이지를 무조건 Noindex 처리하는 것은 위험합니다. 검색 유입량이 검증된 특정 롱테일 키워드 조합(예: ‘빨간색 원피스’)의 필터 페이지는 오히려 독립된 랜딩 페이지로 육성(Index 허용)하고 고유한 메타 타이틀을 부여하는 것이 매출 증대에 훨씬 유리합니다. 또한 robots.txt를 통한 차단은 기존에 수집된 URL의 파라미터 누적을 완전히 막지 못하므로 반드시 Canonical 태그를 병행해야 합니다.
초보자들이 가장 흔히 저지르는 실수는 모든 필터 페이지에 무조건 홈페이지 URL이나 첫 번째 페이지만을 Canonical로 박아두는 것입니다. 이 경우 검색엔진이 필터 페이지의 문맥을 전혀 파악하지 못해 관련 키워드 전체의 순위가 급락할 수 있습니다. 방지책으로는 의미 없는 무한 조합(정렬, 페이지 조합 등)은 Canonical로 본주소를 가리키게 하되, 사용자가 직접 입력하거나 가치가 있는 필터 조합은 Self-referencing Canonical을 적용하거나 별도의 SEO 최적화된 정적 URL(예: /shoes/red)로 리디렉션하는 구조를 설계해야 합니다.
❓ 자주 묻는 질문 (FAQ)
A. 아닙니다. 구글은 수년 전부터 Noindex 처리가 된 페이지라 하더라도 해당 페이지 내의 내부 링크를 타고 들어가는 크롤링과 링크 슈즈 전달을 허용하고 있습니다. 따라서 필터 페이지가 검색 결과에 노출되는 것만 막고 싶다면 Noindex와 Canonical을 함께 사용하는 것이 안전합니다.
A. 서버 사이드 렌더링(SSR) 없이 순수 자바스크립트(AJAX)로만 필터 결과를 보여주며 URL이 변경되지 않는다면 SEO 관점에서는 아예 크롤링되지 않으므로 중복 콘텐츠 이슈는 발생하지 않습니다. 하지만 사용자가 특정 필터 상태를 URL로 공유할 수 없기 때문에 UX와 공유성 측면에서 손실이 큽니다. 따라서 URL을 변경하되 반드시 Canonical 태그를 함께 관리하는 구조가 정석입니다.