ClaimReview, 그리고 경쟁사들이 도입하지 않을 스키마.

Snopes는 ClaimReview를 사용합니다. Reuters Fact Check도 ClaimReview를 사용합니다. PolitiFact, FactCheck.org, AFP Fact Check, Lead Stories, Poynter 네트워크도 모두 ClaimReview를 사용합니다. 이 스키마는 2016년 Schema.org에서 발표되었고, 같은 해 Google의 팩트체크 프로그램에 채택되었습니다. 논란이 된 뉴스 검색 결과 아래 작은 "팩트체크" 위젯을 만드는 형식이 바로 이것입니다.

DTC 브랜드 중 ClaimReview를 사용하는 곳은 없습니다. Schema.org 문서도 상품 마케팅 용도를 전혀 다루지 않습니다. 2026년 5월에 "ClaimReview ecommerce"를 검색하면 첫 페이지의 결과는 한목소리로 말합니다. ClaimReview는 저널리즘을 위한 것이며 상품 페이지를 위한 것이 아니라고.

이 에세이는 반대를 주장합니다. "2025년에 200명의 피부과 전문의가 검증한" 상품 페이지는 주장을 하고 있습니다. 그 주장은 참이거나 참이 아닙니다. 반증 가능한 주장에 판정과 날짜를 붙이도록 설계된 스키마는 바로 그런 문구에 적용해야 할 스키마입니다. 이것을 먼저 도입하는 브랜드가 검색 엔진이 신뢰하는 법을 배우는 브랜드가 될 것입니다.

ClaimReview는 Schema.org 타입입니다. 필수 필드는 간결합니다.

`claimReviewed`: 주장의 텍스트. 어딘가에서 가져온 따옴표 속 문장 하나. `itemReviewed`: 원래 주장에 대한 구조화된 참조, 누가 언제 말했는지를 포함합니다. `reviewRating`: 검토자가 사용하는 척도에 따른 등급, 숫자 값과 레이블을 포함합니다. `author`: 검토를 수행하는 주체, 이름과 URL을 포함합니다. `url`: 검토 내용이 있는 위치. `datePublished`: 검토가 게시된 날짜.

Snopes는 이렇게 사용합니다. 주장("연방준비제도가 폐지되었다")에 등급("거짓"), 저자("Snopes"), 날짜, URL이 붙습니다. Google 검색 결과 페이지의 독자는 작은 상자를 봅니다. 주장, 판정, 출처. 스키마가 그 상자를 만듭니다.

필드 목록을 다시 읽으면서 무엇을 요구하지 않는지 살펴보십시오. 저자가 언론 기관일 것을 요구하지 않습니다. 등급이 5점 진실도 척도일 것을 요구하지 않습니다. 주장이 정치적일 것을 요구하지 않습니다. 단지 어떤 주체가 특정 인용된 주장을 검토하고 판정을 내렸을 것만을 요구합니다.

브랜드가 그 주체가 될 수 있습니다. 연구소가 그 저자가 될 수 있습니다. 판정은 "참" 대신 "입증됨"이 될 수 있습니다. 스키마는 개의치 않습니다.

진지한 DTC 상품 페이지를 읽어보십시오. 스킨케어, 건강기능식품, 하드웨어, 신발. 원칙적으로 확인할 수 있는 주장들이 본문에 가득합니다.

"2025년에 200명의 피부과 전문의가 검증함." 이것은 주장입니다. N=200인 연구가 2025년에 실제로 진행되었거나 아니거나입니다.

"8주 동안 잔주름을 27% 줄임." 임상 또는 소비자 패널이 그 수치를 만들어냈거나 아니거나입니다.

"1962년부터 이탈리아 비첸차에 있는 가족 소유 공장에서 제조." 해당 공장이 존재하고 1962년부터 지속적으로 운영되어 왔으며 가족 소유이거나 그렇지 않거나입니다.

"비건, 동물실험 반대, Leaping Bunny 인증." 현재 Leaping Bunny 인증이 있거나 없거나입니다.

이것들은 반증 가능한 주장들입니다. 이 주장을 하는 브랜드에게는 거의 항상 근거 문서가 있습니다. 연구 PDF, 인증서, 공장 검사 기록, 언론 기사. 문서는 실재합니다. 상품 페이지는 그저 어떤 문장을 그 문서가 뒷받침하는지 말하지 않을 뿐입니다.

ClaimReview는 그것을 말하는 스키마입니다.

{
  "@type": "ClaimReview",
  "claimReviewed":
    "89% reported visible
     improvement, N=184.",
  "reviewRating":
    "Substantiated",
  "author":
    "Independent CRO"
}

"8주간 독립 소비자 연구에서 30~55세 여성 184명을 대상으로 했을 때, 89%가 피부 결의 눈에 띄는 개선을 보고했다"는 문장이 본문에 포함된 세럼 상품 페이지를 상상해 보십시오.

브랜드에는 근거 연구가 있습니다. 2025년 3월에 독립 CRO가 수행했으며 방법론 PDF가 `https://[brand]/research/2025-spring-study.pdf`에 호스팅되어 있습니다.

해당 상품 페이지의 JSON-LD 형태 ClaimReview 블록은 다음과 같습니다.

```json { "@context": "https://schema.org", "@type": "ClaimReview", "datePublished": "2025-04-12", "url": "https://[brand]/products/serum-01#claim-texture-89", "claimReviewed": "In an independent eight-week consumer study of 184 women aged 30 to 55, 89% reported visible improvement in skin texture.", "itemReviewed": { "@type": "Claim", "appearance": { "@type": "WebPage", "url": "https://[brand]/products/serum-01" }, "datePublished": "2025-04-08", "author": { "@type": "Organization", "name": "[Brand]", "url": "https://[brand]" } }, "author": { "@type": "Organization", "name": "[Independent CRO]", "url": "https://[cro-domain]" }, "reviewRating": { "@type": "Rating", "ratingValue": "Substantiated", "alternateName": "Substantiated by independent study", "ratingExplanation": "Eight-week consumer study, March 2025, N=184. Methodology: https://[brand]/research/2025-spring-study.pdf" } } ```

이 블록은 네 가지를 동시에 수행합니다.

페이지에 나타나는 정확한 문장을 인용합니다. 주장은 마케팅 문구 그 자체이며 바꾸어 표현한 것이 아닙니다.

누가 말했는지(브랜드)와 누가 검토했는지(CRO)를 식별합니다. 두 주체는 별개이며, 이는 합리적 소비자 기준이 중시하고 검색 엔진도 중시하는 부분입니다.

방법론 PDF를 인용합니다. 해당 PDF는 근거 연구가 존재하지 않는다면 스키마가 거짓말하게 될 문서입니다. 따라서 존재하지 않는 연구에 스키마를 붙이는 위험은 다른 어떤 출판물에서든 거짓 각주에 이름을 붙이는 것과 정확히 같은 종류의 위험입니다. 대부분의 브랜드가 역사적으로 페이지 수준에서 감수하지 않아 온 위험의 범주입니다.

날짜를 지정합니다. 2025-04-12라는 날짜는 검토에 타임스탬프를 찍습니다. 2026년에 페이지를 읽는 검색 엔진은 시간 경과에 따라 주장을 얼마나 할인할지 결정할 수 있습니다. 연구를 매년 재검증하는 브랜드는 날짜만 업데이트하면 됩니다.

스키마는 기술적으로 무료입니다. JSON-LD는 스크립트 태그입니다. Shopify 테마 개발자가 오후 한나절이면 추가할 수 있습니다. Yotpo, Okendo, Bazaarvoice, Junip, Stamped, Loox, Reviews.io는 모두 내일 당장 고객을 위한 ClaimReview 템플릿을 출시할 기술 역량을 갖추고 있습니다.

그들 중 어느 곳도 그렇게 하지 않을 것입니다. 세 가지 이유가 있습니다.

첫째, 스키마는 브랜드와 별개인 저자 주체를 요구합니다. 저자는 판매자가 아닌 검토자여야 합니다. ClaimReview는 제3자가 주장을 검토하고 판정을 내렸다고 주장합니다. ClaimReview를 기능으로 출시하는 플랫폼은 그 제3자가 되거나(자신은 리뷰 유통 벤더이지 제3자가 아닙니다), 아니면 고객에게 실제 독립적인 검토자를 식별하도록 안내해야 합니다. 대부분의 고객은 그런 검토자가 없습니다.

둘째, 스키마는 주장을 새롭게 법적 책임 대상으로 만듭니다. 현재 본문에 "89%가 눈에 띄는 개선을 보고했습니다"라고 쓰는 브랜드는 FTC 섹션 5에 따른 마케팅 주장 책임과, 2024년 10월 이후로는 소비자 리뷰 및 추천 규칙에 따른 책임을 집니다. 텍스트가 법적 책임의 표면입니다. 정확한 문장을 인용하는 구조화된 데이터 블록을 추가한다고 법적 책임이 늘어나지는 않습니다. 해당 문장은 이미 페이지에 있습니다. 하지만 책임의 가시성은 높아집니다. 적대적인 독자는 JSON-LD에 대한 단일 정규식으로 브랜드 사이트의 모든 반증 가능한 주장을 찾을 수 있습니다. 많은 브랜드는 법률 자문에 따라 그 주장들이 산문으로 남아있기를 선호할 것입니다.

셋째, 스키마는 실제 문서를 가진 브랜드에게 보상을 줍니다. 실제로 연구를 진행했고, 인증서가 있고, 공장 검사 기록이 있는 브랜드는 ClaimReview로 상당한 이득을 봅니다. 문구가 열망적인 브랜드는 그것이 없는 편이 낫습니다. ClaimReview를 기본값으로 출시하는 플랫폼은 고객 기반을 입증된 것과 입증되지 않은 것으로 나누는 분류를 강제하게 됩니다. 고객을 대신해 그 분류를 선택하는 플랫폼은 거의 없을 것입니다.

결과적으로 ClaimReview는 경쟁 표면으로서 완전히 열려 있습니다. 이것을 도입하는 브랜드는 경쟁 브랜드가 시도조차 하지 않은 검색 엔진이 읽는 스키마를 도입하는 것입니다.

GPTBot, ClaudeBot, PerplexityBot은 모두 JSON-LD를 파싱합니다. 공개 문서에 파싱이 명시되어 있으며 실제 동작이 이를 확인합니다. 스키마로 설명된 주장은 구조화되지 않은 주장보다 높은 비율로 인용에 나타납니다. Princeton GEO 논문(2024년 12월)과 Ahrefs 코퍼스 연구(2026년 3월)가 이를 보여줍니다.

ClaimReview는 2026년 5월 기준으로 어떤 AI 연구소도 인용 배증 신호로 문서화하지 않았습니다. 상품 맥락에서 스키마가 너무 드물어서 연구소들이 아직 측정하지 못했습니다. 하지만 구조적 추론은 간단합니다. 검색 엔진들은 반복적으로 주장보다 증거를 선호한다고 발표했습니다. ClaimReview는 문자 그대로 증거 스키마입니다. 방법론 PDF에 연결되고, 날짜가 찍히고, 별개의 검토자에게 귀속된 ClaimReview로 감싸인 주장은 구조적으로 저널리즘에서 팩트체크된 주장과 구별되지 않습니다. 검색 엔진은 그것을 신뢰하는 법을 배웠습니다.

이 실험을 먼저 실행하는 브랜드는 카테고리의 나머지가 결국 읽어야 할 작은 데이터셋을 만들어낼 것입니다. 그 데이터셋이 묻는 것은 이것입니다. 상품 주장에 ClaimReview가 붙은 페이지가 AI 답변 엔진 요약에서 인용 증가를 보였는가. 그럴 가능성이 높습니다. 같은 검색 엔진이 수년간 긍정적으로 가중치를 부여해 온 `Review` 스키마의 상승폭보다 낮을 가능성은 거의 없습니다.

ClaimReview를 도입할 가치가 있는지 아는 방법은 세어보는 것입니다.

브랜드의 상위 10개 상품 페이지를 열어보십시오. 본문을 읽으십시오. 원칙적으로 반증 가능한 모든 주장을 나열하십시오. 성분에 관한 주장("레티놀 2% 함유"). 원산지에 관한 주장("비첸차에서 제조"). 검증에 관한 주장("피부과 전문의 검증"). 추천에 관한 주장("올림픽 선수들이 착용"). 인증에 관한 주장("Leaping Bunny 인증"). 결과에 관한 주장("89%가 개선 보고").

각 주장에 대해 근거 출처를 적어두십시오. 연구소의 성적 증명서(COA). 공장 주소. 피부과 전문의 패널 보고서. 선수의 서명된 추천 계약서. Leaping Bunny 인증 번호. 소비자 연구 PDF.

출처가 있는 주장은 ClaimReview 후보입니다. 출처가 없는 주장은 삭제 후보입니다.

대부분의 브랜드는 이 감사에서 페이지의 주장이 세 가지 범주로 나뉜다는 것을 발견합니다. 3분의 1은 명확한 출처가 붙어 있습니다. 3분의 1은 출처가 존재하지만 링크되거나, 날짜가 기재되거나, 감사 가능하게 만들어지지 않았습니다. 3분의 1은 누군가 요청한다면 입증할 수 없는 열망적인 문구입니다. 감사는 몇 시간이 걸립니다. 법적, 인용 두 방면에서 보상이 돌아옵니다.

첫 번째 3분의 1은 내일 당장 ClaimReview를 도입할 수 있습니다. 두 번째 3분의 1은 문서가 공개되거나 링크되는 즉시 도입할 수 있습니다. 세 번째는 어떤 스키마 결정과도 무관하게 다시 쓰거나 삭제해야 합니다.

ClaimReview의 구조는 FTC 집행 방어에 필요한 문서와 거의 필드 대 필드로 일치합니다. 소비자 리뷰 및 추천 규칙이나 광범위한 추천 가이드에 따른 집행 조치에서 FTC는 묻습니다. 주장이 무엇이었는지, 누가 말했는지, 언제 말했는지, 무엇이 그것을 뒷받침하는지, 누가 증거를 검토했는지. 이것이 바로 ClaimReview가 요구하는 다섯 가지 필드입니다.

상품 페이지에 대규모로 ClaimReview를 운영하는 브랜드는 부수적으로 자체 주장 입증의 감사급 기록을 구축하고 있습니다. JSON-LD는 공개 아티팩트입니다. JSON-LD가 가리키는 방법론 PDF가 입증 문서입니다. 이 조합은 규제 측면에서 방어 가능한 입장입니다. 브랜드는 요청이 있을 때 무엇을 주장했는지, 언제 주장했는지, 당시 그 주장을 뒷받침하는 증거가 무엇이었는지 보여줄 수 있습니다.

이것이 스키마를 도입하는 이유는 아닙니다. 하지만 두려워하지 않을 이유입니다. 이미 입증 파일이 정리된 브랜드는 그것을 기계 판독 가능하게 만드는 것으로 이득을 봅니다. 입증이 정리되지 않은 브랜드는 다른 문제가 있으며, ClaimReview가 그것을 드러냅니다. 어떤 결과든 브랜드가 활용할 수 있는 강제 함수입니다.

대부분의 브랜드는 방법론 연구를 진행하지 않습니다. ClaimReview의 완전한 형태는 연구 또는 외부 인증을 요구합니다. 그래도 괜찮습니다. 높은 기준을 의도한 것입니다.

더 낮은 기준은 날짜와 출처입니다. "1962년부터"라고 상품 페이지에 쓰인 브랜드는 그 문장을 인용하고, itemReviewed.author로 브랜드를 지정하고, ClaimReview.author로 실제 외부 저널리스트나 업계 언론 기사를 지정하고, "[매체] [연도] 입증"으로 주장을 평가하는 ClaimReview 블록을 붙일 수 있습니다. 저자 주체는 실재해야 합니다. 기사는 링크되어야 합니다. 링크는 유효해야 합니다. 그것이 기준입니다.

"Vogue에 소개됨"이라고 상품 페이지에 쓰인 브랜드는 방법론 필드에 Vogue 기사 URL을 넣어 그 문장에 ClaimReview를 붙일 수 있습니다. "Vogue, [날짜]에 의해 입증됨"이라는 판정은 구매자가 어차피 믿도록 요청받고 있는 것입니다. 스키마는 인용을 기계 판독 가능하게 만듭니다.

어떤 주장 아래에도 놓을 것이 없는 브랜드는, 이 관점에서, 더 적은 주장을 써야 합니다. 그것도 유용한 결과입니다.

주장에 증거를 붙이도록 설계된 스키마가 9년간 Schema.org 어휘에 있었습니다. DTC 커머스의 모든 상품 페이지는 주장을 하고 있습니다. 두 사실이 만나지 않았습니다. 그 교차점은 Yotpo나 Bazaarvoice에서 기다릴 기능이 아닙니다. 50줄 스크립트 태그와 방법론 PDF 폴더입니다.

이것을 먼저 도입하는 브랜드는 두 가지를 동시에 합니다. 검색 엔진에게 주장이 입증되었다고, 검색 엔진이 읽도록 훈련받은 바로 그 어휘로 말합니다. 그리고 규제 기관에게 주장에 각주가 달려 있다고, 합리적 소비자 기준이 증인석에서 받아들일 형식으로 말합니다. 두 독자가 다시 한번 같은 페이지를 읽고 있습니다.