sameAs 與外部 ID 串接
把散落的身分綁成一個實體
sameAs 像把你散落各處的會員卡綁進同一個帳號——綁定之前，系統以為是七個不同的人；綁定之後，所有消費（信號）都累積在同一個你身上。
03為什麼是現在學
這是 t21 實體工程在 GEO 的關鍵一步：sameAs 與外部 ID 的串接，讓機器把「官網的你、FB 的你、Wikidata 的你、名錄的你」合併成一個實體——信號合併，權威才會累積。
04白話理解（對客戶簡報可直接引用）
在 Organization/Person schema 的 sameAs 陣列裡列出所有官方身分：社群帳號、Wikidata 條目、商家檔案、主要名錄頁、（有的話）維基條目。原則：只放「官方且活著」的；優先放高權威來源（Wikidata > 主流社群 > 名錄）。搭配 @id（t25）讓站內所有 schema 都指向這個唯一實體。
05工具箱
- ▸sameAs 清單（au09 帳號清冊的 schema 版） — 增減帳號時同步維護
- ▸Schema 驗證工具 — 連結有效性抽查
06怎麼做 · SOP 3 步（每步標產出物）
- 1彙整官方身分清單→ sameAs 清單
- 2實作進 Organization schema→ schema 更新
- 3帳號異動時同步更新（掛進 au09 流程）→ 維護機制
07場景應用（實戰經驗）
- ◆同名同業困擾（兩家「XX設計」）：sameAs＋Wikidata 是機器層面「我是我」的最有力聲明——比在官網寫「我們不是那家」優雅得多。
08⚠️ 常見誤區
- ✕sameAs 塞非官方的第三方報導連結——sameAs 的語意是「這也是我」，報導不是你，放錯會汙染實體。
口訣
「sameAs 只放「這也是我」；一個實體，所有信號。」
10里程碑 · 完成標準（可驗證）
- ☐sameAs ≥5 條高品質身分
- ☐與帳號清冊同步
學習者勾自己的進度；顧問勾客戶專案的交付——同一份標準，兩種用法。
12檢核方式與依據出處
程式自動判定：輸入網址，掃描引擎自己爬、自己打 API、自己判定。
- 🟢 官方明文Schema.org：sameAs 定義 ↗
依據等級決定計分權重（🟢×3／🔵×2／⚠️×1）——權重量的是「依據有多硬」， 不是「我們覺得多重要」。查無權威文件的判準，誠實標「業界慣例」。