상품 구조화 데이터는 상품의 이름과 이미지, 식별자, 가격, 재고, 리뷰 같은 정보를 Product 유형으로 표현한 데이터입니다. 상품 자체는 Product, 가격과 재고 같은 판매 조건은 Offer, 색상과 크기 옵션 묶음은 ProductGroup으로 나눕니다.
이 글은 Google 검색 센터와 Schema.org의 공식 문서를 기준으로 작성했습니다. 네이버는 상품 전체의 독립 지원 명세를 공개하지 않았습니다.
한 상품의 상세 페이지에 씁니다
{
"@context": "https://schema.org",
"@type": "Product",
"name": "검은색 티셔츠",
"image": "https://example.com/shirt.jpg",
"offers": {
"@type": "Offer",
"price": "29000",
"priceCurrency": "KRW",
"availability": "https://schema.org/InStock"
}
}
여러 독립 상품이 섞인 카테고리 페이지를 하나의 Product로 표시하지 마세요. 같은 상품의 변형을 고르는 상세 페이지는 ProductGroup 지침을 확인합니다.
Product snippet과 Merchant listing
두 이름은 Schema.org 유형이 아니라 Google의 상품 검색 기능 분류입니다. 둘 다 Product를 쓰지만 대상 페이지가 다릅니다.
- Product snippet: 상품 리뷰, 비교와 정보 페이지까지 포함
- Merchant listing: 사이트에서 실제로 구매할 수 있는 상품 페이지
판매 페이지에서는 상품명, 이미지, 중첩된 Offer와 현재 가격, 통화가 핵심입니다. 편집형 리뷰 페이지는 리뷰나 집계 평점을 중심으로 구성할 수 있습니다.
화면 데이터와 맞추는 것이 먼저입니다
구조화 데이터의 가격과 재고, 통화, 이미지가 실제 상품 페이지와 같아야 합니다. CMS나 쇼핑몰에서 화면과 마크업이 서로 다른 원본을 쓰면 세일 종료 뒤 값이 어긋나기 쉽습니다. 가능하면 같은 상품 데이터에서 HTML과 JSON-LD를 함께 생성하세요.
Schema Markup Validator로 Product와 Offer 관계를 확인한 뒤 Google 리치 결과 테스트를 실행합니다. Search Console에서는 Product snippets와 Merchant listings 보고서를 나눠 봅니다. 통과해도 검색 화면 노출은 보장되지 않습니다.
자주 묻는 질문
서비스를 Product로 표시해도 되나요?
Schema.org의 Product 범위는 넓지만 Google 상품 기능은 판매 상품과 페이지 요건을 따로 둡니다. 상담이나 일반 서비스 소개를 쇼핑 결과에 노출하려고 억지로 Product로 표시하지 마세요.
Merchant Center가 꼭 필요한가요?
구조화 데이터만으로도 일부 판매자 등록정보의 후보가 될 수 있습니다. Merchant Center 피드를 함께 쓰면 데이터 검증과 적용 범위를 넓힐 수 있습니다.
함께 알아두면 좋은 용어
- 판매 조건 구조화 데이터: 가격과 재고, 구매 조건
- 상품 옵션 구조화 데이터: 같은 상품의 변형 묶음
- 판매자 등록정보: 구매 페이지용 Google 상품 기능