구조화된 데이터
리뷰 및 평점 스키마 검증기
Review 또는 AggregateRating JSON-LD(또는 전체 페이지)를 붙여넣으면 실제 스펙 검사를 받을 수 있습니다: 평점 범위 계산, 필수 필드, author 유효성, 날짜 형식, 중복 리뷰 감지, 그리고 리뷰 스니펫이 절대 표시되지 않는 가장 흔한 원인인 자기 사업체에 대한 self-serving review(자체 리뷰)에 대한 경고까지.
전적으로 브라우저 안에서 실행됩니다. 익명 사용 횟수 외에는 붙여넣은 내용이 어디로도 전송되지 않습니다.
<script type="application/ld+json"> 블록의 내용을 붙여넣거나 전체 페이지 HTML을 붙여넣으세요 — Product, LocalBusiness, Recipe 등에 중첩된 것을 포함해 모든 Review 및 AggregateRating 레코드가 자동으로 감지됩니다.
이 도구가 검사하는 항목과 흔한 오류 수정 방법
Google은 Review 또는 AggregateRating JSON-LD가 구문적으로 유효하고, 완전하며, 정책에 부합할 때만 검색 결과에 별점 "리뷰 스니펫"을 표시합니다. 이 도구는 레코드가 단독으로 있든 Product, LocalBusiness, Recipe 등 항목 내부에 중첩되어 있든, 검색엔진이 실제로 읽는 방식과 동일하게 reviewRating, itemReviewed, author 같은 중첩 구조를 순회합니다.
스키마가 완벽하게 유효해도 리뷰 스니펫이 전혀 표시되지 않는 가장 흔한 원인: Google은 "self-serving review(자체 리뷰)"에 대해 리뷰 리치 결과를 표시하지 않습니다 — 사업체가 스스로를 평가하거나 리뷰하는 마크업(Organization, LocalBusiness 및 Restaurant, Store, Hotel, Dentist 같은 하위 유형)이 여기에 해당합니다. 이는 진정한 제3자 평론가 또는 집계 사이트에만 적용됩니다. 이 도구가 이 위험을 표시하면 평점을 Organization/LocalBusiness에서 판매하는 특정 Product 또는 Service로 옮기거나, 자사 홈페이지에서는 리치 결과를 얻지 못한다는 점을 받아들이세요.
ratingValue는 worstRating과 bestRating 사이에 있어야 합니다 — 생략하면 schema.org는 기본값으로 1과 5를 사용하므로, "10점 만점에 9.5점" 같은 척도는 bestRating을 명시적으로 10으로 설정해야 합니다. 그렇지 않으면 Google이 범위를 벗어났다고 거부합니다. bestRating은 항상 worstRating보다 커야 합니다.
모든 Review에는 숫자형 ratingValue를 가진 reviewRating과 실명을 가진 author(단순 문자열이 아닌 Person/Organization 객체)가 필요합니다. AggregateRating은 reviewCount 또는 ratingCount 중 최소 하나가 음수가 아닌 정수로 필요하며, reviewCount(텍스트가 있는 리뷰 수)는 ratingCount(전체 평점 수)를 절대 초과해서는 안 됩니다.
datePublished는 실제 ISO 8601 날짜 형식이어야 합니다("2026-05-10", "10/5/2026"이 아님). 페이지에 여러 Review 레코드가 있으면 이 도구는 중복 가능성도 표시합니다 — 완전히 동일한 author와 리뷰 텍스트가 두 번 나타나는 것은 대개 실수로 인한 복사·붙여넣기를 의미하며, 진짜 리뷰 두 개가 아니라 Google의 스팸 시스템에도 의심스럽게 보일 수 있습니다.