Schema.org 結構化資料部署實作

先分清 Schema.org 與 Google 搜尋功能

Schema.org 提供描述實體與關係的通用詞彙；Google 只支援其中部分類型作為特定搜尋外觀的依據。網站可以使用有效的 Schema.org 屬性，但這不代表 Google 一定顯示 rich result。部署前先確認頁面主要內容、Google 是否支援對應功能，以及是否有足夠可見資料能如實標記。

本網站實際使用哪些類型？

隼訊採少而一致的 @graph，讓品牌、網站、作者與頁面內容共用同一組實體識別：

• Organization：品牌身份與公開聯絡資料
• WebSite：網站實體與出版者關係
• Service：可見的服務範圍與提供者
• Article：文章內容（含作者、發布日期）
• BreadcrumbList：麵包屑導航
• ProfilePage／Person：實名作者與公開專業連結
• CreativeWork：案例內容與證據揭露

JSON-LD 應如何部署？

Google 建議 JSON-LD，也支援 Microdata 與 RDFa。Next.js 可以在伺服器輸出的 HTML 中放置 application/ld+json script；重點不是放在 head 或 body 的形式差異，而是資料能被抓取、JSON 可解析、URL 使用正式 canonical，且每個欄位都能在頁面主要內容或明確相關資訊中核對。共用實體應使用穩定 @id，避免同頁產生多個互相衝突的公司。

從畫面內容建立 Schema 的順序

不要先找一份產生器範本再回填文案。比較安全的工作順序是：

• 確認頁面主要目的、canonical 與實際可見內容
• 選擇 Google 支援且與主內容相符的類型
• 只映射已存在的作者、日期、圖片、服務或案例資料
• 以 Rich Results Test 檢查 Google 功能，以 Schema Markup Validator 檢查一般語法
• 上線後再用 URL Inspection 確認 Google 實際取得的 HTML

常見錯誤

• 加入不真實的 AggregateRating（如自填 4.9 星 / 50 評論）— 違反 Google Rich Results 政策
• schema 內容與頁面實際內容不一致 — Google 會直接拒絕 rich results
• 沒有實體門市卻輸出 LocalBusiness 地址或營業時間
• 商業網站把 FAQPage、HowTo、Speakable 當成一般 rich result 或 AI 引用捷徑

FAQ、HowTo 與 Speakable 為什麼不能亂套？

可見 FAQ 對使用者仍有價值，但 Google 的 FAQ rich result 主要限於具權威性的政府與健康網站；HowTo rich result 已不再顯示。Speakable 的 Google 文件則限定特定新聞使用情境。這不等於網站不能使用問答或步驟內容，而是不該向一般企業承諾加上標記就能取得 rich result 或 AI 引用。

驗證通過仍不代表一定顯示

Rich Results Test 通過只代表技術格式與部分資格符合，Google 仍會依搜尋情境、品質政策與頁面代表性決定是否顯示。若結構化資料誤導、標記隱藏內容或違反政策，頁面可能失去 rich result 資格，嚴重時也可能在 Search Console 出現結構化資料人工處置。它不等於一般自然排名必然下降，但足以讓錯誤標記失去價值。