1. What's change（環境觀測層）
AI Mode 開始連接外部服務，搜尋結果可以直接接到購物、設計與播放
Google 7 月 16 日宣布，AI Mode connected apps 開始在美國推出。使用者可把 Instacart、Canva、YouTube Music 等服務接進 Search，從回答直接前往加入購物車、挑選設計範本或儲存播放清單。這是產品功能更新，不是新的排名規則；能確定的是，Google 正把部分搜尋流程從「提供答案」往「完成工作」延伸。
作者： Chips Mistry、Biharck Araújo
URL： https://blog.google/products-and-platforms/products/search/connected-apps/
Quotes： “directly connect your apps in Search” / “add the ingredients straight into your Instacart shopping cart”
Google 把圖片查詢往 AI 問答再推一步，現在可直接在 Search 對圖片問細節
這不只是圖片搜尋變漂亮，而是 Search 本身開始把圖片當成可追問的輸入。Google 在 7 月 14 日公開寫明， 使用者可以在 Search 直接上傳一張或多張圖片，對圖片提出更細的問題，並拿到 AI Mode 回應。 對內容方的意思很直接：如果你的頁面核心資訊只放在圖裡、周邊沒有清楚的可見文字，之後更容易被看見卻講不清楚。
作者： Brad Kellett
URL： https://blog.google/products-and-platforms/products/search/google-images-25th-anniversary/
Quotes： “ask detailed questions about images right in Search” / “get a helpful AI Mode response” / “upload images — even multiple at a time”
同一張圖裡的多個物件會被一起拆解，單張示意圖不再只是在做視覺裝飾
同一天，Google 也把 Circle to Search 的方向講得更明白：一張圖裡可以同時辨識多個物件，甚至直接拆解整個場景。 這代表商品組圖、教學示意圖、穿搭圖、零件圖，不再只是吸睛素材，而是會被拿來當成查詢入口。 如果頁面沒有把圖中的物件名稱、差異與用途講清楚，等於把搜尋入口丟給 Google 自己猜。
作者： Brad Kellett
URL： https://blog.google/products-and-platforms/products/search/google-images-25th-anniversary/
Quotes： “lets you explore multiple objects within a single image all at once” / “visual image fan-out” / “deconstruct and shop for an entire outfit”
Package Tracking 不再收新夥伴，官方焦點轉成既有狀態資料能不能穩定、夠快、夠完整
這週 Search Central 的文件更新不是新功能擴張，而是參與門檻收斂。Google 在 7 月 14 日更新說明， Package Tracking Early Adopters Program 不再接受新夥伴，同時把現有整合的可用性與資料欄位要求擺得更前面。 對現有參與者而言，文件仍明列 API 可用性、速度與狀態資料要求。這些要求不是 7 月 14 日新增的排名訊號，也不能延伸成一般物流頁的保證；本週能確認的變化只有「停止接受新夥伴」。
作者： 未標示作者
URL： https://developers.google.com/search/updates/
Quotes： “Updated the package tracking documentation” / “no longer accepting new partners”
作者： 未標示作者
URL： https://developers.google.com/search/docs/appearance/package-tracking
Quotes： “respond within 700ms on average” / “95th percentile not exceeding 1,000ms” / “CurrentStatus”
本週沒有新的 Ranking incident；官方仍顯示 No incidents
這一條看起來像沒消息，但其實很重要。Google Search Status Dashboard 在 2026 年 7 月 20 日仍顯示 `No incidents`，而 Ranking 歷史頁 2026 年最新事件仍停在 6 月 spam update。 證據只支持到「本週沒有新的官方 incident 公告」，不支持「每個站點波動都與演算法無關」； 但至少足以把本週第一優先排查，放回頁面輸入品質與資料可讀性。
作者： 未標示作者
URL： https://status.search.google.com/
Quotes： “No incidents” / “Last updated time: 20 Jul 2026”
作者： 未標示作者
URL： https://status.search.google.com/products/rGHU1u87FJnkP6W2GwMi/history
Quotes： “All incidents reported for Ranking” / “June 2026 spam update”
2. Where to go（策略定位層）
把答案後面的下一步寫成使用者真的能完成的動作
原本怎樣不好：頁面回答完問題，只剩「了解更多」或「歡迎聯絡」這種模糊出口。應該改成怎樣：依頁面目的，明確接到加入購物車、預約、下載、比較或播放等下一步。依據是什麼：Google 這週讓 AI Mode 直接連接外部服務完成工作。這裡是內容與轉換流程的執行推論，不是 Google 公布的排名條件，後續必須用實際點擊與完成率驗證。
把圖片頁從「只有視覺」改成「可被追問的答案頁」
原本怎樣不好：商品圖、案例圖、教學圖只負責好看，真正資訊散在別的地方，甚至根本沒寫。應該改成怎樣：只要一張圖可能被拿來問問題，圖旁邊就要能直接看到物件名稱、差異、用途與下一步。依據是什麼：Google 這週明寫 Search 可以直接對圖片問細節，也能同時拆多個物件，表示圖片已經不是被動素材，而是查詢入口。
現有 Package Tracking 參與者先守住狀態資料品質
原本怎樣不好：把早期計畫文件當成所有物流網站都能立即申請的公開入口。應該改成怎樣：新申請停止；既有參與者才依文件維持追件狀態、到貨時間、軌跡事件與回應速度。依據是什麼：Google 明寫計畫不再接受新夥伴，並保留既有整合的效能與資料要求。
本週先排頁面輸入品質，再排演算法
原本怎樣不好：流量或曝光一掉，就先說是不是 Google 又更新。應該改成怎樣：先核對本週官方有沒有新的 incident，沒有的話，優先查圖片周邊文字、狀態資料速度、欄位完整度與入口頁可讀性。依據是什麼：Search Status Dashboard 到 2026 年 7 月 20 日仍是 `No incidents`，Ranking 歷史頁也沒有新的 7 月事件。
3. How to get there（執行戰術層）
每一頁只留一個主要下一步，按鈕直接寫出要完成的事
原本怎樣不好：按鈕只寫「了解更多」，使用者看不出點下去會發生什麼。
應該改成怎樣：先依頁面目的選一個主要動作，例如「加入購物車」「預約諮詢」「下載檢查表」「開始播放」。按鈕文字、連到的頁面與完成後的結果要一致。
依據是什麼：Google 這週示範 AI Mode 可把回答接到 Instacart 購物車、Canva 範本與 YouTube Music 播放清單。把同樣的任務連續性用在網站，是本週待驗證的執行假設；驗收看主要按鈕點擊率與完成率，不把它宣稱成排名做法。
作者： Chips Mistry、Biharck Araújo
URL： https://blog.google/products-and-platforms/products/search/connected-apps/
Quotes： “interact with some of your go-to services” / “streamline your day”
每張關鍵圖旁邊都要有可直接回答的物件名稱、差異與用途
原本怎樣不好：頁面把重點藏在圖片裡，或只寫一個籠統標題。
應該改成怎樣：每張關鍵圖附近至少補三種可見資訊：
1. 這張圖裡有哪些物件或部件。
2. 彼此差在哪裡。
3. 使用者下一步最可能會追問什麼。
依據是什麼：Google 官方已明寫 Search 可以對圖片直接提細問，也能同時處理多個物件；所以圖旁邊若沒有對應答案，等於把解讀權全部讓出去。
作者： Brad Kellett
URL： https://blog.google/products-and-platforms/products/search/google-images-25th-anniversary/
Quotes： “ask detailed questions about images right in Search” / “multiple objects within a single image” / “visual image fan-out”
同張圖若有多個重點，不要只寫一段總說明，要逐項拆給機器看
原本怎樣不好：一張組圖只配一段「這是我們的產品特色」這種總結。
應該改成怎樣：若一張圖同時包含多個商品、零件、步驟或穿搭物件，直接在圖下拆成清單或表格，把每個項目的名稱、用途、差異分開列。
依據是什麼：Google 這週拿「deconstruct and shop for an entire outfit」當官方例子，表示搜尋已經往場景拆解走，而不是只看單一主體。
作者： Brad Kellett
URL： https://blog.google/products-and-platforms/products/search/google-images-25th-anniversary/
Quotes： “deconstruct and shop for an entire outfit” / “search multiple items in one scene simultaneously”
追件資料至少補 `CurrentStatus`、`TrackingURL`、`TransitEvents`，速度壓在 700ms 平均內
原本怎樣不好：只有「已出貨」「處理中」這種籠統字樣，或查詢很慢、狀態不完整。
應該改成怎樣：如果你有物流或售後追件頁，把狀態資料補成可穩定提供的結構：
`CurrentStatus` 必填，`TrackingURL`、`TransitEvents`、`PromisedDate` 盡量補齊，平均回應時間壓在 700ms 內，95th percentile 不超過 1,000ms，且不要回傳收件人個資。
依據是什麼：這些門檻都是 Google 7 月 14 日最新版文件明寫的要求，不是第三方猜測。
作者： 未標示作者
URL： https://developers.google.com/search/docs/appearance/package-tracking
Quotes： “CurrentStatus” / “TrackingURL” / “TransitEvents” / “respond within 700ms on average”
這週如果曝光波動，先查圖片頁與狀態頁，不先開演算法事故單
原本怎樣不好：看見波動就把排查起點放在 core update 或 spam update。
應該改成怎樣：本週先查三件事：
1. 圖片附近有沒有可被直接引用的答案。
2. 狀態資料是否穩定、夠快、欄位夠完整。
3. 這些頁面是不是本來就沒有被當成搜尋入口設計。
依據是什麼：Google Search Status Dashboard 到 2026 年 7 月 20 日仍顯示 `No incidents`，證據不支持把本週所有波動先歸因為新的官方事故。
作者： 未標示作者
URL： https://status.search.google.com/
Quotes： “No incidents” / “Last updated time: 20 Jul 2026”
作者： 未標示作者
URL： https://status.search.google.com/products/rGHU1u87FJnkP6W2GwMi/history
Quotes： “All incidents reported for Ranking” / “June 2026 spam update”
延伸閱讀
本週先把答案、下一步與可讀資料接在同一條路徑上
2026-07-14 到 2026-07-21 這個窗口裡，官方可驗證的新東西不算多， 但順序已經很清楚：先讓頁面回答問題，再給一個可以完成的下一步；接著把 AI 讀取底座 、圖片周邊可見資訊與物流狀態資料補齊，最後才來判斷是不是其他層的問題。