非JS AI 爬蟲如何正確抓到你的結構化資料？TrueLink 八型 Schema 實作踩雷與救濟全紀錄

開場：AI 引用的關鍵不是「有 schema」，而是「有對的語義」

AI 引擎不會因為你有 schema 就引用你。真正決定能否被 AI 引擎正確抓取、切片、引用的，是你的結構化資料是否正確標記了實體之間的語義關係。

這篇文章不談「應該放什麼 schema」，而是從 TrueLink 幫企業實作結構化資料的實務經驗，講清楚 AI 爬蟲真正會讀什麼、會漏掉什麼、以及為什麼有些 schema 放了卻抓不到。

你將學到：

• 非 JS AI 爬蟲只讀什麼資料格式，為什麼 JS 注入毫無幫助
• 什麼樣的 schema 結構能讓 Google 真的「看到」你的內容
• 為什麼有些 schema 有寫卻抓不到，關鍵在語義完整性
• 八型 Schema 的實作要點與常見雷區，附對照表
• 如何驗證你的 schema 是否正確可被 AI 引擎讀取

非 JS AI 爬蟲只讀 raw HTML，JS 注入毫無幫助

為什麼你的 schema 放在 JS 裡，AI 爬蟲讀不到？

非 JS AI 爬蟲（如 Google AI Overviews 的 crawler）不會執行 JavaScript，只讀 raw HTML。這意味著，如果你的 schema 是透過 JS 注入或 CSR（Client-Side Rendering）生成的，AI 引擎會完全忽略它。

✅ 正確做法：用 SSR（Server-Side Rendering）將 schema 直接寫入 HTML 的 <script type="application/ld+json"> 標籤中。這是最穩定、最可靠的方式。

❌ 常見錯誤：將 schema 放在 JS 只能動態生成的元件中，例如 React 的 <script> 內，或透過 API 動態拼裝。

實務驗證：SVG + 表格 vs AI 擴散圖

TrueLink 在渲染部落格時，使用 render-time 產生 SVG 圖表與 markdown 表格，確保所有文字都透過 <text> 標籤呈現，而非圖像或 JS 控制的視覺元件。這類 SVG/表格文字可被 AI 爬蟲正確讀取，不會因渲染問題而遺失內容。

✅ 實作建議：

• 使用 SSR 將 schema 嵌入 HTML。
• 使用 SVG 或 markdown 表格來呈現資料，而非 JS 控制的視覺元件。
• 避免動態載入 schema 的做法（如按鈕點擊後才載入）。

為什麼有些 schema 放了卻抓不到？語義完整性才是關鍵

schema.org 是語義標記，不是關鍵字堆疊

schema.org 的設計目標，是讓搜尋引擎與 AI 引擎能機器可讀地理解頁面的實體關係。這意味著，schema 不只是「放哪個類型」的問題，而是「如何正確標記實體之間的語義」。

例如：

• 一篇文章的作者必須透過 author 欄位標記為 Person 或 Organization。
• 作者與內容之間的關係，也必須透過 sameAs 等欄位建立連接。
• 如果只標記 Article，但沒有正確標記 author 或 publisher，AI 引擎可能無法建立信任鏈。

八型 Schema 的實作要點與常見雷區

✅ 實作建議：

• 每個 schema 型別都有其對應的必要欄位，務必完整標記。
• 使用 sameAs、author 等欄位建立實體之間的語義關係。
• 定期透過 Google Rich Results Test 驗證 schema 是否正確。

為什麼你的 schema 有寫卻抓不到？驗證步驟與工具

驗證步驟 1：使用 Google 的 Rich Results Test

Google 提供的 Rich Results Test 是驗證 schema 是否正確的首選工具。輸入你的頁面 URL，即可查看 Google 如何解析你的 schema。

驗證步驟 2：檢查 HTML 中的 schema 是否正確渲染

打開頁面的原始碼（右鍵 → 查看原始碼），搜尋 <script type="application/ld+json">，確認 schema 是否正確嵌入 HTML 中。

驗證步驟 3：使用 Search Console「複合式搜尋結果狀態報告」

在 Google Search Console 中，點選「搜尋結果」→「複合式搜尋結果狀態報告」，即可查看結構化資料的完整性與錯誤訊息。

✅ 實作建議：

• 定期透過工具驗證 schema。
• 確保 schema 在 HTML 中正確渲染。
• 針對 Search Console 提出的錯誤進行修正。

TrueLink 八型 Schema 實作常見問題與解決方案

Q1: 為什麼我的 `Article` schema 沒有被 Google 收錄？

A1： Google 收錄 Article schema 的關鍵在於：

1. 必須標記 headline、datePublished、author、publisher 等必要欄位。 2. 作者與發布者必須是正確的 Person 或 Organization。 3. 不能只是「有 schema」，而是「語義完整」。

✅ 解決方案：

• 檢查所有必要欄位是否完整。
• 用 sameAs 建立作者與發布者與 Organization 的關係。
• 使用 Google 的 Rich Results Test 驗證。

Q2: 為什麼我的 `FAQPage` 沒有被 Google 當成 rich results 顯示？

A2： Google 的 FAQPage schema 要能正確顯示，必須：

1. 標記 mainEntity 和 itemListElement。 2. 每個問答對必須是 Question 和 Answer 的結構。 3. 頁面內容與問答內容必須一致。

✅ 解決方案：

• 確保每一個問答對都有 Question 和 Answer。
• 使用 Google 的 Rich Results Test 驗證。

Q3: 為什麼我的 `Product` schema 沒有正確顯示價格與庫存？

A3： Google 的 Product schema 要正確顯示價格與庫存，必須：

1. 標記 price、currency、availability。 2. 不能只是「有 schema」，而是「語義完整」。 3. 價格與庫存狀態必須與頁面內容一致。

✅ 解決方案：

• 確保所有必要欄位都正確標記。
• 使用 Google 的 Rich Results Test 驗證。

Q4: 為什麼我的 `Person` schema 沒有與文章建立關聯？

A4： Person schema 要能與文章建立關聯，必須透過 author 欄位標記，並使用 sameAs 連結到 Organization。

✅ 解決方案：

• 在 Article 中標記 author 為 Person。
• 用 sameAs 連結到 Organization。
• 使用 Google 的 Rich Results Test 驗證。

Q5: 為什麼我的 `Review` schema 沒有正確顯示評分？

A5： Google 的 Review schema 要正確顯示評分，必須：

1. 標記 reviewRating 和 reviewBody。 2. 評分必須是數值，且與頁面內容一致。 3. 不能只是「有 schema」，而是「語義完整」。

✅ 解決方案：

• 確保所有必要欄位都正確標記。
• 使用 Google 的 Rich Results Test 驗證。

Q6: 為什麼我的 `Event` schema 沒有正確顯示時間？

A6： Google 的 Event schema 要正確顯示時間，必須：

1. 標記 startDate 和 endDate。 2. 時間格式必須符合 ISO 8601 標準。 3. 不能只是「有 schema」，而是「語義完整」。

✅ 解決方案：

• 確保所有必要欄位都正確標記。
• 使用 Google 的 Rich Results Test 驗證。

結語：結構化資料不是「放 schema」，而是「建語義」

在 TrueLink 的實務經驗中，我們發現：AI 引擎不是看 schema 多不多，而是看語義是否完整。

如果你只是把 schema 放上去，但沒有正確標記實體之間的關係，AI 引擎可能完全忽略你。

這篇文章的目標，是幫你避開八型 schema 的常見雷區，並提供實戰驗證的步驟與工具。

> 真正的結構化資料，不是「有 schema」，而是「有語義」。

TrueLink 在改 CSR→SSR 後，AI Overviews 對該頁 schema 的解析結果從「無」到「完整」，證實 SSR 是關鍵。我們觀察多個案例後發現，schema 要能被 AI 引擎正確抓取，必須同時滿足「語義完整」與「SSR 嵌入」兩大條件。這也是 TrueLink 雙 DGX Spark 在地產文 $0 的核心機制：透過 SSR 生成語義完整的 schema，確保內容可被 AI 引擎正確引用。