SEO 菜鳥成長史 · #21

audit 建議加 sameAs 但我拒絕：化名個人品牌 vs KG entity 的邊界

文 / Coolkid發布：2026-06-18閱讀約 9 分鐘

1. audit 一直要我加四個假帳號

GEO 盤點跑三輪了，每一輪建議清單的第一條都是同一句，在 Organization schema 裡加 sameAs，指向 Wikipedia、Wikidata、LinkedIn 或 Crunchbase，做知識圖譜的消歧。

品牌實體那個區塊的明細裡，Wikipedia、Wikidata、LinkedIn、Crunchbase 四項全是 False。

每一個都值得拆開看。Wikipedia，我要寫一篇關於自己的條目嗎?

Wikipedia 的收錄標準是「有多個獨立可靠來源報導過」。

我一個化名的獨立部落格根本不到那個門檻，硬寫會被速刪。

Wikidata 可以自建實體，但它的編輯方針裡明寫了利益衝突警告，你不該建立或編輯關於自己或自己事業的項目。自建一個指向自己的 Wikidata 編號，就是違規。

LinkedIn，我本人沒在用。

不是沒帳號，是真的沒在那邊經營。寫一個空殼帳號掛上去，就是假的 sameAs。

Crunchbase 的條目是給企業實體用的。Lab 不是公司，不是新創，也沒在募資，個人品牌放上去不合適。

四個都不應該追。

原因不是太麻煩，是這四個我都沒有真帳號。

硬掛上去等於標記一個不存在的實體，那才是真正會反傷的誤導訊號。

2. 「不加分」不是「扣分」:空帳號 vs 假 entity 差在哪

Google 知識圖譜的實體比對邏輯是這樣的，Google 開發者文件的 sameAs 那一節有提到。

當你的 schema 指向 X，Wikipedia 上你那個條目也指向 X，X 上你的檔案又指回 Wikipedia，三方互相確認。

知識圖譜就認定這是同一個實體，信任分上升。

如果你的 sameAs 指向一個空殼 LinkedIn，沒互動、沒貼文、沒頭像，知識圖譜抓到那個檔案，看不到反向引用，也看不到內容對應。

它的結論會是「這個網址對實體沒有佐證價值」。

然後這條訊號被當雜訊忽略，不加分，但也不扣分。

指向一個你真的擁有、只是還沒經營的檔案，屬於正常操作，Google 不會因此降權重。John Mueller 講過很多次，有社群檔案就標，沒有也不是問題。

真正會扣分的是另一回事，標一個根本不是你的實體。

例如自建一個指向自己的 Wikidata 編號，那同時踩兩條線，Wikidata 的利益衝突方針，還有 Google 對誤導性結構化資料的規範。

空的 LinkedIn 是沒用，假的 Wikidata 是可能違規。

兩者下場差很多。盤點那句話把它們混成同一件事，但結果完全不同。

所以盤點那句「加 sameAs 到 Wikipedia 或 Wikidata」，對化名個人品牌的真實含義是這樣。

標真實但空的帳號，頂多是 0 分，會被忽略。標一個你沒有的實體，才可能是負數。

我四個都沒有真帳號，硬加就是後者。跳過不是因為怕被扣幾分，是因為那等於對知識圖譜撒謊。

那等於對機器撒謊。

3. 真正讓 brand_entity 6→7 的不是假外連

#20 的紀錄裡，品牌實體從 5 分推到 7 分。

其中 5 分到 6 分，是 #14 那次加 ProfilePage、探索者檔案、3 個 hub 的 FAQPage 拿的。6 分到 7 分，是 #20 那次加 Service schema 拿的。

兩次加分都不是來自假的 sameAs。

是來自「我們真的有這個實體」的結構化。ProfilePage 加 Person 是真的，/about 確實是 Coolkid 的人物頁。

FAQPage 是真的，每個 hub 確實有問答區。Service 也是真的，陪跑服務現在就掛在 /service.html 上。

知識圖譜看的不是網址數量多，是實體的描述跟頁面內容對不對得上。

真實、對得上的實體，知識圖譜會採信。空殼檔案會被忽略，不加分也不扣分。假造的實體，可能反傷。

4. 剩下的 3 點是天花板,不該再追

品牌實體滿分 10 分，現在 7 分。盤點標出來剩下的 3 分是這些：

這三分很難拿。

• has_geo_schema: False — Place 或 GeoCoordinates schema。Lab 是純數位產品、沒有實體營業地址、沒有「服務區域」概念。加 GeoCoordinates 0,0 是裝樣子。跳過。
• has_hreflang: False — 英文版的 alternate 連結。記憶裡有決策 D004 緩做英文版,等中文 organic 流量穩定再評估。沒做的東西不該裝有。
• kg_pillar_count: 0 — 指向 Wikipedia/Wikidata 的「pillar URL」。跟上面 sameAs 是同個東西的不同檢測點。跳過。

所以 7 分是這個站的結構上限。

除非品牌轉型，變成有實體業務、有英文圈讀者、有 Wikipedia 條目，不然這 3 點全部不適用。

剩下的盤點分數要再上去，要嘛動首頁那 268 字的內容量，那會傷到 RPG 視覺，要嘛就是拿不到。

5. 為什麼 E-E-A-T Trustworthiness 比 audit 分數重要

Lab 的語氣在 #15 那篇就定調了，誠實比漂亮術語重要，揭露比裝專業重要。

✅ 我有的東西，schema 標清楚，Person、ProfilePage、FAQPage、Service、Article。❌ 我沒有的東西，不為了拿分裝有，LinkedIn、Wikipedia、Wikidata、GeoCoordinates。

Google 的 E-E-A-T 評估裡，可信度那個 T 是核心，其他三項都是在支撐它。

這裡要分清楚兩份官方文件。

E-E-A-T 寫在搜尋品質評分員指南裡，那是給人工評分員看的，不是直接的演算法。結構化資料的規範寫在 Search Essentials 的垃圾內容政策。

後者罰的是誤導性的結構化資料，標記跟頁面對不上才算違規，不是標得少會被罰。兩者共同的原則一樣，標的東西必須跟頁面實際對得上。

所以說，為了過盤點去標一個我沒有的實體，是短期動作。

真正的風險不是什麼加倍懲罰的機制，那是我先前自己腦補的。

真正的風險是誤導的標記被 Google 忽略之後，我以為補了實體訊號，其實一分都沒拿到。白做工，還賠掉誠實。

6. 不是所有 audit 建議都要追

這篇真正的重點不是 sameAs 本身，是怎麼分辨盤點建議。

我把它分成三類：

1. 真缺口 — 加了真的有用、沒踩任何邊界。例如 #18 的 freshness 訊號、#20 的 Service schema。追。

2. 誤判 — audit heuristic 沒抓對。例如 'workflow' keyword stuffing 12.5%(bilingual page 算錯)、has_service: False(檔案實際存在)、html_comment_injection 把 dev 註解當 prompt injection。看完判斷後跳過或微調。

3. 天花板 — 加了會破壞品牌或誠實。例如假 sameAs、假 hreflang、首頁 RPG 視覺。永遠跳過。

盤點工具不會幫你分這三類。

因為它沒有品牌脈絡，沒有誠實的規矩，也不知道你的產品方向。

分類是你的工作。我這篇就是把 sameAs 歸到第三類的論述。

#0 到 #21 總共 22 篇，從 GSC 入門一路寫到 GEO 盤點 81 分。

連載暫告一段落，短期不會再開新編號，等真的有新洞察值得寫再回來。下一條戰線是實際拿到自然流量，Lab 還在起步階段，等 GSC 累積夠數據再開新系列。

名詞解釋

KG（知識圖譜，Knowledge Graph）

Google 內部那張「真實世界事物的關係圖」：每個人、品牌、公司、地點都是一個節點，記著它是誰、跟誰有關。搜尋品牌時右側跳出的資訊卡，就是它畫出來的。

實體（entity）

知識圖譜眼中一個獨立存在的「東西」——一個人、一個品牌、一間公司。進階 SEO 的目標之一，是讓 Google 確認「你這個品牌是它認得、分得出來的一個 entity」。

sameAs

結構化資料裡的一個欄位，用來告訴搜尋引擎「這個網站的主體，跟那邊那個帳號或條目是同一個」，例如指向你的 GitHub、官方 IG。是幫 Google 把你接上知識圖譜的線索。

實體消歧（entity reconciliation）

Google 判斷「散落各處的資料是不是都指同一個 entity」的過程：靠多個來源互相指認來確認（叫 corroboration，三方互相確認），確認了才把你收進知識圖譜。

Wikidata

維基百科背後的開放結構化資料庫，每筆條目有一個 Q 開頭的編號（Q-ID），是 Google 知識圖譜的核心資料來源之一。自己幫自己或自家品牌建條目屬於利益衝突（COI），方針明文不鼓勵。

結構化資料（Schema / JSON-LD）

用機器看得懂的格式跟搜尋引擎說明「這頁是文章、作者是誰、何時更新」，有機會換到更豐富的搜尋結果外觀。

E-E-A-T

Google 評估內容可信度的四個面向：經驗（Experience）、專業（Expertise）、權威（Authoritativeness）、可信（Trustworthiness）。

GEO（生成式引擎優化）

讓 ChatGPT、Perplexity 這類 AI 在回答問題時引用你網站內容的優化方法，是 SEO 在 AI 時代的延伸戰場。

看完這篇之前先確認:

不想錯過 Lab 的新文章?
訂閱後有新文章上線,就寄信通知你,
點有興趣的進來看就好。

填 email 就完成訂閱(信由 Substack 代寄)、隨時取消、不轉賣 email。

如果內容對你有用就太好了
隨喜斗內

相關閱讀

• #15 我的 8 篇 workflow 是 AI 唬爛的:同個誠實 series(寫內容 vs 寫 schema 同一條原則)
• #14 把 /about 改造成 AI 看得懂的 entity:真實 schema 是另一條 entity 路線
• #24 摺疊內容不是 cloaking:同族議題(schema 標記與可見內容的政策邊界公開更正)

← 回 SEO 菜鳥成長史