本週 Google 發布了幾項技術層面的更新，雖然不像 Core Update 或 AI Overviews 那樣直接影響排名，但對網站管理員的日常工作流程有實際影響。Search Console 爬蟲統計報告再次出現數據中斷，Googlebot 的 JSON-LD 提取邏輯有細微但重要的變更，而 Google Tag 和 Google Tag Manager 也同步更新了版本。對香港網站管理員和 SEO 從業者來說，這些變化雖然看似瑣碎，卻可能影響你對網站健康狀況的判斷，以及結構化資料在搜尋結果中的呈現方式。
1) Search Console 爬蟲統計報告遺失 8 月 15–16 日數據
發生了什麼？
本週多個網站管理員發現，Google Search Console 的爬蟲統計報告（Crawl Stats）中，2026 年 8 月 15 日（星期六）和 8 月 16 日（星期日）的數據完全空白。受影響的不只是個別網站，而是廣泛的現象，多位 SEO 業界人士（包括 Glenn Gabe 和 Saket Gupta）都在 X 平台上通報了此問題。
類似情況在過去數年已多次發生，包括 2021 年 11 月、2022 年 2 月、2022 年 5 月以及 2025 年 10 月。Google 通常能夠事後補回數據，但截至目前尚未修復這次的中斷。
對香港網站管理員的影響：不要誤判為爬蟲問題
- 最重要的建議：不要因為這兩天的數據空白而誤以為 Googlebot 停止爬取你的網站。這純粹是報表層面的顯示問題，你的網站實際上仍然被正常爬取。
- 如果你正在使用 Search Console 的爬蟲統計來監控網站健康狀況（例如觀察爬取請求量的突然下降），請在這段期間內改用服務器日誌（server logs）或第三方爬蟲監控工具作為輔助參考。
- 對於香港的中小型網站，特別是共享主機或有限資源的伺服器，爬蟲統計的數據中斷可能會與其他問題混淆（例如主機維護、防火牆阻擋、CDN 配置錯誤）。建議在排查問題時，先確認是否只影響這兩天的數據，還是整個時間範圍都有異常。
本週可執行清單（爬蟲監控）
- 登入 Search Console → Settings → Crawl Stats，確認你的帳戶是否也受到影響。如果是，截圖存檔以便日後比對。
- 如果你依賴爬蟲統計作為每週報告的一部分，暫時改用「Pages」報表中的「Discovered but not indexed」和「Crawled but not indexed」狀態來交叉驗證爬蟲活動。
- 考慮設置第三方的網站監控工具（如 Uptime Robot、Better Uptime），直接在伺服器層面偵測 Googlebot 的訪問次數，避免單一依賴 Search Console 報表。
2) Googlebot JSON-LD 提取：改為僅單次 HTML 解碼
發生了什麼？
Google 更新了 Googlebot 處理 JSON-LD 結構化資料的方式。以往，Googlebot 在從頁面 HTML 中提取 JSON-LD 區塊時會進行兩次 HTML 解碼（double HTML unescaping），這在某些情況下會導致 JSON-LD 內容被錯誤解讀，特別是當結構化資料中包含了 HTML 實體編碼（如 &、<、>）時。
現在 Googlebot 改為僅執行一次 HTML 解碼（single pass of HTML unescaping），這更符合標準的 JSON 解析行為，也與 JSON-LD 規範的預期一致。
對香港網站的影響：檢查結構化資料中的 HTML 實體
- 如果你的網站透過後端模板或 CMS 自動生成 JSON-LD，當中可能包含了 HTML 實體編碼的字元。例如，在 description 欄位中使用「&」來代替「&」，或者使用「<」來代替「<」。在新的單次解碼邏輯下，這些實體可能不會被正確解碼，導致 Rich Results Test 出現警告或錯誤。
- 香港網站常見的情境：在結構化資料的 name 或 description 欄位中包含品牌名中的符號（如「A&B 工程公司」）、價格範圍中的貨幣符號、或服務條款中的特殊字元。這些都需要重新檢查。
- 如果你使用 Yoast SEO、Rank Math 或類似的 SEO 外掛來管理結構化資料，外掛開發商可能已經針對此變更發布了更新。請確保你的 CMS 和外掛都是最新版本。
本週可執行清單（JSON-LD 稽核）
- 使用 Rich Results Test（https://search.google.com/test/rich-results）對網站的首頁、服務頁和文章頁進行測試，特別留意是否有與 JSON 解析相關的警告。
- 檢查你的結構化資料生成邏輯：如果使用了 PHP 的 htmlentities()、JavaScript 的 innerHTML 或其他會自動編碼 HTML 實體的方法，考慮改用純文字輸出，避免雙重編碼問題。
- 如果你手動編寫 JSON-LD，請確保內容使用標準的 JSON 轉義（如 \" 代替 "），而不是 HTML 實體編碼。Google 的結構化資料指南已針對此變更進行了更新。
3) Google Tag 和 Google Tag Manager 同步更新
發生了什麼？
Google 發布了 Google Tag（gtag.js）和 Google Tag Manager 的更新版本。雖然 Google 沒有公布具體的變更日誌細節，但這類更新通常涉及安全性修補、效能優化以及與新 Google Ads / Google Analytics 功能的兼容性提升。
對香港網站管理員的影響
- 如果你使用 Google Tag Manager（GTM）來管理網站上的追蹤代碼（Google Ads、GA4、Floodlight 等），請確認你的 GTM 容器已自動更新至最新版本。GTM 的容器代碼通常會自動獲取最新版本的執行環境。
- 如果你直接將 Google Tag（gtag.js）寫入網站原始碼，建議檢查所使用的 gtag.js 版本是否為最新。過時的版本可能導致某些新功能（如 AI Max 轉換追蹤、離線轉換匯入）無法正常運作。
- 香港網站常見的使用多個追蹤工具（GA4 + Google Ads + Facebook Pixel + 自訂事件）的環境，GTM 更新後建議進行一次端到端的 tag 測試，確保所有觸發條件和變數仍然正常運作。
本週可執行清單（GTM 維護）
- 登入 GTM 後台，檢查「版本」資訊是否顯示為最新。如果需要，提交並發布容器更新（建議先在預覽模式中測試）。
- 檢查 GTM 中使用的自訂 HTML 標籤和自訂 JavaScript 變數，確認它們在更新後的執行環境中沒有相容性問題。
- 如果你正在準備遷移到 Google Ads 的 AI Max 或 Performance Max，確認你的轉換追蹤設定與最新的 gtag.js 版本兼容，避免因版本過舊導致轉換數據遺失。
結語：技術細節決定 SEO 長期穩定性
這週的更新提醒我們：SEO 不只是內容和連結，底層的技術細節同樣重要。Search Console 的數據中斷雖然只是報表問題，但如果不了解背景，很容易誤判網站健康狀況；JSON-LD 提取的變更雖然細微，卻可能影響結構化資料在搜尋結果中的顯示；GTM 的更新雖然例行，但忽略它可能導致轉換追蹤中斷。對香港網站管理員而言，建議將這些技術檢查納入每月的 SEO 維修清單，維持網站技術基礎的穩定性。