Google Search Console 的 live test 成功，不等於網址已收錄；Sitemap 顯示 Success 或 discovered pages，也不保證 Google 已抓取或索引。香港 SME 應先確認重要 canonical 頁面，再分辨 duplicate、alternate、未索引及技術錯誤，按優先次序處理，避免把正常狀態誤當 GEO 故障或作出即時收錄承諾。
為甚麼「已測試」不等於「已收錄」？
URL Inspection 有不同資料視圖
URL Inspection 可以查看 Google 最近索引的版本，也可以測試目前公開 URL。索引版本反映上次取得的資料，Live test 則即時取得頁面，兩者不能互替。
成功也不是搜尋展示保證
已在索引中不代表一定展示；Live test 可供索引也不保證收錄。測試不會完整判斷品質、重複頁或手動措施。要求索引有每日上限，也不保證結果。
香港 SME 應先分辨哪幾種狀態？
重要 canonical 未收錄才是優先問題
企業不需要追求每個 URL 都被索引，應以重要內容的 canonical 版本為目標。服務頁、主要案例和最新文章若未收錄，才值得優先調查；測試參數、重複版本或替代 URL 未收錄，未必是故障。
Duplicate 或 alternate 未必需要修正
Google 找到重複或 alternate 頁面時，通常表示系統已找到另一個 canonical。先確認被選 canonical 是否正確，再檢查內部連結、轉址和 Sitemap。不要因為看到「未索引」三個字，就把所有網址重新提交或大量改頁。
把技術錯誤與內容判斷分開
robots.txt 阻擋、noindex、錯誤 HTTP 狀態、無法渲染或 canonical 不一致，屬於可調查的技術問題。內容品質、重複價值和搜尋意圖要另行判斷；工具只提供線索。
Sitemap 的 Success 應如何理解？
XML 可讀不等於頁面已索引
Sitemaps report 的 Success 主要表示 Google 能抓取並解析 Sitemap。discovered pages 是從 Sitemap 解析到的頁面數量，不代表已 crawl 或 indexed。Sitemap 是協助 Google 知道網址的訊號，不是收錄清單或排名申請表；小型網站若每頁都能由首頁連結到，未必需要依賴報表。
先檢查檔案，再檢查重要網址
企業可先確認 Sitemap 使用正式 canonical URL、回傳 XML、沒有測試網域及重複網址，再抽查重要服務頁和文章。若 Sitemap 不能讀取，先修正伺服器、格式或權限；成功但單頁未收錄，便回到 URL Inspection 和 Page indexing，而非反覆重送。
建立香港 SME 可執行的索引流程
發布後先做四項公開檢查
新頁面發布後，先用瀏覽器或 curl 確認 HTTP 200，再檢查 robots、noindex、canonical、主要內容和正常內部連結。再確認正式 URL 在 Sitemap 中只出現一次，才用 URL Inspection 的 Live test 查看能否取得頁面。
按頁面價值決定是否要求索引
若重要 canonical 沒有技術阻礙，可要求索引，但要向管理層說明這只是排入處理，不是保證收錄或排名。大量更新頁面應維持 Sitemap 的 lastmod 和清晰內部連結，不應把每一個 URL 都作即時提交。索引可能需時數日或更久。
用 Performance 驗證是否有業務訊號
索引狀態只是中間檢查。企業應再用 Search Console Performance 觀察查詢、頁面、國家和裝置的曝光與點擊，並與表單、WhatsApp 詢問和合資格客戶互相核對。GEO 管理應檢查重要資訊能否被發現和理解，不是追逐 coverage 百分比。