技術 SEO / Schema 2026年4月11日閱讀時間：約 12 分鐘

Schema不只是Rich Snippet：用@graph打造「實體關係圖」，提升Bing Copilot與Google AI引用率（服務型企業版）

Schema在AI搜尋時代的關鍵價值，是把品牌、作者、服務的實體關係講清楚。本文示範用JSON-LD @graph建立可重用的實體圖，並提供服務型企業的優先清單、常見錯誤與上線前檢查。

TL;DR：Schema的價值不是「多幾個星星」，而是把品牌/作者/服務的關係講清楚

重點：Schema不保證你一定會被AI引用，但它能減少AI抽取時的歧義：誰是作者？哪個公司提供哪個服務？Search Engine Land 指出，Google AI Overviews與Microsoft Bing Copilot已確認會利用結構化資料來理解內容（https://searchengineland.com/schema-markup-ai-search-no-hype-472339）。

對服務型企業（例如SEO公司、會計、律師、裝修、顧問）而言，最常見問題不是沒有Schema，而是Schema彼此不相連：Organization寫一份、Article再寫一份，沒有穩定@id與關係，AI很難建立可靠的實體圖。

1) 先釐清：AI搜尋更像「實體理解」而不是「關鍵字匹配」

Search Engine Land 將Schema定位為讓實體與關係更清楚的工具：定義實體、釐清屬性、建立實體關係（https://searchengineland.com/schema-markup-ai-search-no-hype-472339）。

當你用@graph把Organization、Person、Service、Article串起來，效果不是立刻排名暴升，而是讓AI在彙整資訊時更少誤解你的品牌身份與服務範圍，進一步提升可引用性。

2) 服務型企業的@graph實作藍圖（可直接改成你的資料）

以下示例把SEO Company HK作為Organization，並建立作者Person、服務Service、文章Article之間的連結。關鍵是：每個主要節點都有穩定的@id，並在其他節點引用。

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@id": "https://www.seocompany.com.hk/#organization",
      "@type": "Organization",
      "name": "SEO Company HK",
      "url": "https://www.seocompany.com.hk"
    },
    {
      "@id": "https://www.seocompany.com.hk/#person-editorial",
      "@type": "Person",
      "name": "SEO Company 編輯團隊",
      "worksFor": {"@id": "https://www.seocompany.com.hk/#organization"}
    },
    {
      "@id": "https://www.seocompany.com.hk/#service-technical-seo",
      "@type": "Service",
      "name": "技術SEO顧問與網站健檢",
      "provider": {"@id": "https://www.seocompany.com.hk/#organization"},
      "areaServed": "Hong Kong"
    },
    {
      "@id": "https://www.seocompany.com.hk/blog/schema-entity-graph-geo-service-business-2026",
      "@type": "Article",
      "headline": "Schema不只是Rich Snippet：用@graph打造實體關係圖",
      "author": {"@id": "https://www.seocompany.com.hk/#person-editorial"},
      "publisher": {"@id": "https://www.seocompany.com.hk/#organization"},
      "about": [
        "Generative Engine Optimization",
        "Structured data",
        "Entity"
      ]
    }
  ]
}

3) 你應該優先做哪幾種Schema？（服務型企業清單）

Search Engine Land 建議的優先Schema包含Organization、Article/BlogPosting、Person、Product/Service、FAQPage（https://searchengineland.com/schema-markup-ai-search-no-hype-472339）。對服務型企業，我們建議排序如下：

Organization：建立品牌實體，並用sameAs連到一致的外部檔案（LinkedIn、Google Business Profile等）。
Person：作者或顧問的專業身份，與Organization關聯（worksFor）。
Service：服務名稱、地區、提供者，可選加上offers或serviceType。
BlogPosting/Article：每篇內容都標示作者、出版者、主題about。
FAQPage：把最關鍵的問答做成可解析的Q&A（注意內容要真實存在於頁面）。

4) 常見錯誤：Schema做了但沒有幫助AI理解（以及如何修）

錯誤一：每頁都用不同公司名稱或不同URL格式

同一公司在不同頁面用不同名稱變體，或http/https、帶不帶www混用，會令實體被分裂。請先把品牌命名、canonical與@id統一。

錯誤二：只有Article，沒有Organization/Person/Service

只標記文章類型，AI仍不知道誰提供什麼服務。服務型企業最重要的是把服務實體與提供者關係講清楚。

錯誤三：JSON-LD互不相連，沒有@graph與穩定@id

Search Engine Land 提到，當Schema用穩定@id與@graph串成小型內部知識圖，AI系統就不必猜測實體關係（https://searchengineland.com/schema-markup-ai-search-no-hype-472339）。

5) 讓Schema真正被用到：內容段落也要配合

Schema只是結構；內容本身仍要可擷取。GEO指南建議用清楚標題階層、每段先回答、加入FAQ，提高AI抽取效率（https://searchengineland.com/mastering-generative-engine-optimization-in-2026-full-guide-469142）。

每個服務頁先用一句話定義服務，再列適用對象與不適用情境。
把流程寫成步驟（H3 + 短段落），每一步都可獨立引用。
加入常見誤解區塊，幫AI避免生成錯誤建議。

6) 30分鐘技術檢查清單（上線前必做）

結構化資料測試：JSON-LD是否語法正確、@id是否可存取。
Canonical一致：頁面canonical、og:url與mainEntityOfPage一致。
同一個Organization節點在全站共用同一個@id。
FAQPage只標記實際出現在頁面上的問答。
確保不要在robots.txt阻擋重要資源或內容（如CSS/JS）。

資料來源

Search Engine Land — How schema markup fits into AI search — without the hype：https://searchengineland.com/schema-markup-ai-search-no-hype-472339
Search Engine Land — Mastering generative engine optimization in 2026: Full guide：https://searchengineland.com/mastering-generative-engine-optimization-in-2026-full-guide-469142

想把SEO與GEO落地到生意成果？

如果您希望把「被AI提及」轉化成穩定詢盤與訂單，建議從一次完整的技術SEO + GEO盤點開始：內容可引用性、結構化資料、索引策略、轉換路徑與追蹤設定。

SEO Company 可為香港中小企提供：技術SEO診斷、內容策略、Schema實作、GEO內容庫規劃與成效追蹤，讓您的品牌在2026年的AI搜尋環境持續被看見、被理解、被選擇。