@graph 串接與 @id
讓實體之間互相指涉，而不是各自孤立
@graph 與 @id 像族譜——每個 schema 節點不再是孤兒卡片，而是互相指認的家族：這篇文章的作者是這個人、這個人隸屬這家公司。
03為什麼是現在學
散裝的 schema 每段各自為政，機器要自己猜關聯；@graph 把它們串成知識圖譜的一小塊——這是實體 SEO 的進階班，也是 GEO 的加分項。
04白話理解（對客戶簡報可直接引用）
把一頁裡的多個 schema（Organization、WebSite、WebPage、Article、Person）放進同一個 @graph 陣列，各自帶 @id（穩定的識別網址），彼此用 @id 互相引用：Article 的 author 指向 Person 的 @id、publisher 指向 Organization 的 @id。機器讀到的不再是五張卡片，而是一張關係圖。
05工具箱
- ▸@graph 模板（全站基底＋頁型擴充） — 基底（Org/WebSite）全站共用，頁型各自加掛
- ▸Schema 驗證工具 — 驗 @id 引用有沒有斷鏈
06怎麼做 · SOP 3 步（每步標產出物）
- 1設計 @id 命名規則（穩定、絕對網址＋#錨）→ @id 規約
- 2基底 @graph 全站落地，頁型 schema 改為引用式→ 實作紀錄
- 3驗證引用無斷鏈→ 驗證報告
07場景應用（實戰經驗）
- ◆多作者內容站：每位作者一個 Person @id，全站文章都指向同一組作者實體——作者的專業訊號跨文章累積，而不是每篇重新自我介紹。
08⚠️ 常見誤區
- ✕@id 用會變動的網址（帶參數、換網域）——識別碼一變，之前累積的關聯歸零。
口訣
「卡片變族譜：每人一個 @id，彼此互相指認。」
10里程碑 · 完成標準（可驗證）
- ☐@id 規約存在
- ☐基底 @graph 全站一致
- ☐引用零斷鏈
學習者勾自己的進度；顧問勾客戶專案的交付——同一份標準，兩種用法。
12檢核方式與依據出處
程式自動判定：輸入網址，掃描引擎自己爬、自己打 API、自己判定。
依據等級決定計分權重（🟢×3／🔵×2／⚠️×1）——權重量的是「依據有多硬」， 不是「我們覺得多重要」。查無權威文件的判準，誠實標「業界慣例」。