Product 스키마

핵심 요약 — Product 스키마는 제품 페이지에 추가하여 검색엔진에 제품 정보의 의미를 표시하는 코드입니다. 제품명, 가격, 재고 상태, 리뷰 별점이 각각 무엇을 뜻하는지 명시합니다. 올바르게 추가하면 쇼핑 관련 검색에서 보이는 가격·판매 가능 상태·별점 등의 풍부한 검색결과에 표시될 자격을 얻습니다. 그러나 이러한 요소의 표시를 보장하지 않으며, Google Merchant Center에 제품 피드를 업로드하는 것과도 다릅니다.

Product 스키마란?

사람은 제품 페이지를 읽으면서 제품명과 가격, “재고 있음” 표시를 구분할 수 있습니다. 검색엔진은 일반 텍스트만 보고 그 의미를 추정해야 합니다. Product 스키마는 공통 schema.org 어휘를 이용해 이를 코드로 명시합니다. 페이지의 각 정보가 실제로 무엇인지, 즉 name, image, price와 통화, InStock 여부, 리뷰 평점 등을 표시합니다.

대부분 JSON-LD 형식으로 작성합니다. 페이지 안에 들어가는 작은 코드 블록으로, 페이지의 겉모습은 바꾸지 않습니다.

구현할 가치가 있는 이유

기대할 수 있는 이점은 제품 관련 검색에서 더 풍부하게 표시되는 리치 결과입니다. 크게 두 종류가 있습니다.

• ⭐ 제품 스니펫 — 일반 제품 페이지의 검색결과 아래에 표시되는 별점과 가격입니다.
• 🛒 판매자 목록 — 해당 페이지에서 바로 구매할 수 있는 제품에 대해 가격, 판매 가능 상태, 때로는 배송·반품 정보까지 보여 주는 쇼핑형 결과입니다. 이 주장에 대한 근거 Google uses Product structured data for product snippets and merchant listing experiences when applicable requirements are met. 범위: Google Search Product documentation; eligibility does not guarantee display. 신뢰도: 높음 · 검증일: 2026-07-14 Google: Product structured data

눈에 더 잘 띄는 검색결과는 클릭을 더 많이 얻을 수 있습니다. AI 쇼핑 도구도 같은 마크업을 읽고 제품을 이해한다는 실무자들의 가설이 확산되고 있지만, 이는 Google이 문서로 설명하는 동작이 아닙니다. 아직 입증되지 않았습니다. 다만 마크업을 제대로 구현하는 데 그 가설 때문에 추가 비용이 드는 것은 아니므로, 가설과 관계없이 올바르게 구현할 가치는 있습니다.

거의 항상 필요한 네 가지 정보

요건이 비교적 간단한 제품 스니펫의 자격을 갖추려면 제품의 이름과 함께 판매 제안(가격 정보), 리뷰, 종합 평점(평균 별점) 가운데 하나 이상이 필요합니다. 요건이 더 엄격한 판매자 목록에는 판매 제안이 반드시 필요합니다. 스니펫처럼 선택 사항이 아닙니다. 실제로 대부분의 쇼핑몰은 다음 네 가지를 모두 넣습니다.

• name — 제품명입니다.
• image — 적절한 제품 사진입니다. 쇼핑형 판매자 목록에는 필수입니다.
• offers — price, priceCurrency(예: USD), availability(예: InStock 또는 OutOfStock)를 포함합니다.
• review / aggregateRating — 실제 고객 평점이 있다면 넣습니다.

가장 흔히 오해하는 부분

Product 스키마와 Google Merchant Center 피드는 같은 것이 아닙니다. 스키마는 페이지에 넣습니다. Merchant Center 피드는 Google에 제출하는 별도의 파일입니다. 두 시스템은 일부 쇼핑 검색결과에 함께 영향을 주고 Google이 서로 대조하지만, 검증은 별도로 이루어집니다. 하나를 수정한다고 다른 하나까지 고쳐지지는 않습니다. 자세한 내용은 고급 탭에서 설명합니다.

초보자가 빠지기 쉬운 함정이 두 가지 더 있습니다.

• 유효한 마크업 ≠ 리치 결과 표시 보장. 마크업은 표시 자격을 부여할 뿐, 표시 여부는 여전히 Google이 결정합니다.
• 페이지에 실제로 있는 정보만 마크업하세요. 마크업의 가격과 재고는 구매자가 실제로 보는 정보와 일치해야 합니다. 불일치는 문제로 표시될 수 있습니다.

제품 스니펫과 판매자 목록의 차이, 판매 가능 상태 값, 피드와의 관계, Search Console 오류 수정까지 자세히 알고 싶다면 고급 탭으로 이동하세요.

핵심 요약 — schema.org/Product 마크업은 보통 JSON-LD로 작성하며, 제품 페이지가 서로 다른 두 Google 검색 환경의 자격을 갖추도록 합니다. 제품 스니펫은 제품 페이지의 가격·리뷰를 다루며 priceCurrency는 권장 사항이고 price: 0도 허용됩니다. 판매자 목록은 구매 가능한 페이지를 대상으로 하며 image, offers, 0보다 큰 price와 priceCurrency가 필요합니다. 제품 스니펫의 최소 요건은 name과 offers/review/aggregateRating 중 하나 이상입니다. 판매자 목록에는 세 가지 중 선택하는 방식이 아니라 offers 자체가 필수입니다. 가장 큰 함정은 이 페이지 내 마크업을 Google Merchant Center 피드와 혼동하는 것입니다. 둘은 별도 시스템이며 검증 도구도 다릅니다. Google은 두 데이터를 대조하고, 마크업·피드·결제 단계의 가격과 판매 가능 상태가 다르면 불일치로 표시합니다. 유효한 마크업은 자격만 부여하며 실제 표시 여부는 Google 시스템이 결정합니다. 구현 관점이든 전자상거래 SEO 전반의 관점이든 같은 문서에서 다룹니다. 이 문서가 구조화된 데이터와 전자상거래 SEO 양쪽에 분류된 이유도 그것입니다.

Product 스키마의 역할 — 하나가 아니라 두 가지 검색 환경

대부분의 가이드는 Product 스키마의 요건을 하나의 목록으로 합쳐 설명합니다. 그러나 Google은 엄격함이 서로 다른 두 가지 리치 결과 환경으로 나눕니다. 어느 쪽을 목표로 하는지 아는 것만으로도 문제의 상당 부분이 정리됩니다.

• 제품 스니펫 — 구매 기능이 없는 페이지나 일반 제품 페이지에서 리뷰와 가격을 강조합니다. 요건이 비교적 간단합니다.
• 판매자 목록 — 제품을 직접 구매할 수 있는 페이지에서 가격·판매 가능 상태·배송·반품 등 풍부한 쇼핑 정보를 강조합니다. 요건이 더 엄격합니다. 이 주장에 대한 근거 Google documents separate product snippet and merchant listing experiences with different property requirements. 범위: Google Search Product documentation; validate against the intended experience. 신뢰도: 높음 · 검증일: 2026-07-14 Google: Product structured data

Google은 다음과 같이 설명합니다. “Two markup types exist: Product snippets for non-purchase pages, emphasizing reviews, and Merchant listings for purchase pages, highlighting product details like sizing and shipping.” (번역) 「구매하지 않는 페이지에는 리뷰를 강조하는 제품 스니펫, 구매 페이지에는 크기와 배송 같은 제품 세부 정보를 강조하는 판매자 목록이라는 두 마크업 유형이 있습니다.」 기반이 되는 schema.org/Product 어휘는 같지만, Google이 각 환경에서 필수로 요구하는 속성이 다릅니다.

필수 속성과 권장 속성

제품 스니펫의 최소 요건은 Google의 두 환경 중 더 간단한 쪽에 해당합니다. Product.name과 함께 offers, review, aggregateRating 중 하나 이상이 필요합니다. 세 가지 중 선택할 수 있는 것은 제품 스니펫에 한정됩니다. 판매자 목록에는 항상 offers가 필요합니다. Google의 필수 속성 표는 name, image, offers를 모두 필수로 지정하며, 대체 선택지는 없습니다. 적용 범위도 중요합니다. Google의 설명은 “product rich results only support pages that focus on a single product (or multiple variants of the same product).” (번역) 「제품 리치 결과는 하나의 제품 또는 동일한 제품의 여러 변형에 초점을 맞춘 페이지만 지원합니다.」 입니다. 매장의 신발을 모아 놓은 카테고리 페이지는 하나의 제품이 아닙니다. 제품 변형군에는 관련 문서에서 다루는 ProductGroup 마크업을 사용하세요.

ProductGroup은 선택기가 계산할 수 있는 모든 이론적 조합이 아니라 카탈로그에 실제로 존재하는 제품 변형을 설명해야 합니다. 변형에는 안정적인 식별자, 실제 속성, 접근하거나 선택할 수 있는 상태, 상거래 시스템이 최신 상태로 유지할 수 있는 판매 제안이 있어야 합니다. 모든 옵션의 데카르트 곱을 출력하면 겉보기에는 유효하지만 구매자가 선택하거나 살 수 없는 제품을 만들어 내는 마크업이 될 수 있습니다. 자세한 포함 기준은 제품 변형 SEO에서 설명합니다.

제품 수준

판매 제안 수준 (offers, Offer 객체)

가장 자주 놓치는 규칙은 두 가지입니다. 판매자 목록에는 “merchant listing experiences require a price greater than zero” (번역) 「판매자 목록 환경에는 0보다 큰 가격이 필요합니다.」 라는 규칙이 적용됩니다. 제품 스니펫은 0을 허용합니다. 또한 priceCurrency는 판매자 목록에서는 필수이지만 기본 제품 스니펫에서는 “currently recommended” (번역) 「현재는 권장 사항」 입니다.

availability 속성과 열거형 값

availability는 엄밀히 말해 자격을 얻기 위한 필수 속성은 아니지만, 실무에서는 핵심 정보로 다루세요. 사용자가 보는 “In stock”(재고 있음) / “Out of stock”(품절) 표시를 결정하고, Google이 Merchant Center 피드와 대조하는 주요 필드입니다. schema.org 열거형 값을 사용해야 합니다. URL 또는 열거형 값 대신 "in stock" 같은 일반 문자열을 넣는 것은 가장 흔한 검증 오류 중 하나입니다.

Google이 Product에 대해 문서화한 전체 값은 다음과 같습니다.

품절·단종 제품을 유지할지, 리디렉션할지, noindex로 처리할지 등 SEO상의 대응은 전자상거래 문서군의 품절 제품 문서에서 마크업을 넘어 더 자세히 다룹니다.

전자상거래의 판매 가능 상태 일관성

availability는 창고 수량을 그대로 복사하는 필드가 아닙니다. 물리적으로 제품이 있어도 특정 시장에서 판매할 수 없거나, 선택한 변형을 구할 수 없거나, 매장 수령만 가능하거나, 특정 우편번호로 배송할 수 없거나, 결제 단계에서 일시적으로 구매가 차단될 수 있습니다. 다음 의사결정 과정 전체를 대조해야 합니다.

기초적인 판단의 기준이 될 상거래 서비스를 정한 뒤, 그 상태를 schema.org, Google 또는 Microsoft 피드, 에이전트 기반 상거래 연동에서 요구하는 더 적은 수의 상태 값으로 의도적으로 대응시키세요. 각 템플릿이나 피드가 available, backorderable, pickup-only, discontinued를 제각각 해석하게 두지 마세요. 이 주장에 대한 근거 Google treats on-page Product structured data and Merchant Center feeds as separate, complementary ways to provide product data. 범위: Google Search ecommerce guidance; the systems can be reconciled but are validated separately. 신뢰도: 높음 · 검증일: 2026-07-14 Google: Share product data

우편번호에 따라 달라지는 주문 이행에는 두 수준의 정보가 필요합니다. 방문 페이지·마크업·피드는 일반적으로 게시된 판매 제안을 정확하게 설명해야 합니다. 고객이 위치를 입력한 뒤에는 페이지와 결제 단계에서 더 구체적인 주문 이행 결과를 보여 줄 수 있습니다. 해당 시장에서 구매할 수 없다면 어느 창고에 한 개가 있다는 이유만으로 InStock을 게시하지 마세요. 한 사이즈, 매장 또는 배송 방식이 불가능하다는 이유로 상위 제품 전체를 OutOfStock으로 표시해서도 안 됩니다. 선택한 SKU에 따라 판매 가능 상태가 달라지는 경우에는 제품 변형 SEO의 URL 규칙을 적용합니다.

카탈로그, 템플릿, 피드 또는 주문 이행 방식을 바꾼 뒤에는 적어도 다음 대표 상태를 검증하세요.

• 일반적인 재고 보유 SKU
• 일시적으로 구매할 수 없거나 입고 대기 주문이 가능한 SKU
• 나머지 변형은 구매 가능하지만 하나만 구매 불가능한 제품군
• 배송은 우편번호에 따라 제한되지만 매장 수령이나 매장 구매는 가능한 경우
• 단종 제품
• 최근 재입고된 제품의 피드 새로고침 전후 상태

각 상태에서 화면상의 선택값, 원본 HTML과 렌더링된 마크업, 피드 행, 장바구니 항목, 결제 결과를 기록하세요. Rich Results Test 통과는 마크업의 자격 요건을 확인하는 것이지, 피드의 최신성, 개인별 주문 이행 가능성, 실제 구매 성공을 증명하는 것은 아닙니다.

Product 스키마와 Google Merchant Center 피드 — 검증은 별도

가장 분명히 바로잡고 싶은 혼동입니다. Product 스키마 마크업과 Merchant Center 제품 피드는 서로 다른 두 시스템입니다. Google이 둘을 대조하지만, 한 번의 제출로 처리되는 것도 아니고 함께 검증되는 것도 아닙니다.

Google은 세 가지 경로를 설명합니다. “To provide rich product data to Google Search you can add Product structured data to your web pages, upload data feeds with Google Merchant Center and opt into free listings within the Merchant Center console, or both.” (번역) 「Google 검색에 풍부한 제품 데이터를 제공하려면 웹페이지에 Product 구조화된 데이터를 추가하거나, Google Merchant Center에 데이터 피드를 업로드하고 콘솔에서 무료 등록을 선택하거나, 두 방법을 함께 사용할 수 있습니다.」 이 주장에 대한 근거 Google treats on-page Product structured data and Merchant Center feeds as separate, complementary ways to provide product data. 범위: Google Search ecommerce guidance; the systems can be reconciled but are validated separately. 신뢰도: 높음 · 검증일: 2026-07-14 Google: Share product data 두 방법을 함께 사용할 이유에 대해서는 다음과 같이 설명합니다. “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data. Some experiences combine data from structured data and Google Merchant Center feeds if both are available. For example, product snippets may use pricing data from your merchant feed if it’s not present in the structured data on the page.” (번역) 「웹페이지의 구조화된 데이터와 Merchant Center 피드를 함께 제공하면 참여 가능한 검색 환경의 자격을 넓히고 Google이 데이터를 정확히 이해하고 검증하도록 돕습니다. 일부 환경에서는 둘 다 있을 때 데이터를 결합합니다. 예를 들어 페이지의 구조화된 데이터에 가격이 없으면 제품 스니펫이 판매자 피드의 가격을 사용할 수 있습니다.」

핵심은 둘 다 있으면 결합한다는 점입니다. 바로 이 때문에 같은 시스템이라고 오해하기 쉽습니다. 실무상 다음과 같은 차이가 있습니다.

• 검증 도구가 두 개입니다. 마크업은 Rich Results Test로 확인하고 Search Console에서 모니터링합니다. 피드는 Merchant Center 진단으로 확인합니다. Rich Results Test 통과는 피드의 유효성에 대해 아무것도 말해 주지 않으며, 반대도 마찬가지입니다.
• 판매자 목록에 표시될 자격을 얻는 데 피드가 꼭 필요한 것은 아닙니다. 페이지 내 구조화된 데이터만으로도 판매자 목록 리치 결과가 나올 수 있습니다. John Mueller는 “the possibility to submit a feed to your merchant center account, to show products there.” (번역) 「Merchant Center 계정에 피드를 제출하여 그곳에 제품을 표시하는 방법도 있다」 고 설명했습니다. 피드는 필수 전제조건이 아니라 추가 경로입니다.

마크업·피드·결제의 가격과 판매 가능 상태를 일치시키기

Merchant Center 명세는 판매자가 “accurately submit the product’s price and currency, and match with the price from your landing page, structured data, and at checkout.” (번역) 「제품 가격과 통화를 정확히 제출하고, 방문 페이지·구조화된 데이터·결제 단계의 가격과 일치시켜야 한다」 고 명시합니다. 따라서 가격과 판매 가능 상태는 세 곳, 즉 페이지의 Offer, Merchant Center 피드, 실제 결제 단계에서 일치해야 합니다. 다르면 JSON-LD가 오류 없이 검증되더라도 Google이 불일치를 표시하거나 해당 제품의 게재를 중단할 수 있습니다. 올바른 마크업도 필요하지만, 목록을 유지하려면 일관성이 중요합니다. Bing에서도 판매한다면 Microsoft Merchant Center에도 같은 원칙을 적용하세요. 그 피드 시스템은 Google의 피드 시스템에 대응하는 Bing 측 서비스입니다. 제품 변형에서는 가격과 판매 가능 상태만이 아니라 선택한 판매 제안 전체를 대조해야 합니다. 제품 식별 정보, SKU, 그룹 ID, 선택한 속성, 가격, 통화, 판매 가능 상태가 화면상의 PDP, 렌더링된 JSON-LD, 피드, 장바구니와 결제 전반에서 동일한 판매 가능한 제품을 가리켜야 합니다.

리뷰·평점과 자기 홍보성 리뷰에 관한 오해

review와 aggregateRating은 여전히 Product 별점 표시에 사용할 수 있다고 문서화된 속성입니다. 이 점은 바뀌지 않았습니다. 다음 두 규칙을 지켜야 합니다.

• 리뷰 작성자 이름은 개인이나 팀이어야 하며 홍보 문구여서는 안 됩니다. Google의 예시는 “Not recommended: ‘50% off on Black Friday’. Recommended: ‘James Smith’ or ‘CNET Reviewers’.” (번역) 「블랙 프라이데이 50% 할인은 권장되지 않으며, James Smith 또는 CNET Reviewers 같은 이름은 권장됩니다.」 입니다.
• 장단점 구조화된 데이터는 편집 리뷰에만 해당합니다. Google은 “Only editorial product review pages are eligible for the pros and cons appearance in Search results.” (번역) 「편집자가 작성한 제품 리뷰 페이지만 검색결과의 장단점 표시에 참여할 자격이 있습니다.」 라고 설명합니다. 판매자가 자기 제품을 설명하는 페이지에서는 사용할 수 없습니다.

자주 잘못 전달되는 다음 오해는 정확히 구분해서 바로잡아야 합니다.

“Google killed review stars for product pages the same way it did for business reviews.” — 틀린 주장입니다. 이 구분은 중요합니다. (번역) 「Google이 업체 리뷰와 마찬가지로 제품 페이지의 리뷰 별점도 없앴다는 주장.」

자기 홍보성 리뷰 제한은 Product가 아니라 LocalBusiness / Organization 마크업에 적용됩니다. Google의 표현은 “If the entity that’s being reviewed controls the reviews about itself, their pages that use LocalBusiness or any other type of Organization structured data are ineligible for star review feature.” (번역) 「평가 대상이 자기 자신에 대한 리뷰를 통제하면, LocalBusiness 또는 다른 Organization 유형의 구조화된 데이터를 사용하는 해당 페이지는 리뷰 별점 기능의 자격을 얻지 못합니다.」 입니다. 이 정책은 2019년 9월부터 적용되며 업체가 자기 자신을 평가하는 경우를 대상으로 합니다. Product의 review/aggregateRating은 여전히 자격이 있습니다.

더 넓은 범위에서 강화된 것은 진정한 리뷰에 대한 집행입니다. 원문은 Google의 리뷰 시스템, 제품 리뷰 업데이트, 사이트 평판 악용 정책이 마크업이 유효하더라도 조작되거나 대가가 제공된 평점을 점점 더 배제한다고 설명합니다. 따라서 정확한 구분은 Product 리뷰 별점은 여전히 자격이 있지만, 평점은 진짜 사용자에게서 나온 실제 제품 평가여야 한다는 것이며, 구조화된 데이터가 일괄 금지되었다는 뜻이 아닙니다. 다른 사이트의 평점을 가져와 자기 마크업에 합산해서도 안 됩니다. Google의 지침은 “Don’t aggregate reviews or ratings from other websites.” (번역) 「다른 웹사이트의 리뷰나 평점을 모아서 합산하지 마세요.」 입니다. 더 자세한 자격 요건은 관련 Review 스키마 및 AggregateRating 스키마 문서에서 다룹니다.

식별자와 신뢰 신호: sku, gtin, mpn, brand

Google 검색 명세에서는 이 속성들이 필수가 아니라 권장 사항입니다. 하지만 전 세계 제품 카탈로그와의 매칭에 의존하는 Merchant Center / 쇼핑 쪽에서는 실질적인 중요성이 있습니다.

• gtin — UPC/EAN/ISBN 같은 국제 식별자입니다. 제품을 매칭하는 가장 강한 신호이므로 제품에 부여되어 있다면 제공하세요.
• mpn — GTIN이 없는 제품의 제조업체 부품 번호입니다.
• brand — 제조업체 또는 브랜드 이름입니다 (brand.name).
• sku — 자체 내부 식별자입니다.

Google 검색에서 선택 사항이라고 하더라도 이 정보를 채우세요. 불완전한 식별자는 기술적 자격을 갖춘 제품이 제품 매칭에 의존하는 쇼핑 영역에서 성과를 내지 못하는 흔한 이유입니다.

반품 정책과 배송

판매자 목록에서는 hasMerchantReturnPolicy와 shippingDetails가 권장됩니다. Google은 판매 제안마다 작성하기보다 Organization 수준에서 한 번 반품 정책을 정의하도록 권장합니다. “We recommend you provide a global return policy for your business under Organization markup instead… Only if some of your products have specific return policies… use this property under Offer.” (번역) 「업체 전체의 반품 정책은 Organization 마크업에 제공하는 것이 권장됩니다. 일부 제품에 특별한 반품 정책이 있는 경우에만 Offer 아래에서 이 속성을 사용하세요.」 관련 Organization 스키마 문서에서 이를 다룹니다. 사이트 전체의 기본 반품 정책은 그곳에 두고, Offer별 재정의는 예외에만 사용하세요.

이미지에 대해 Google은 “multiple high-resolution images (minimum of 50K pixels when multiplying width and height) with the following aspect ratios: 16x9, 4x3, and 1x1.” (번역) 「너비와 높이를 곱한 면적이 최소 50K픽셀인 여러 고해상도 이미지를 16x9, 4x3, 1x1 비율로 제공할 것을 권장합니다.」 라고 설명합니다.

유효한 마크업인데도 리치 결과가 나오지 않는 이유

자격을 갖췄다고 반드시 표시되는 것은 아닙니다. Mueller는 필요한 조건을 다음과 같이 설명했습니다. “It requires that the page be indexed, that the page has valid structured data on it, and that our systems have determined that it’s worth showing this structured data.” (번역) 「페이지가 색인되어 있고, 유효한 구조화된 데이터가 있으며, Google 시스템이 이 구조화된 데이터를 표시할 가치가 있다고 판단해야 합니다.」 흔히 마지막 조건을 잊습니다. 모든 것을 올바르게 구현해도 Google이 부가 요소를 표시하지 않을 수 있습니다. 마크업을 제대로 작성하는 것은 참여 자격을 얻는 단계일 뿐입니다.

JSON-LD와 AI 쇼핑에 관한 가설

JSON-LD를 사용하세요. Google이 권장하는 형식이며, HTML 곳곳에 섞이지 않고 플랫폼에서 삽입할 수 있어 전자상거래 규모에서 유지보수하기가 훨씬 쉽습니다. 기존 리치 결과 외에도 완전한 Product 스키마가 AI 쇼핑 도구의 제품 이해와 추천에 도움이 된다는 실무자들의 가설이 확산되고 있습니다. 그러나 Google의 Product 구조화된 데이터 문서가 확립하거나 보장하는 기능이 아니라, 아직 검증되지 않은 가능성으로 구분해야 합니다. 어느 경우든 마크업을 올바르게 만드는 데 가설 때문에 추가 비용이 드는 것은 아니므로, 확정적인 성과가 아니라 합리적인 시도로 보세요.

더 넓은 구조화된 데이터 체계에서 Product의 위치를 보려면 이 문서의 상위 주제인 스키마 마크업 및 구조화된 데이터 허브를 참고하세요. 제품 페이지 전체에 대해서는 전자상거래 문서군의 제품 페이지 SEO를 살펴보세요.

AI 요약

고급 탭의 내용을 압축하면 다음과 같습니다.

• 정의: schema.org/Product 마크업은 보통 JSON-LD로 작성하며 제품 페이지의 이름, 이미지, 가격, 판매 가능 상태, 식별자, 리뷰를 표시하여 검색엔진이 쇼핑형 리치 결과를 만들 수 있게 합니다.
• 엄격함이 다른 두 환경: 제품 스니펫은 제품 페이지의 리뷰·가격을 다루며 priceCurrency는 권장 사항이고 price: 0을 허용합니다. 판매자 목록은 구매 가능한 페이지를 대상으로 하며 image, offers, > 0인 price와 priceCurrency가 필요합니다.
• 제품 스니펫의 최소 요건: name과 offers/review/aggregateRating 중 하나 이상입니다. 이는 스니펫에 한정된 선택 방식입니다. 판매자 목록은 offers 자체를 필수로 요구합니다. 단일 제품 또는 동일 제품의 변형을 다루는 페이지만 자격이 있으며, 변형군에는 ProductGroup을 사용합니다.
• 피드와 마크업의 구분: Product 스키마는 페이지 안에 있고 Rich Results Test / Search Console로 검증합니다. Google Merchant Center 피드는 별도로 제출하며 Merchant Center 진단으로 검증하는 다른 시스템입니다. Google은 둘을 대조하고 피드의 가격을 활용할 수 있습니다. 피드는 추가 경로이지 필수 전제조건은 아닙니다. 마크업·피드·결제의 가격과 판매 가능 상태가 다르면 JSON-LD가 유효해도 불일치로 표시될 수 있습니다.
• availability 열거형: InStock, OutOfStock, PreOrder, PreSale, BackOrder, OnlineOnly, InStoreOnly, LimitedAvailability, Discontinued, SoldOut입니다. 열거형 대신 일반 문자열을 넣는 것은 흔한 오류입니다.
• 리뷰: Product의 review/aggregateRating은 여전히 자격이 있습니다. 작성자 이름은 개인이나 팀이어야 하고, 장단점 표시는 편집 리뷰에만 해당합니다. 오해 바로잡기: 자기 홍보성 리뷰 제한은 Product가 아니라 LocalBusiness/Organization에 적용됩니다. 다만 리뷰 시스템·제품 리뷰 업데이트 등 진정한 리뷰에 대한 집행은 마크업의 유효성과 별개로 조작된 평점을 배제합니다.
• 식별자: gtin(가장 강한 매칭 신호) > mpn > brand > sku입니다. 검색에서는 권장 사항이지만 쇼핑·Merchant Center의 제품 매칭에서는 중요합니다.
• 반품 정책: 기본 hasMerchantReturnPolicy는 Organization 수준에 두고, Offer별 설정은 예외에만 사용합니다.
• 자격 ≠ 표시: 유효한 마크업, 색인된 페이지, Google의 표시 가치 판단이 필요합니다. 올바른 마크업은 자격만 부여합니다.
• AI 관련 가설 — 미검증: 완전한 Product 스키마가 AI 쇼핑 도구의 제품 이해와 추천을 돕는다고 믿는 실무자들이 있지만, Google 문서는 이를 확립하지 않습니다. 문서화된 작동 원리가 아니라 열린 질문으로 다루세요.

공식 문서

검색엔진이 제공하는 일차 자료입니다.

Google — 구조화된 데이터, 즉 마크업 측

• Product 구조화된 데이터 소개 — 제품 스니펫과 판매자 목록이라는 두 환경, 구조화된 데이터·피드·둘 다 사용하기의 관계를 설명합니다.
• 제품 스니펫(Review, AggregateRating, Offer) 구조화된 데이터 — 요건이 간단한 제품 스니펫의 필수·권장 속성입니다.
• 판매자 목록 구조화된 데이터 — 더 엄격한 요건, 0보다 큰 가격 규칙, 반품 정책·이미지 지침입니다.
• 리뷰 스니펫(Review, AggregateRating) 구조화된 데이터 — 자기 홍보성 리뷰 제한의 LocalBusiness/Organization 범위와 다른 사이트 평점 합산 금지 규칙입니다.
• Rich Results Test — 마크업을 검증하고 리치 결과 자격을 확인합니다.

Google — 피드 측, Merchant Center

• 제품 데이터 명세 — 필수 피드 속성과 방문 페이지·구조화된 데이터·결제 사이의 가격·통화 일관성 요건입니다.
• Merchant Center용 구조화된 데이터 설정 — Merchant Center에서 구조화된 데이터와 피드가 어떻게 연결되는지 설명합니다.

Bing / Microsoft

• 구조화된 데이터로 사이트 마크업하기 — Bing의 일반적인 구조화된 데이터 지원을 설명하며 schema.org 및 권장 형식인 JSON-LD를 다룹니다.

출처 인용

Google이 공개적으로 밝힌 내용입니다. 출처 페이지에서 해당 텍스트를 제공하는 경우, 링크는 인용된 문장으로 바로 이동합니다.

Google 문서 — 두 가지 검색 환경

• “Two markup types exist: Product snippets for non-purchase pages, emphasizing reviews, and Merchant listings for purchase pages, highlighting product details like sizing and shipping.” (번역) 「구매하지 않는 페이지에서는 리뷰를 강조하는 제품 스니펫, 구매 페이지에서는 크기와 배송 같은 제품 정보를 강조하는 판매자 목록이라는 두 마크업 유형이 있습니다.」 인용문으로 이동
• “Currently, product rich results only support pages that focus on a single product (or multiple variants of the same product).” (번역) 「현재 제품 리치 결과는 단일 제품 또는 같은 제품의 여러 변형에 초점을 맞춘 페이지만 지원합니다.」 인용문으로 이동

Google 문서 — 구조화된 데이터와 Merchant Center 피드

• “To provide rich product data to Google Search you can add Product structured data to your web pages, upload data feeds with Google Merchant Center and opt into free listings within the Merchant Center console, or both.” (번역) 「Google 검색에 풍부한 제품 데이터를 제공하려면 웹페이지에 Product 구조화된 데이터를 추가하거나, Merchant Center에 피드를 업로드하고 콘솔에서 무료 등록을 선택하거나, 두 방법을 함께 사용할 수 있습니다.」 인용문으로 이동
• “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data… product snippets may use pricing data from your merchant feed if it’s not present in the structured data on the page.” (번역) 「구조화된 데이터와 피드를 함께 제공하면 참여 자격을 넓히고 Google의 데이터 이해와 검증을 돕습니다. 페이지의 구조화된 데이터에 가격이 없으면 제품 스니펫이 피드의 가격을 사용할 수 있습니다.」 인용문으로 이동

Google 문서 — 판매자 목록 규칙

• “Unlike product snippets, merchant listing experiences require a price greater than zero.” (번역) 「제품 스니펫과 달리 판매자 목록에는 0보다 큰 가격이 필요합니다.」 인용문으로 이동
• “We recommend you provide a global return policy for your business under Organization markup instead… Only if some of your products have specific return policies… use this property under Offer.” (번역) 「업체 전체의 반품 정책은 Organization 마크업에 제공하는 것이 권장되며, 일부 제품에 특별한 정책이 있을 때만 Offer 아래에 이 속성을 사용합니다.」 인용문으로 이동
• “For best results, we recommend providing multiple high-resolution images (minimum of 50K pixels when multiplying width and height) with the following aspect ratios: 16x9, 4x3, and 1x1.” (번역) 「최상의 결과를 위해 너비×높이가 최소 50K픽셀인 여러 고해상도 이미지를 16x9, 4x3, 1x1 비율로 제공할 것을 권장합니다.」 인용문으로 이동

Google 문서 — 리뷰

• 리뷰 작성자 이름: “Not recommended: ‘50% off on Black Friday’. Recommended: ‘James Smith’ or ‘CNET Reviewers’.” (번역) 「블랙 프라이데이 50% 할인은 권장되지 않습니다. James Smith 또는 CNET Reviewers 같은 이름을 권장합니다.」 인용문으로 이동
• 장단점: “Only editorial product review pages are eligible for the pros and cons appearance in Search results.” (번역) 「편집 제품 리뷰 페이지만 검색결과의 장단점 표시에 참여할 자격이 있습니다.」 인용문으로 이동
• 자기 홍보성 리뷰 — LocalBusiness/Organization에 한정: “If the entity that’s being reviewed controls the reviews about itself, their pages that use LocalBusiness or any other type of Organization structured data are ineligible for star review feature.” (번역) 「평가 대상이 자기 자신에 대한 리뷰를 통제하면 LocalBusiness 또는 다른 Organization 유형의 구조화된 데이터를 사용하는 해당 페이지는 별점 기능의 자격이 없습니다.」 리뷰 스니펫 문서
• “Don’t aggregate reviews or ratings from other websites.” (번역) 「다른 웹사이트의 리뷰나 평점을 모아서 합산하지 마세요.」 리뷰 스니펫 문서

Google — Merchant Center의 일관성

• 판매자는 “accurately submit the product’s price and currency, and match with the price from your landing page, structured data, and at checkout.” (번역) 「제품의 가격과 통화를 정확히 제출하고 방문 페이지·구조화된 데이터·결제 단계의 가격과 일치시켜야 합니다.」 제품 데이터 명세

John Mueller, Google (Search Engine Journal의 보도를 통해 인용)

• “It requires that the page be indexed, that the page has valid structured data on it, and that our systems have determined that it’s worth showing this structured data.” (번역) 「페이지가 색인되어 있고 유효한 구조화된 데이터가 있으며 Google 시스템이 표시할 가치가 있다고 판단해야 합니다.」 SEJ 보도
• “There’s also the possibility to submit a feed to your merchant center account, to show products there.” (번역) 「Merchant Center 계정에 피드를 제출해 그곳에 제품을 표시하는 방법도 있습니다.」 SEJ 보도

Product 스키마 요약표

제품 스니펫의 최소 요건

Product.name + offers / review / aggregateRating 중 하나 이상입니다. 판매자 목록에는 항상 offers가 필요하며, 이런 선택의 유연성이 적용되지 않습니다. 단일 제품 페이지에만 적용하고, 변형군에는 ProductGroup을 사용합니다.

제품 스니펫과 판매자 목록의 차이

availability 열거형 값

InStock · OutOfStock · PreOrder · PreSale · BackOrder · OnlineOnly · InStoreOnly · LimitedAvailability · Discontinued · SoldOut

마크업과 Merchant Center 피드

매칭 강도 순서의 식별자: gtin > mpn > brand > sku.

핵심 사항

• 형식: JSON-LD — 권장 형식이며 규모가 커져도 유지보수하기 쉽습니다.
• 유효한 마크업은 표시 자격이지 표시 보장이 아닙니다.
• 반품 정책: Organization 수준에 기본값을 두고 Offer별 설정은 예외에만 사용합니다.
• 자기 홍보성 리뷰 제한은 LocalBusiness/Organization에만 적용하며 Product에는 적용하지 않습니다.
• 이미지: 여러 이미지, 너비×높이 최소 50K픽셀, 16x9 / 4x3 / 1x1 비율입니다.

Product 스키마, Merchant Center 피드, 둘 다 중 무엇이 필요한가?

질문을 순서대로 확인하세요.

1. 단일 제품 또는 그 제품의 변형을 다루는 페이지인가?

• 아니요 — 카테고리·컬렉션 페이지라면 Product 스키마의 자격이 없습니다. 변형군에는 ProductGroup을, 그 외에는 탐색경로·컬렉션 마크업을 고려하세요.
• 예 → 다음으로 진행합니다.

2. 해당 페이지에서 제품을 직접 구매할 수 있는가?

• 아니요 — 정보 제공 또는 편집 제품 페이지라면 제품 스니펫을 목표로 합니다. name과 offers 및/또는 review/aggregateRating을 사용합니다. priceCurrency는 권장 사항이며 무료 제품에는 price: 0을 허용합니다.
• 예 → 판매자 목록을 목표로 합니다. image, > 0인 price와 필수 priceCurrency를 포함한 offers를 추가하세요. availability, itemCondition, 가능하면 shippingDetails도 넣습니다.

3. Google Shopping·무료 등록에 제품을 노출하고 참여 자격을 넓히고 싶은가?

• 페이지 마크업에 더해 Google Merchant Center 피드를 추가하세요. 별도 시스템이지만 Google이 두 데이터를 결합하며 자격 범위가 넓어집니다. 페이지 마크업을 통한 판매자 목록의 필수조건이 아니라 추가 경로입니다.
• 페이지 기반 리치 결과만 원하고 Shopping 영역이 필요 없다면 마크업만 유지할 수 있습니다.

4. 어느 경로든 출시 전에 확인할 것:

• 마크업은 Rich Results Test로 검증하고 Search Console을 살펴봅니다.
• 피드가 있다면 Merchant Center에서 별도로 검증합니다.
• price, priceCurrency, availability가 마크업·피드·결제에서 일치하는지 확인합니다. 원문은 검증 후에도 목록을 유지하려면 이 단계가 중요하다고 설명합니다.

실무 원칙: 제품을 판매하는 누구에게나 페이지 내 Product 스키마가 기본이며, Shopping·무료 등록 영역이나 최대한 넓은 참여 자격을 원하는 경우 Merchant Center 피드를 추가합니다.

피해야 할 Product 스키마 오해와 실수

오해: Product 스키마를 추가하면 리치 결과가 보장된다. 마크업은 페이지에 자격만 부여합니다. Mueller의 설명에 따르면 페이지가 색인되어야 하고 Google 시스템이 표시할 가치가 있다고 판단해야 합니다. 유효함 ≠ 표시됨입니다.

오해: Product 스키마와 Merchant Center 피드는 같은 제출물이다. 별도 검증 도구를 사용하는 두 시스템입니다. Google이 둘을 대조하고 스니펫에 피드 가격을 사용할 수 있지만, JSON-LD를 수정해도 잘못된 피드는 고쳐지지 않습니다. Rich Results Test 통과는 피드의 유효성을 보장하지 않습니다.

오해: Google이 업체 리뷰와 마찬가지로 제품 페이지의 별점도 없앴다. 자기 홍보성 리뷰의 자격 제한은 2019년 9월 정책에 따라 업체가 자기 자신을 평가하는 LocalBusiness / Organization에 한정되며 Product는 아닙니다. Product의 review/aggregateRating은 여전히 자격이 있습니다. 원문이 강화되었다고 설명하는 것은 리뷰 시스템·제품 리뷰 업데이트 같은 진정한 리뷰에 대한 집행으로, 마크업이 유효해도 조작되거나 대가가 제공된 평점을 배제합니다. 콘텐츠 품질 단속을 구조화된 데이터 금지와 혼동하지 마세요.

오해: priceCurrency는 언제나 필수다. 판매자 목록에서는 필수이지만 기본 제품 스니펫에서는 “currently recommended” (번역) 「현재는 권장 사항」 입니다.

오해: 쇼핑형 결과를 얻으려면 Merchant Center가 필요하다. 페이지 내 구조화된 데이터만으로도 판매자 목록 리치 결과가 나올 수 있습니다. 피드는 필수 전제조건이 아니라 추가 경로입니다.

오해: 숫자만 있으면 어떤 가격 형식이든 된다. 통화 기호, 천 단위 구분자, 잘못 중첩된 priceSpecification은 검증 오류의 흔한 원인입니다. price에는 숫자만 담은 값이나 문자열을 사용하고, priceCurrency에는 별도의 ISO 코드를 넣으세요.

실수: 카테고리 페이지를 Product로 마크업하기. 제품 리치 결과는 단일 제품 또는 동일 제품의 변형을 다루는 페이지만 대상으로 합니다.

실수: 리뷰를 조작하거나 다른 곳에서 가져오기. 작성자 이름은 50% 할인 같은 홍보 문구가 아니라 개인·팀이어야 합니다. 장단점 표시는 편집 리뷰에만 해당하며, “aggregate reviews or ratings from other websites.” (번역) 「다른 웹사이트의 리뷰나 평점을 합산하는 것」 은 금지됩니다.

실수: 페이지와 일치하지 않는 마크업. JSON-LD의 가격·판매 가능 상태가 방문 페이지, 피드 또는 결제와 다르면, 마크업 자체가 유효하더라도 Google이 불일치로 표시하거나 해당 제품의 게재를 중단할 수 있습니다.

올바른 Product JSON-LD와 잘못된 예시

판매자 목록 요건을 갖춘 올바른 코드

단일 제품, 0보다 큰 가격, 올바른 통화, 적절한 availability 열거형 URL, 실제 종합 평점을 사용합니다.

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Trailhead 30L Hiking Backpack",
  "image": [
    "https://example.com/img/backpack-1x1.jpg",
    "https://example.com/img/backpack-4x3.jpg",
    "https://example.com/img/backpack-16x9.jpg"
  ],
  "description": "Lightweight 30-liter pack with a ventilated back panel.",
  "sku": "TH-30L-GRN",
  "gtin": "0192341567890",
  "brand": { "@type": "Brand", "name": "Trailhead" },
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/backpacks/trailhead-30l",
    "price": "129.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition",
    "priceValidUntil": "2026-12-31"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "218"
  }
}

같은 코드의 잘못된 예시

아래에서 지적하는 각 항목은 Search Console에서 실제로 흔히 나타나는 오류입니다.

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Trailhead 30L Hiking Backpack",
  "offers": {
    "@type": "Offer",
    "price": "$1,129.00",
    "priceCurrency": "dollars",
    "availability": "in stock"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6"
  }
}

문제는 다음과 같습니다.

• price: "$1,129.00" — 통화 기호와 천 단위 구분자가 숫자 해석을 방해합니다. "1129.00"을 사용하세요.
• priceCurrency: "dollars" — "USD" 같은 유효한 ISO 4217 코드여야 합니다.
• availability: "in stock" — 유효한 열거형이 아닙니다. "https://schema.org/InStock" 같은 URL 형식을 사용하세요. 이는 흔히 나타나는 Invalid enum value in field “availability” 오류를 일으킵니다. 한국어로는 availability 필드의 잘못된 열거형 값이라는 뜻입니다.
• image 없음 — 판매자 목록에는 필수입니다. 없어도 기껏해야 제품 스니펫의 가능성만 남습니다.
• reviewCount/ratingCount가 없는 aggregateRating — 종합 평점은 유효하려면 평가 수가 필요합니다.

흔한 Search Console 오류와 수정 방법

이해도 확인: Product 스키마

schema.org/Product, 두 가지 리치 결과 환경, 피드와 마크업의 차이를 다루는 짧은 질문 다섯 개입니다. 각 질문의 답을 선택한 뒤 확인하세요.

참고할 만한 자료

이 주제에 관한 내 글

저는 아직 Product 스키마만을 다루는 별도의 가이드를 발행하지 않았습니다. 존재하지 않는 자료를 안내하기보다는 아래 일차 자료와 이 사이트의 관련 구조화된 데이터 문서를 소개하겠습니다. 전체 어휘와 Product의 위치는 스키마 마크업 및 구조화된 데이터 허브를, AI와의 관련성은 AI를 위한 스키마 마크업을 참고하세요.

업계 자료

• Product 구조화된 데이터 소개 (Google Search Central) — 두 검색 환경과 피드 관계를 설명하는 공식 참고 자료입니다.
• 판매자 목록 구조화된 데이터 (Google) — 더 엄격한 구매 페이지 요건, 반품 정책·이미지 지침입니다.
• 제품 스니펫 구조화된 데이터 (Google) — 비교적 간단한 제품 스니펫 속성과 리뷰 작성자 이름 규칙입니다.
• 제품 데이터 명세 (Google Merchant Center 도움말) — 피드 속성과 방문 페이지·구조화된 데이터·결제 사이의 가격 일관성 요건입니다.
• 제품 리치 결과를 더 많이 얻는 방법에 대한 Google의 설명 (Search Engine Journal) — 표시 자격과 실제 표시의 차이, 피드 선택지에 관한 Mueller의 발언을 다룹니다.
• 스키마 마크업이란? 추가 방법과 중요한 이유 (Ahrefs) — AI 에이전트·제품 발견 관점도 참고할 만한 일반 스키마 가이드입니다.

변경 내역