GEO 日報｜2026.09.27｜多模態搜尋報表、更新期判讀

Google Search Console 新增 Web: multimodal 報表切分，但它不等於排名規則改變。本文說明兩個報表的指標邊界，並用基準線、匯出與事件註記避免在 spam update 發布期錯誤歸因。

GEO 日報 2026.09.27：多模態搜尋分流
加入為 Google 偏好來源

2026 年 9 月 27 日這篇 GEO 日報先抓一個結論：Google Search Console 新增的是 Web: multimodal 報表切分，讓網站把「有圖片參與的搜尋」另行觀察；它不是新的排名因子，也不能直接告訴你哪張圖片被搜尋或被 AI 引用。

Google 在 9 月 24 日開始全球推出這項報表；同一天，September 2026 spam update 也開始發布。兩件事在時間上重疊，現在最重要的不是替單日漲跌找原因，而是先建立自家基準線、加上事件註記，再延後因果判斷。

下面會分清 Search results 與 Generative AI 兩個視圖能看什麼、哪些結論目前不能說，以及網站今天就能照做的三步量測流程。

今天先知道：新增的是量測切分，不是排名規則

Google 於 9 月 24 日在 Search Console 的 Search results Performance report 與 Generative AI performance report 加入 Web 多模態報表。依 Google Search Central 公告與 Search Console 說明，Web: multimodal 與 Web: text-based 的基本差別，是搜尋過程中是否使用了圖片。

這項變更擴充了站方可以觀察的資料維度，但 Google 沒有因此宣布新的圖片排名加權、檢索規則或 AI 引用機制。報表能拆開看，不等於排序系統已被證明改變。

判讀時可守住三條界線：已證實的是 Search Console 新增多模態與文字型搜尋切分、站方可另看多模態搜尋的頁面表現，且符合條件的資料可匯出；未證實的是有圖片的頁面因此獲得排名加權、報表出現就代表 AI 引用增加，或能從數字直接辨認哪張站內圖片有效。

多模態搜尋包含哪些入口？報表又合併了什麼？

Google 列出的多模態搜尋入口共有四類：

  • Google Lens。
  • Android 的 Circle to Search。
  • 把圖片上傳到 Google Search。
  • 在 Chrome 使用 Search this image。

目前這四種入口合併在同一個 Web: multimodal 類型中，報表沒有提供 Lens、Circle to Search、圖片上傳與 Chrome 各自的數字。因此，你可以觀察「圖片參與搜尋」這一整類活動，卻不能用這份報表比較哪一個入口帶來較好成效。

Google 也說明，只有網站出現符合條件的活動時才會顯示資料。若目前看到空報表，比較準確的解讀是「尚未形成可顯示的資料，或 rollout／活動條件仍未到位」；這不是網站遭排除，也不是報表故障的證據。

Search results 與 Generative AI 報表，各能看什麼？

兩個視圖最大的差別在指標。Search Engine Watch 的實機說明與 Google 文件一致：Search results 視圖可搭配 clicks 與 impressions；Generative AI 視圖涵蓋 AI Overviews 與 AI Mode 的自然曝光，目前提供的是 impressions，而不是點擊。

視圖可讀指標與維度不能回答的問題
Search resultsclicks、impressions；可按 Pages、Countries、Devices、Dates 拆看哪張使用者圖片觸發、四種入口各自多少、哪張站內圖片因此獲得排名
Generative AIAI Overviews／AI Mode 的自然 impressions；可按 page、country、date、device 拆看AI 搜尋點擊、網站流量、轉換、指定圖片被引用或引用品質

依 Search Engine Journal與 Search Engine Watch 的交叉說明，目前的多模態報表也沒有提供可用的通用文字 query 清單，或指出使用者拿哪張來源圖片發起搜尋。這只代表站方目前在報表中看不到，不代表 Google 內部無法理解圖片。

另一個常見誤判，是把 page impression 當成某張站內圖片獲得曝光或被 AI 引用。報表的追蹤單位可到頁面，但若要評估特定圖片，仍要另備圖片資產對照、頁面版本與其他證據。

為什麼 9/24 前後不能直接判定成長或受罰？

第一個原因是資料起點不一致。Google 只宣布多模態報表自 9 月 24 日起全球推出，沒有宣布所有網站都有相同的歷史起點。Search Engine Watch 曾在單一 property 看到可回溯至 9 月 10 日的資料，但這是個別觀察，不能套用到每一個網站。

第二個原因是同日還有另一項獨立事件。Google Search Status Dashboard記錄 September 2026 spam update 於 9 月 24 日 09:15 PDT 開始，適用全球與所有語言，官方預估最多約兩週完成。9 月 27 日這篇日報採用的狀態仍是發布中；實際採取行動前，應再開啟狀態頁確認最新進度。

平行事件起始時間目前可以說什麼
多模態報表 rollout2026-09-24可觀測維度改變，各 property 的有效資料起點可能不同
September 2026 spam update2026-09-24 09:15 PDT排名可能波動，但公告沒有列出特定打擊手法或內容類型

這兩件事可以共同放進分析時間軸，卻不能互畫因果箭頭。Google 沒有說這次 spam update 專打 AI 內容、GEO 頁面、圖片或多模態內容，也不能把 9 月 24 日之後的所有波動都歸因於更新。

這篇日報也沒有使用 sec-site 的自家 Search Console 或排名資料，因此不診斷本站是否受到影響。各網站仍要回到自己的報表、排名紀錄與修改歷程判斷。

網站今天照這個順序做：基準線、匯出、註記

  1. 找出自己的有效起點。在 Search Console 的 Performance > Search results 選擇 Web: multimodal，記錄自家 property 第一個有資料的日期。留下日期與 property 名稱，但不要預設每個網站都從 9 月 10 日或 9 月 24 日開始。
  2. 用相同口徑匯出。固定同一日期區間，分別查看或匯出 Web: multimodal 與 Web: text-based，再按 Pages、Countries、Devices、Dates 比較。Search results 才能討論 clicks；Generative AI 的 impressions 只能當曝光訊號，不能改稱點擊、流量或轉換。
  3. 加上兩個平行註記。在分析紀錄加入「2026-09-24 multimodal reporting rollout」與「2026-09-24 September spam update start」。更新狀態未確認完成前，將短期日波動標成「觀察中」，不要先下因果結論。

第一版基準線先以頁面為追蹤單位。如果目標是評估某張站內圖片，還要另外保存圖片資產版本、頁面修改時間與其他量測證據；目前的多模態數字無法單獨完成這個判斷。

這篇只建議使用 Search Console 介面查看與匯出，不承諾 Search Analytics API 已穩定支援新的搜尋類型。

什麼時候再判斷？先看自己的資料，再看更新是否完成

沒有一個適用所有網站的固定起點，也沒有「過幾天就能下結論」的通用答案。比較穩妥的做法，是從自家第一個有效日期開始累積同口徑資料，待 spam update 狀態顯示完成後，再用相同報表切分與相同期間重新比較。

這不代表更新完成後排名就會恢復。Google 的 spam update 說明指出，受到影響的網站應檢查 Search spam policies；即使完成改善，系統也可能需要數月才辨識變化，Google 並未承諾恢復日期或結果。

若同口徑資料在更新完成後仍持續下降，先核對是否存在可驗證的政策或技術問題，再做小範圍、可回查的修正。不要在尚未確診時整站重寫，也不要把多模態曝光上升直接當成 GEO、圖片 SEO 或 AI 引用成功。

今天最值得保存的不是一個漂亮結論，而是三項可重複使用的紀錄：自家第一個有效日期、兩個 9 月 24 日事件註記，以及固定的頁面／國家／裝置／日期維度。把它們做成每週同口徑紀錄，下一次判讀才有可比基準。

來源

相關文章