作者：陳怡彣（冠誠數位行銷）｜本篇為去識別化情境示範，依產業實務經驗整理，非單一客戶的成效保證。課程頁要不要加結構化資料？我的答案是可以加，但要先確認頁面上的文字本身已經把課程講清楚，結構化資料只是把同一份資訊用機器看得懂的格式再說一次，它不會替一張寫得含糊的課程頁補救，也不保證任何搜尋結果上的特殊呈現。
會議室裡的一段對話
下面這段對話，是我在不同機構的專案會議中反覆聽到的版本，我把它整理成一個去識別化的情境。場景是一間做企業內訓與公開班的教育機構，老闆、網站工程師、還有我，三個人圍著一張課程頁的截圖。
老闆：我看同業的課程在 Google 上面有星星、有價格、有日期，我們的怎麼什麼都沒有？是不是程式碼沒加？
工程師：我可以加，Course 的標記不難，半天就能上線。
我：可以加。不過先問一個問題，這一頁的價格與日期，人眼看得出來嗎？
工程師：價格在圖片裡，日期寫在最下面的小字。
我：那就是第一個問題。標記裡寫的內容，必須是使用者在頁面上也看得到的內容。價格在圖片裡，代表頁面文字本身沒有價格，這時候硬寫進標記，反而會變成對不上的資訊。
這段對話的價值，在於它點出老闆與工程師都預設了同一件事：結構化資料是一種讓網站「變得比較厲害」的技術。實際上，它比較像是替頁面貼上標準化的標籤，貼標籤之前，得先確定內容本身站得住。
結構化資料到底做了什麼，沒做什麼
根據 Google 搜尋中心的說明，結構化資料是一種標準化的格式，用來提供頁面資訊並分類頁面內容，讓搜尋引擎更容易理解頁面在說什麼，詳見Google 搜尋中心的結構化資料簡介。同一份文件也提醒，加了結構化資料並不保證一定會出現特殊的搜尋呈現，是否顯示由 Google 決定。這兩點是討論的起點：它幫助理解，不保證外觀。
另一個常被忽略的細節是，Google 對各種標記適用的條件與顯示範圍，會隨時間調整。例如常見問答類的標記，官方對顯示的對象已有調整，所以我在專案裡不會拿「某某標記能帶來某種外觀」去說服老闆，而是以官方文件當下的版本為準。標記的詞彙本身可以查閱 schema.org 的 FAQPage 說明，但能不能在搜尋結果上顯示，則以 Google 的文件為準，這兩者要分開看。
加標記之前的三個前置條件
回到那場會議，我請工程師先不要動程式，而是讓我們先把課程頁盤點三件事。
- 頁面文字是否已經完整寫出課程的核心資訊。課名、開課單位、授課方式、上課日期與地點、費用、報名方式。這些資訊若只存在圖片或 PDF 裡，搜尋引擎與 AI 摘要都很難正確引用。
- 頁面上的資訊是否有唯一的來源。如果同一期課程在官網、報名系統、簡章三個地方寫的價格不一樣，加標記只會讓錯誤更有系統。關於簡章與網頁對不上的問題，可以參考簡章 PDF 與網頁對不上，招生資訊該由誰負責校對。
- 標記的內容是否隨課程更新而更新。期別型課程每期都會變日期與名額，標記若寫死，過了報名期限還顯示開放報名，對使用者是誤導。
三件事裡，第三件最常出包。工程師把標記寫進模板，開課日期被固定在某個值，三個月後課程結束，頁面上的文字換成了下一期，標記裡卻還是舊資料。這種錯誤在前端看不出來，只有用測試工具或搜尋主控台才會發現。
還有一個責任歸屬的問題，很少有人在會議上提。標記寫在程式裡，內容卻是課務與招生在管，兩邊各自以為對方會更新。我的做法是在標記的旁邊，留一份給非工程人員看得懂的對照表，寫明每個欄位對應頁面上的哪一段文字、由誰負責更新。這份對照表不需要漂亮，一頁文件就夠，重點是讓課務同仁改日期的時候，知道自己同時也在改標記。這種分工上的小細節，往往比標記本身的語法更決定專案成敗。
該加什麼，該先放著什麼
我把課程頁上常見的標記選項，依「風險」與「對使用者的價值」整理成一張表，讓老闆能一眼看出先做哪一項。
| 標記類型 | 對應頁面內容 | 價值 | 風險與注意事項 |
|---|---|---|---|
| Article（文章類） | 課程相關的說明文章、案例文 | 釐清作者、發布與修改日期 | 作者與日期必須與頁面顯示一致，詞彙可查閱 schema.org 的 Article 說明 |
| Course（課程類） | 單一課程的名稱、簡介、開課單位 | 讓課程的基本描述有標準格式 | 簡介文字要與頁面一致，不可放頁面沒有的內容 |
| FAQPage（問答類） | 頁面上真的存在的常見問題 | 整理問答結構，利於機器閱讀 | 問答必須在頁面上可見，且不要為了標記而編問題 |
| Organization（組織類） | 機構名稱、標誌、聯絡資訊 | 釐清機構身分與官方資訊 | 聯絡資訊需與官網頁尾一致 |
| Review / 評分類 | 學員評價 | 看似有吸引力 | 自家評價的使用限制多，來源不明的評分最容易被判定為誤導，我通常先不做 |
最後一列是老闆最想要的，也是我最想擋下來的。老闆看到同業有星星，就想要星星。但評分類的標記牽涉評價來源是否真實、是否自己評自己、是否能被使用者驗證。這件事寧可晚一點做，也不要因為急著出現外觀而留下風險。相關規範以 Google 搜尋中心的文件為準，不要靠同業截圖來猜。
結構化資料能讓 AI 摘要更容易引用嗎？
這是近一兩年最常被問的問題。我的判斷是：沒有證據顯示加了標記就能取得 AI 摘要的引用，Google 的 AI 功能說明也強調，出現在這類功能中的內容，仍需符合一般搜尋的基本條件，詳見Google 搜尋中心的 AI 功能說明。換句話說，真正影響被引用的，是頁面的內容是否清楚、正確、可信，標記只是輔助。
所以我對這類需求的建議是：把頁面前段寫成一小段可以獨立被引用的文字，直接說明這門課是給誰、解決什麼、怎麼上課、怎麼報名。這段文字寫好了，人看得懂，機器也看得懂，之後再補標記，才是錦上添花。反過來說，如果頁面前段仍是一堆形容詞，加再多標記也救不了它。
上線與驗收：怎麼確認沒有做壞
那場會議的最後，我們把工作拆成兩個階段，不追求一次做完。
- 第一階段：先修頁面文字。把價格與日期從圖片改成文字，統一資訊來源，補上一段開頭摘要。這一步不用寫程式。
- 第二階段：小範圍加標記。先選一到兩個課程頁測試，用 Google 提供的檢測工具與搜尋主控台檢查有無錯誤與警告，再決定是否擴大到全站。
- 每期更新時的檢核。由負責更新課程資訊的人，在更新流程裡多一個勾選項：標記內容是否與頁面文字一致。
驗收的指標我不寫達成值，只寫觀察方式：搜尋主控台中該類頁面的標記狀態是否有錯誤，課程頁的搜尋曝光與點擊是否出現異常變化，人工抽查頁面文字與標記是否一致。如果數週內沒有明顯變化，也不代表失敗，因為標記的主要價值是降低誤解，不是保證流量。
什麼情況下我會建議先不要做
網站資訊每天在變，但沒有專人負責更新的機構，我會建議先不要加課程類標記，因為過期的標記比沒有標記更糟。頁面本身還在改版、課程資訊尚未定案的階段，也不必急著加。另外，如果老闆的動機只是想要跟同業長得一樣，我會先跟他談清楚：外觀不是目標，讓對的學員找到對的課才是。
回到那個會議室，最後老闆問：「所以標記到底要不要加？」我的答案是要，但排在第三步。第一步是把頁面的資訊寫清楚，第二步是把資訊來源統一，第三步才是加標記。如果你想在自己的機構做一次這樣的盤點，可以從我們的顧問服務開始，也可以先到常見問題看看我們如何處理網站內容與技術的分工。