GEO 日報|2026.09.26|影片來源標註、互動數據邊界

Google 更新 VideoObject 文件,加入 creator 並明示支援 author,也釐清四種 interactionStatistic。本文說明影片頁該怎麼改,以及排名、AI 引用與 rich result 不能推論的邊界。

這篇 GEO 日報先說結論:Google 於 2026 年 9 月 24 日更新 VideoObject 文件,加入 creator 並明示也支援 author,同時把 interactionStatistic 可描述的互動類型列得更清楚。這是文件與支援範圍的更新,不是新的排名因子,也不是 AI 引用成效公告。

已有正確 author 的網站不必只為追新名稱全面改成 creator。真正該做的是確認影片頁上的責任主體是否真實、可見且能維護,再把觀看、喜歡、留言與分享數分開標記。

以下會依序說明文件改了什麼、兩個欄位怎麼選、互動數怎麼填,以及哪些排名、rich result 與 AI 引用效果不能據此推論。


Google 這次更新了 VideoObject 的哪些說明?

依 Google Search Central 文件更新紀錄,9 月 24 日的變更有兩個重點:在 VideoObject 文件加入 creator,並註明支援 author;另外更新 interactionStatistic 的說明,釐清支援的互動類型。

這裡要保守解讀「新增」。公開文件在 9 月 24 日加入並明示支援,不代表 Google 後端一定從當天才開始處理。interactionStatistic 也不是新欄位;Google 早已建議使用它取代舊的 interactionCount,這次主要是把可用的互動類型公開列明。

更新紀錄沒有宣布排名演算法、AI Overview、AI Mode 或流量效果改變,因此不能把文件更新改寫成「影片 GEO 加分」。


creator、author 怎麼選?先分清必填與建議欄位

Google 的影片結構化資料文件把 creator 或 author 列為建議屬性,不是 VideoObject 的基本必填欄位。兩者都可用 Person 或 Organization 描述建立或發布影片的主體。

欄位層級與用途填寫原則
name、thumbnailUrl、uploadDateVideoObject 必填先確認名稱、縮圖與上傳日期正確
creator 或 author建議屬性依現有資料模型擇一;已有正確 author 可保留
Person/Organization 的 name 或 alternateName責任主體識別至少提供一個名稱;url 可連到能辨識該主體的頁面

欄位名稱不是重點,資料對位才是。頁面可見文字與 JSON-LD 應指向同一個真實主體;不要把品牌、頻道、作者與發布者混成一個不明實體,也不要虛構人物、組織或 profile URL。想先理解 Schema 與 JSON-LD 的基本關係,可參考秒站的結構化資料介紹。


interactionStatistic 要把四種互動分開標記

每個 InteractionCounter 應以一種 interactionType 對應一個整數 userInteractionCount。不要把不同互動合成模糊的總數,也不要拿粉絲數、整頁瀏覽量或未公開估算代替該影片的互動。

interactionType對應資料使用邊界
WatchAction觀看次數只填該影片可追溯的觀看數
LikeAction喜歡/贊成次數不可拿粉絲或追蹤數代替
CommentAction留言次數確認資料來源與更新方式
ShareAction分享次數只填實際可取得、可維護的計數

沒有真實資料時可以省略;未知不等於 0。若舊系統仍輸出 interactionCount,目前也沒有停止支援的公告,可把改用 interactionStatistic 視為遷移方向,不必寫成緊急失效。


影片頁現在怎麼改?依序做 5 個檢查

  1. 確認頁型。影片必須能在該頁實際觀看;若只是一般文章順帶嵌入影片,先確認是否符合合理的 watch page 情境。
  2. 先查必填欄位。核對 name、thumbnailUrl、uploadDate,不要為追新欄位漏掉基本資格。
  3. 抽樣責任主體。先匯出 3~5 個代表性頁面的 JSON-LD,比對 creator/author 與頁面可見資訊;不一致就先修資料來源或模板。
  4. 只接真實互動資料。逐一確認觀看、喜歡、留言、分享的來源與更新頻率;缺值就省略,不用 0 補空白。
  5. 測試、部署、觀察。先在測試環境跑 Rich Results Test;上線後再用 URL Inspection 與 Search Console 觀察有效項目、搜尋外觀、曝光、點擊與平均排名趨勢。

先抽樣、再決定是否改全站模板,可以避免把一個文件更新變成高風險的全面換碼。


這次更新不能證明排名、AI 引用或 rich result 會提升

可以驗證的是標記能否被解析、資料是否與頁面一致,以及部署前後的搜尋趨勢。更完整、真實的責任主體與互動分類,可能讓機器取得更清楚的影片描述;這是資訊完整性的推論,不是成效承諾。

  • 不能推論排名提升:官方沒有把 creator、author 或新增互動類型列為排名因子。
  • 不能推論 AI 引用增加:本次文件沒有公布 AI Overview、AI Mode、Gemini 或 Knowledge Graph 的引用機制。
  • 不能保證 rich result:Google 結構化資料通則明示,正確標記仍不保證搜尋結果一定顯示強化樣式。

量測時應記錄部署日期與受影響模板,分別看有效項目、搜尋外觀、曝光、點擊與平均排名。Search Console 能顯示趨勢,卻不能單獨證明某一個建議欄位造成變化。


結論:先修資料對位,不用追著新名詞全面換碼

有限資源下,先抽樣 3~5 個影片頁,修正缺漏、錯誤、頁面不可見或無法維護的資料。已有正確 author 不必只為名稱改成 creator;沒有可靠互動數,也不必硬填。

最實用的下一步,是請內容與技術團隊把抽樣頁的 JSON-LD、頁面可見責任主體、互動資料來源與部署日期放進同一張稽核表,再決定是否改全站模板。把這次工作視為資料品質與可驗證部署,而不是排名或 AI 引用捷徑。


來源