沒有結構化資料，AI 只能用猜的
它不會讓你排名上升，但會決定 AI 敢不敢在答案裡提到你的名字。
該優先做的四種標記
第一，Organization（或 LocalBusiness）。這是最重要的一項，放公司全銜、統一編號、地址、電話、營業時間、經緯度、Google 商家連結。這些資訊讓 AI 能把網站對應到一個真實存在的實體。有實體店面或服務據點的，應使用 LocalBusiness 並補上營業時間與地理座標。
第二，Person。如果文章有具名作者，或公司負責人本身就是品牌的一部分，應建立 Person 節點並以 worksFor 指向公司。具名作者對 E-E-A-T 與 AI 的信任判斷都有幫助。
第三，Article 或 BlogPosting。標示標題、摘要、發布與更新日期、作者、字數、語言。日期特別重要——AI 在回答時效性問題時會優先採用較新的來源。
第四，FAQPage。把文章中的問答區塊標記起來，是最直接對應「使用者提問」的格式，被抽取的機率明顯較高。
最常被忽略的一步：用 @id 把實體串起來
多數網站的結構化資料有一個共同問題：每個頁面各自宣告一次 Organization，但彼此沒有關聯，等於每一頁都在說「有一家公司」，卻沒說「是同一家」。
正確做法是給每個實體一個固定的 @id，例如公司用 https://你的網域/#organization，人用 #person-某某。全站所有頁面都引用同一組 @id，AI 就能把散落各頁的資訊合併成一個完整的實體檔案。
如果公司有多個網站，這件事更關鍵。應該在各站的 sameAs 中互相指向對方，讓 AI 知道這幾個網域屬於同一個品牌，而不是三家不相干的公司。少了這一步，你在三個網站上累積的信任會被拆成三份，每一份都不夠重。
一個常見的隱形錯誤是斜線不一致：一個頁面寫 https://example.com/#organization，另一個寫 https://example.com#organization。對機器而言這是兩個不同的實體，實體訊號因此被切成兩半。
怎麼驗證？三個層次的檢查
第一層，語法正確性。使用 Google 官方的 Rich Results Test 或 schema.org 的 Validator，把網址貼進去，確認沒有錯誤與警告。這一步只檢查格式，不檢查內容是否屬實。
第二層，內容正確性。逐項核對標記裡的電話、地址、營業時間是否與實際一致，以及是否與 Google 商家上的資訊完全相同。不一致的資訊比沒有資訊更糟，因為會讓 AI 無法確定哪個是真的。
第三層，實體連貫性。抽查站內不同類型的頁面（首頁、服務頁、文章頁），確認 Organization 的 @id 完全相同、沒有斜線差異，且每頁都以引用方式指向同一個實體，而不是各自重新定義一次。
三層都通過，結構化資料才算真的做好。多數網站停在第一層，因此驗證器顯示零錯誤，實體訊號卻仍然是散的。
圖片來源：首圖由 NordWood Themes 攝影，取自 Unsplash，依 Unsplash License 免費使用。
