Schema 衝突偵測器

當一個網頁裡有多個 `<script type="application/ld+json">` 區塊，且裡面有同樣型別（例如兩個 Article、兩個 Organization）時，就叫 Schema 衝突。WordPress 使用者最常見的原因：同時裝了多個 SEO / Schema 外掛（Yoast、RankMath、Schema Pro、AIOSEO 等），每個都會自己產一份 JSON-LD，互相重複。

看型別而定。**Article / Product / Event / Recipe** 這類「會觸發 Google rich result」的型別，多份等於 Google 不知道哪份是正版，會直接放棄顯示 rich result（影響搜尋曝光）。**Organization / WebSite / WebPage** 多份不會直接壞，但 Google 取資料的優先序不可預測，可能 cite 錯資料。AI 搜尋（ChatGPT Search、Perplexity）也會困惑。

步驟：(1) 用本工具找出重複的 schema 來源（看每個 JSON-LD 區塊的內容能猜到是哪個外掛產的，例如 schema：「@id」「Yoast」「RankMath」等字串）；(2) 進外掛設定，停用其中一個外掛的該型別輸出（多數 SEO 外掛都有「Disable Article schema」之類選項）；(3) 重跑本工具確認衝突消失。

本工具的偵測規則：頂層 `@type` 出現 ≥2 次就算衝突。`@type` 是陣列（多重型別合法）不算。`@graph` 內節點也會被攤平算進去。會排除「nested 在 author / publisher 等子物件內」的 @type，那是子結構不是頂層 schema。

依 Google 處理方式分級：**嚴重**（Article、Product、Event、Recipe、JobPosting）= 多份會讓 rich result 失效；**警告**（Organization、WebSite、WebPage、LocalBusiness）= 多份不會壞但可能取錯；**提示**（FAQPage、BreadcrumbList、HowTo、ImageObject）= Google 多半接受但建議合併避免內容衝突。

`@graph` 是 Schema.org 規範定義的「容器」，讓你把多個型別放在同一個 `<script>` 區塊內。用 `@id` 互相 link 後，等於告訴搜尋引擎「這些 schema 是同一頁的整體結構，不是各自獨立的」。最佳實踐是整個頁面只放一個 `<script>`，裡面用 @graph 包多個型別。Yoast 等成熟 SEO 外掛都是這種模式。

匿名訪客：每個 IP 每天 3 次。登入 AHHA 會員：每天 10 次（次日自動重置）。所有偵測在我們的伺服器執行，不儲存你輸入的網址，結果 6 小時快取以節省成本。

如果掃描結果是 0 個 JSON-LD，這頁完全沒有結構化資料，Google / AI 搜尋會少很多參考資訊。最基本應該有 Organization（網站資訊）、WebSite（站名+搜尋）、Article / LocalBusiness（看內容性質）。可以用我們工具集的 Schema 產生器手動產出，或直接用 AHHA 平台自動產生。

不會。AHHA 平台會根據你後台填的內容自動產出一份完整的 @graph（包 WebSite、Organization、Article、FAQPage、BreadcrumbList 等），所有型別在同一個 `<script>` 區塊內、用 `@id` 互相 link，永遠不會出現重複或衝突。也不會像 WordPress 那樣需要管多個外掛。30 天免費試用。

完全免費、無註冊需求。匿名訪客每個 IP 每天可檢測 3 次，登入 AHHA 會員可檢測 10 次。我們不儲存你的網址，IP 雜湊後 24 小時自動刪除。