apps搜尋引擎優化工具
radar產品 Schema 檢查器

電子商務頁面的免費產品 Schema 檢查器

在損壞的結構化資料削弱豐富的結果或AI 購物可見性之前驗證產品、報價、價格、可用性、圖像和可見的產品訊號。

check_circle產品和 Offer Schema
check_circle價格和供貨一致性
check_circleJSON-LD 與可見頁面數據
check_circleAI 可讀的產品屬性
系統就緒
link

無需登入 · 免費掃描 · 即時線上報告

审计范围

该工具检查什么

產品 Schema

檢測產品標記是否存在,以及名稱、圖像、品牌、SKU 和報價資料等核心欄位對於搜尋引擎是否足夠清晰。

報價訊號

比較價格、貨幣、庫存狀況和產品 URL 訊號,這樣爬蟲就不會看到與購物者看到的不同的產品。

結構化資料一致性

捕捉渲染的 HTML、元資料、規範標籤和 JSON-LD 區塊之間的矛盾,這些矛盾可能會降低頁面的信任度。

AI 搜尋準備情況

檢查頁面是否為 AI 應答系統提供了足夠的產品上下文來解析、比較和推薦該項目。

Schema 實體地圖

這個工具會分開檢查的 Product Schema 訊號

一個強的電商商品頁,不應該把結構化資料當成一整塊通用 JSON-LD。它需要把商品實體、可購買的 Offer、真實評論訊號和麵包屑路徑分開,讓搜尋引擎能把頁面、Merchant Center、摘要結果和購物展示面串起來理解。

Product 實體欄位

Product 實體應該描述商品本身,而不是分類頁、集合頁,或者圍繞這個商品寫出來的行銷活動。

訊號範例

Product: name, image[], description, brand, sku, gtin/mpn, category

重點核對

  • check_circleProduct name 和 image 要與頁面上真實展示的商品一致。
  • check_circle如果店鋪有 brand、SKU、GTIN 或 MPN,就不要讓這些欄位缺失。
  • check_circle顏色、尺碼、材質、型號等變體屬性不要只藏在模糊文案裡。

Offer 與商家列表資料

Offer 標記應該描述購物者在這個 URL 上實際可以買到什麼,包括價格、幣種、庫存狀態、商品狀態和 canonical 商品 URL。

訊號範例

Offer: price, priceCurrency, availability, itemCondition, url, priceValidUntil

重點核對

  • check_circleprice 和 priceCurrency 要與渲染後的頁面及當前市場一致。
  • check_circleavailability 要是目前狀態,不能和售罄、預售等頁面文案衝突。
  • check_circleOffer URL 應該解析到 Google 能抓取的同一個 canonical 商品頁。

Review 與 AggregateRating 訊號

Review 標記只有在代表真實、可見,並且與評論元件或平台資料一致的評論時才有價值。

訊號範例

AggregateRating: ratingValue, reviewCount; Review: author, reviewBody, datePublished

重點核對

  • check_circle評分應該在頁面上可見,而不是只被塞進隱藏 schema。
  • check_circlereviewCount 和 ratingValue 要與頁面上的評論摘要一致。
  • check_circle多個評論 App 不應該輸出互相衝突的 aggregateRating。

BreadcrumbList 上下文

Breadcrumb schema 幫助爬蟲理解商品在目錄中的位置,避免搜尋引擎錯誤推斷商品所屬分類。

訊號範例

BreadcrumbList: Home > Collection > Product with position values and item URLs

重點核對

  • check_circle麵包屑名稱要與頁面可見導覽路徑一致。
  • check_circle每個 breadcrumb item 都要有可抓取 URL 和穩定的 position 值。
  • check_circle麵包屑不要誤指向篩選頁、臨時集合頁或參數頁。

常见拦截器

值得先解決的問題

priority_high

產品標示缺失或過少

頁面有可見的產品訊息,但結構化資料並沒有清楚描述產品實體。

priority_high

損壞的報價詳細信息

價格、貨幣、庫存狀況或 URL 欄位缺失、過時或與呈現的產品頁面不一致。

priority_high

重複的 JSON-LD 區塊

主題、應用程式和標籤管理器可以在同一 URL 上註入多個衝突的產品 Schema。

priority_high

產品屬性弱

品牌、SKU、材質、尺寸、顏色、款式或庫存訊號等重要屬性缺失或過於模糊。

工作流程

从 URL 到修复计划

01

貼上產品網址

使用購物者和爬蟲可以存取的公共產品頁面,而不是預覽、購物車或管理 URL。

02

掃描呈現的頁面

ShopGox 檢查最終產品頁面輸出,包括 Schema、元資料、內容清晰度和麵向爬蟲的訊號。

03

優先修復

使用該報告來確定修復是否屬於內容、主題模板、Schema 應用或平台設定。

常見問題解答

扫描前的问题

這只是一個 JSON-LD 驗證器嗎?
expand_more
不是。通用驗證器主要檢查標記語法是否正確。ShopGox 還會對比 Product、Offer、Review、AggregateRating、BreadcrumbList、metadata 和頁面可見商品內容,找出語法驗證器看不出來的矛盾。
電商商品頁最重要的 schema 類型有哪些?
expand_more
可購買的商品頁應先保證 Product 和 Offer。然後再看 BreadcrumbList、頁面上真實可見評論對應的 Review 或 AggregateRating,以及價格、庫存、配送、退貨政策等商家列表欄位。
Product Schema 最常缺哪些欄位?
expand_more
常見缺口包括 brand、SKU、GTIN 或 MPN、圖片陣列、priceCurrency、availability、canonical URL、變體屬性,以及與頁面評論元件一致的評論數量。
商品頁沒有可見評論,也應該加 Review schema 嗎?
expand_more
不應該。Review 和 AggregateRating 應該反映購物者在頁面上能看到的真實評論。添加隱藏或沒有依據的評分,反而可能製造信任和結構化資料資格問題。
Product Schema 乾淨就一定能出豐富結果嗎?
expand_more
不能保證。乾淨的結構化資料會改善搜尋引擎可評估的輸入,但豐富結果仍取決於資格、可抓取性、政策合規、頁面品質,以及 Google 自己的展示判斷。