結構化資料
Review 同 Rating 結構化資料驗證工具
貼上 Review 或 AggregateRating 嘅 JSON-LD（或成頁 HTML），攞到真正嘅規格檢查：評分範圍計算、必填欄位、author 有效性、日期格式、重複評論偵測，仲有評論摘要成日冇顯示嘅頭號原因提示——對自己間生意嘅 self-serving review（自評）。
完全喺你個瀏覽器入面運行。除咗匿名使用次數之外，貼落嚟嘅嘢唔會被送去任何地方。
貼上 <script type="application/ld+json"> 區塊嘅內容，或者成頁 HTML —— 系統會自動搵晒所有 Review 同 AggregateRating 記錄，包括嵌套喺 Product、LocalBusiness、Recipe 等等入面嘅。
呢個工具檢查啲乜嘢，同埋點樣修正常見錯誤
Google 只會喺 Review 或 AggregateRating 嘅 JSON-LD 語法有效、內容齊全同符合政策嘅時候，先喺搜尋結果顯示帶星級嘅「評論摘要」。呢個工具會跟住實際嵌套結構去行——reviewRating、itemReviewed、author——同搜尋引擎讀取嘅方式一樣，唔理呢條記錄係獨立存在，定係嵌套喺 Product、LocalBusiness、Recipe 或者類似項目入面。
就算 schema 完全有效，評論摘要都成日唔顯示嘅頭號原因：Google 唔會為「self-serving review（自評）」顯示 rich result——即係一間生意幫自己打分或者寫評論嘅標記（Organization、LocalBusiness 同埋佢哋嘅子類型，好似 Restaurant、Store、Hotel、Dentist 等等）。呢個功能係俾真正第三方評論家或者聚合網站用嘅。如果呢個工具標記咗呢個風險，就將評分由 Organization/LocalBusiness 搬去你賣緊嘅特定 Product 或者 Service，或者接受喺你自己嘅主頁攞唔到 rich result。
ratingValue 必須喺 worstRating 同 bestRating 之間——如果你冇填，schema.org 會預設係 1 同 5，所以好似「10 分入面攞 9.5 分」咁嘅量表就要明確set 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 嘅防垃圾系統覺得可疑。