상품 옵션 URL과 ProductGroup, 구조 선택 기준

색과 사이즈가 있는 상품은 옵션 조합만큼 URL 이 생길 수 있습니다. 이 URL 들이 같은 상품의 옵션이라는 것을 구글이 모르면 서로 다른 상품이나 중복 페이지로 읽힙니다.

구글 문서는 옵션 URL 의 모양과 ProductGroup 마크업을 한 쌍으로 설명합니다. 먼저 사이트가 옵션을 한 페이지에서 고르는지, 페이지를 나누는지를 정하면 나머지가 따라옵니다.

#green 처럼 프래그먼트로 옵션을 바꾸면 구글은 옵션들을 한 페이지로 봅니다. 쿼리 파라미터로 옵션을 구분할 때 캐노니컬은 파라미터를 뺀 URL 입니다(원문: If you use optional query parameters to identify variants, use the URL with the query parameter omitted as the canonical URL.)

목록 페이지의 색·가격 필터 URL 을 크롤링에서 다루는 법은 「URL 필터 파라미터, 쇼핑몰 색인과 차단 판단 기준」 편에 자세히 적었습니다.

마크업은 두 방식 모두 옵션을 ProductGroup 아래에 hasVariant 로 넣거나, 따로 적고 연결할 수 있습니다. 구글은 아래에 넣는 방식을 권했습니다.

원문은 "We recommend this approach because it's the most compact and natural representation of a product group and its variants."입니다. 따로 적는 방식은 제작 도구가 만들기 쉬울 때 고릅니다.

브랜드·리뷰처럼 모든 옵션에 같은 정보는 ProductGroup 에 한 번만 적습니다. 색·사이즈와 옵션별 가격·재고는 각 Product 와 그 Offer 에 적습니다.

가격·재고 같은 Product 속성 자체는 「JSON-LD Product 스키마」 편에 자세히 적었습니다.

예시 ① 산업용 공구 유통사의 제품 카탈로그(B2B)

같은 공구가 규격별로 수십 가지이고, 구매 담당자는 규격 품번으로 검색합니다. 규격마다 gtin 이나 sku 를 고유 ID 로 넣는 것이 출발점입니다.

규격만 다르고 설명이 같으므로 단일 페이지로 두고, 규격을 미리 고른 URL 을 쿼리 파라미터로 엽니다.

예시 ② 색마다 화보가 다른 의류 쇼핑몰(B2C)

색마다 착용 사진과 소재 설명이 따로 있어 멀티 페이지로 나눕니다. 페이지마다 ProductGroup 전체를 넣고, 다른 색 페이지는 hasVariant 안에 url 만 적어 잇습니다.

사이즈는 각 색 페이지 안의 ?size= 로 고르게 하고, 사이트맵과 내부 링크에는 같은 URL 을 씁니다.

예시 ③ 공공 조달에 납품하는 사무용 가구 카탈로그(B2G)

발주 담당자가 색상별 사양서를 내려받으므로 옵션 URL 로 열었을 때 그 색의 이미지와 사양이 바로 보여야 합니다.

온라인 판매가 없어 가격을 적지 않는다면 판매자 등록정보 대신 제품 스니펫의 필수 속성을 따릅니다.