RevealTheme logo

Schema標記驗證工具

從任意URL中擷取並驗證JSON-LD結構化資料。查看頁面包含哪些schema類型,以及它們能否被正確解析。

如何使用本工具

  1. 1

    Paste the full public URL of the page you want to inspect (including https://) into the input box.

  2. 2

    Click Analyze. The tool fetches the page server-side and scans its HTML for JSON-LD script blocks.

  3. 3

    Read the results: a count of blocks found, a green Valid or red Invalid badge per block, and the detected @type.

  4. 4

    For any Invalid block, read the JSON parse error and the raw snippet shown to locate the syntax problem.

什麼是schema標記,它為何對搜尋排名很重要?

schema.org結構化資料是一套共享詞彙——由Google、Microsoft、Yahoo和Yandex共同維護——它讓你能夠告訴搜尋引擎一個頁面究竟是什麼,而不僅僅依賴頁面的文字內容。沒有schema時,Google會像人一樣閱讀你的頁面:分析文字並猜測什麼是重要的。有了schema,你就可以明確地標註「這是一款產品,售價29美元,在1250條評價中獲得4.5顆星」或「這是一份包含以下7個步驟的指南」。這些結構化資訊能驅動複合式搜尋結果:在搜尋結果中視覺效果增強的項目,包含星級評分、價格、食譜卡片、FAQ摺疊面板、活動日期和階層連結導覽。複合式搜尋結果不僅看起來更好;它們平均能多獲得30%到50%的點擊。Google接受的三種格式是JSON-LD(推薦:與你的HTML分離,最易維護)、Microdata(內嵌的HTML屬性,已屬舊式)和RDFa(基於XML,同樣已屬舊式)。所有現代建議都指向JSON-LD,這也正是本驗證工具所擷取和解析的格式。除了複合式搜尋結果之外,schema還能幫助Google理解實體之間的關係(這會建構你在知識圖譜中的存在感),為AI摘要和答案框提供素材,並標示主題領域的專業性。在內容型網站上值得實作的最常見schema類型包括:Organization(全站身分標識)、WebSite(搭配SiteSearchAction實現搜尋框複合式結果)、BreadcrumbList(每個頁面)、Article(部落格文章)、FAQPage(FAQ)、HowTo(教學)、Product(電子商務)、Review(評測與比較)、VideoObject(任何嵌入的影片)。本工具會抓取一個URL,解析每一個<script type="application/ld+json">程式碼區塊,並回報解析錯誤以及在每個程式碼區塊中偵測到的@type。要進行Google特有的資格檢查,請同時在Google複合式搜尋結果測試工具(search.google.com/test/rich-results)中執行你的URL。

常見使用場景

  • 在部署變更後,驗證新的schema實作確實能被正確剖析。

  • 稽核競爭對手的結構化資料,找出他們正在爭取的複合式搜尋結果。

  • 對缺失的複合式結果進行除錯——在懷疑Google之前,先確認schema存在且語法有效。

  • 確認Yoast/Rank Math輸出的正是你期望的schema類型。

  • 在部署到正式環境之前,在預備環境上驗證JSON-LD。

  • 檢查是否存在意外重複的schema程式碼區塊(這是Search Console中常見的「多個Article」警告的來源)。

常見問題

有效的schema能保證獲得複合式搜尋結果嗎?
不能。schema的有效性是一個先決條件,而非充分條件。Google複合式搜尋結果的資格取決於更多因素:內容品質、特定schema類型的要求,以及Google的自主裁量。一個頁面可能擁有完全有效的schema,卻依然不顯示複合式搜尋結果,因為Google選擇不予顯示——通常是由於該頁面的品質訊號不夠強。
每個網站都應該擁有哪些schema類型?
全站範圍:Organization(個人品牌則用Person),用於為知識圖譜建立身分標識。WebSite,搭配SiteSearchAction以實現站內連結搜尋框。BreadcrumbList,用於首頁以外的每個頁面。按範本劃分:部落格文章用Article,產品頁面用Product,適用之處用FAQPage,教學用HowTo。
JSON-LD還是Microdata?我該用哪一個?
JSON-LD。Google明確推薦它。它更易於維護(獨立的程式碼區塊,不與你的HTML交織在一起)、更易於偵錯(貼到驗證工具中即可),也更不容易在重新設計版面時被破壞。Microdata屬於舊式:仍受支援,但不建議用於新的實作。
為什麼我的schema能通過本驗證工具,卻通不過Google的驗證?
schema.org規範與Google的複合式搜尋結果要求並不完全相同。Google為獲得資格而要求某些特定欄位,而更寬泛的schema.org規範將其標記為選用。例如:一個Recipe schema需要name、image和recipeIngredient才能在Google中獲得資格,儘管schema.org在技術上只要求name。請始終在兩個驗證工具中都執行一遍。
我能在一個頁面中放置多個JSON-LD程式碼區塊嗎?
可以:Google會解析全部程式碼區塊。常見模式:一個程式碼區塊用於Article schema,另一個用於BreadcrumbList,再一個用於FAQ部分。不過,不要重複同一個@type。如有疑問,請將它們合併到單個@graph陣列中。
schema會直接影響搜尋排名嗎?
間接影響。Google多次表示schema不是直接的排名訊號。但複合式搜尋結果擁有更高的點擊率(一種行為訊號),schema能幫助Google更有信心地理解你的內容,而知識圖譜中的實體會在品牌詞查詢中獲得排名。
什麼是@graph,我應該在何時使用它?
@graph是JSON-LD的一項功能,讓你能在單個JSON-LD程式碼區塊中描述多個實體(一個Article及其作者Person以及發布它的Organization),並在它們之間使用@id參照。它適用於具有相互關聯實體的複雜頁面。它並非必需:對於較簡單的情形,扁平的程式碼區塊即可良好運作。

相關工具