1. What's change（環境觀測層）
Search Console 新增 platform properties，站外社群與影音內容可以和網站一起量 Google Search / Discover
這不是多一個社群報表而已，而是 Google 正式把網站外的內容入口納進 Search Console 工作流。現在 Instagram、TikTok、X、YouTube 可以被當成 property 追蹤，直接看哪些查詢把人帶去你的貼文或影片。原本網站 team 跟社群 team 常常各看各的報表，這週開始至少在 Google Search 這一層可以收斂到同一套來源判讀。
作者： Moshe Samet
URL： https://developers.google.com/search/blog/2026/07/search-console-social-video-platforms
Quotes： “platform properties” / “track which search terms lead people to your Instagram, TikTok, X, and YouTube content” / “Performance report”
作者： 未標示作者
URL： https://support.google.com/webmasters/answer/17148418?hl=en
Quotes： “Supported platforms” / “Instagram TikTok X YouTube” / “It will take a few days for data to appear”
Google 補了 canonical 重判等待期說明，改完不是立刻判成失敗
這條會直接改 technical triage 的節奏。Google 在 7 月 10 日把 canonical troubleshooting guide 的重判時間補得更明白，意思是：你修正重複頁、canonical 指向或內容差異後，不是送一次 Request Indexing 沒反應就算沒救。這週開始，canonical 問題更適合當成一段有等待期的工作，而不是當天就下死判。
作者： 未標示作者
URL： https://developers.google.com/search/updates/
Quotes： “Updated the canonicalization troubleshooting guide” / “clarifications on re-evaluation time”
作者： 未標示作者
URL： https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting
Quotes： “re-evaluate the pages that are clustered” / “Request Indexing feature” / “subject to quotas”
Merchant listing 補了 `Product.category` 與 sale duration，商品頁不該只靠 feed 說明品類與促銷區間
這條是給商品頁跟購物流量看的。Google 在 7 月 7 日一次補兩件事：`Product.category` 現在明寫可用 `Text` 與 `CategoryCode`；另外 sale price 的有效期間也補了 `validFrom`、`validThrough`、`priceValidUntil` 的配置說明。原本很多站把這些只放在 Merchant Center feed，頁面本身沒講清楚；現在官方已把頁面標記該怎麼寫說清楚了。
作者： 未標示作者
URL： https://developers.google.com/search/updates/
Quotes： “Product.category property can be used with both Text and CategoryCode types” / “validFrom, validThrough, and priceValidUntil”
作者： 未標示作者
URL： https://developers.google.com/search/docs/appearance/structured-data/merchant-listing
Quotes： “Product structured data requirements for merchant listings” / “how to build, test, and release structured data”
本週沒有新的 ranking incident；官方最新紀錄仍停在 6 月 spam update
這一條不是「沒事發生」而已，而是提醒你這週別把所有波動先丟給演算法。Google Search Status Dashboard 的 Ranking 歷史頁在 2026 年 7 月 14 日這個時間點，2026 年最新事件仍只有 June 2026 spam update、May 2026 core update 等既有紀錄，沒有新的 7 月 incident entry。證據只支持到「本週沒有新公告」，不支持「你的站一定沒受影響」。
作者： 未標示作者
URL： https://status.search.google.com/products/rGHU1u87FJnkP6W2GwMi/history
Quotes： “All incidents reported for Ranking” / “June 2026 spam update” / “May 2026 core update”
2. Where to go（策略定位層）
把「網站 + 社群 / 影音平台」拉回同一份搜尋來源帳
原本怎樣不好：網站看網站，YouTube 看 YouTube，IG / TikTok 又各看平台後台，所以很難知道 Google Search 到底把哪一種內容往外推。應該改成怎樣：先把 Search Console 可接的平台 property 全接進來，至少在 Google Search / Discover 這一層用同一組 clicks、impressions、queries 看網站頁與平台內容。依據是什麼：Google 這週正式把 platform properties 做成新 property type，而且明寫可以追 `Performance report`、`Insights report`、`Achievements`。
把 canonical 修正改成「先送檢查、再等重判窗」，不要當天定生死
原本怎樣不好：canonical 改完幾小時沒變，就直接說 Google 沒吃到。應該改成怎樣：先用 URL Inspection 確認 Google 選到哪一頁，再把 Request Indexing 留給重要 URL，之後按官方重判窗口追。依據是什麼：Google 這週更新 canonical troubleshooting guide，就是為了補「re-evaluation time」預期；同頁也明寫 Request Indexing 有 quota。
把商品類別與促銷期間當成頁面本身要說清楚的資料，不要只塞 feed
原本怎樣不好：商品頁只顧標題、價格、庫存，類別跟促銷期間躲在 feed 裡，頁面標記沒跟上。應該改成怎樣：商品頁的結構化資料同步補 `Product.category`，促銷價補 `validFrom`、`validThrough`、`priceValidUntil`。依據是什麼：Google 7 月 7 日直接把這些欄位寫進 Merchant listing 更新說明，代表這已經不是外部 feed 才處理的資訊。
3. How to get there（執行戰術層）
先把 Google Search 的內容入口拆成網站頁、社群貼文、影片三張表
原本怎樣不好：只看網站 URL，站外被 Google 帶流量的內容完全落在盲區。
應該改成怎樣：把網站 property 與可接的 platform properties 一起驗證，先拆 `Website / Instagram / TikTok / X / YouTube` 五組入口，各自看 `queries / clicks / impressions / CTR / position`。
依據是什麼：Google 官方已明寫 platform property 可以看 `Performance report`，也能看到哪些 posts 和 queries 帶來流量。
作者： Moshe Samet
URL： https://developers.google.com/search/blog/2026/07/search-console-social-video-platforms
Quotes： “which specific posts and queries are driving the most traffic” / “Insights report”
canonical 問題一律先查 Google-selected canonical，再決定要不要送重抓
原本怎樣不好：看到重複頁或自選 canonical 沒生效，就直接改更多標籤、改更多 template。
應該改成怎樣：先用 URL Inspection 看 `which page Google considers canonical`，確認群組內頁面是否真的夠不一樣，再只對重要 URL 用 Request Indexing，之後保留等待窗。
依據是什麼：Google 官方這週補的不是新標籤，而是判讀與等待期；表示很多 canonical 問題卡在重判節奏，不是卡在再補一層語法。
作者： 未標示作者
URL： https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting
Quotes： “which page Google considers canonical” / “re-evaluate the pages that are clustered” / “reserve it for your most important URLs”
商品頁結構化資料至少補 category、sale duration、價格節點位置
原本怎樣不好：商品頁只有價格和折扣字樣，沒有把品類與促銷有效期間寫成可讀資料。
應該改成怎樣：若頁面有促銷價，明確補 `validFrom`、`validThrough`、`priceValidUntil`；若品類對搜尋理解重要，也把 `Product.category` 依商品資料型態補成 `Text` 或 `CategoryCode`。
依據是什麼：Google 7 月 7 日文件更新已把這些欄位的可用型態與放置位置補進官方說明。
作者： 未標示作者
URL： https://developers.google.com/search/updates/
Quotes： “Product.category” / “Text and CategoryCode” / “Sale duration”
本週如果流量波動，先排平台量測缺口與 canonical 重判期，再排演算法
原本怎樣不好：看到點擊或收錄起伏，就直接下「又 core update」判斷。
應該改成怎樣：先核對本週是否有新的 ranking incident；沒有的話，優先排查 platform data 還沒進、canonical 還在等待窗、商品頁資料不完整。
依據是什麼：Google Search Status Dashboard 這週沒有新的 Ranking entry；官方證據只支持「本週沒新公告」，所以真正該先做的是把可驗證的變數查完。
作者： 未標示作者
URL： https://status.search.google.com/products/rGHU1u87FJnkP6W2GwMi/history
Quotes： “All incidents reported for Ranking” / “June 2026 spam update”
延伸閱讀
這週先把量測面、等待期、商品欄位補齊
2026-07-07 到 2026-07-14 這個窗口裡，真正值得先做的不是猜下一個演算法名字，而是把 搜尋量測底座 重新拉直：站外內容看得到、canonical 等得到、商品欄位寫得出來，後面的判讀才不會一直錯位。