技術 SEO：抓取、速度、流動版與 HTTPS

技術 SEO 處理的是「頁面能不能被順利抓取與使用」，不是文案修辭。問題通常很具體：憑證無效、整站 noindex、canonical 指錯、流動版排版崩壞、最大內容繪製過慢。

這些項目修好，不會自動帶來排名，但修不好，內容再完整也可能進不了索引。

可抓取：先讓爬蟲進得來

• 重要頁不要設 noindex。測試環境與正式環境的 robots 規則要分開。
• robots.txt 不要誤擋 CSS、圖片或整個 /blog。
• sitemap.xml 只放要被索引的最終網址，並與 canonical 一致。
• 導覽與內部連結用一般 a href，不要只靠無法抓取的點擊事件。

公開頁上的 noindex、canonical、sitemap 與 HTTPS 是否一致，可用 索引訊號檢查 先看。它不是 Search Console 的實際收錄狀態，但能抓到頁面上自相矛盾的訊號。

robots.txt、noindex、nofollow 不是同一件事

要把已公開的頁從結果拿掉，應使用 noindex（並讓爬蟲仍能抓到這則指令），而不是只在 robots.txt 擋住。擋住之後，搜尋引擎可能看不到 noindex。

HTTPS 與 canonical

全站應使用 HTTPS，並把 HTTP 轉到 HTTPS。www 與非 www、尾隨斜線，只保留一種寫法。canonical 應指向該頁首選網址；複製頁（參數、預覽連結）不要各自爭索引。

憑證過期、內頁仍載入 http:// 圖片或腳本（混合內容），瀏覽器會警告，爬蟲也較不穩定。轉址應用 301 到最終 HTTPS 網址，避免 302 臨時轉址長期不改。

轉址、404 與頁內死連結

改網址卻不做轉址，等於丢掉已有的索引與外部連結。舊服務頁、活動頁、從 HTTP 過來的書籤，都應 301 到對應新頁；沒有替代內容才回 404 或 410。

單一頁上的失效連結、轉址鏈與混合內容，可用 頁內連結檢查 抽樣。最多檢查該頁一組資源，不是整站 crawl，也找不到所有孤立頁。

JavaScript 網站：主內容要抓得到

香港不少公司網站用 React、Vue 或各類網站產生器。若主標題、服務說明、地址只在瀏覽器執行腳本之後才出現，而爬蟲拿到的 HTML 近乎空白，索引就會不穩。

較穩妥的做法是：重要文字在最初 HTML 裡已經存在，或至少在不執行點擊時可見。不要把價格、服務範圍藏在必須按按鈕才載入的面板裡，又沒有對應的可抓取連結。

速度與 Core Web Vitals

Google PageSpeed Insights 提供實驗室數據。對內容頁，優先處理：

• LCP：最大圖片或主標題區塊是否過大、未壓縮、或等廣告載入才出現。診斷目標約 2.5 秒內。
• INP：按鈕與選單點擊後是否明顯延遲。診斷目標約 200 毫秒內。
• CLS：字體或圖片沒有預留尺寸，令版面跳動。診斷目標約 0.1 以下。

實務上，香港服務頁最常見的拖慢原因是未壓縮的全寬橫幅、一次載入多個聊天與追蹤外掛、網頁字體阻擋繪製。先處理主畫面看得到的那張圖，比微調分數尾數有用。

SEO 健康報告 會同時取流動版與桌面版 PageSpeed。分數是診斷，不是業務 KPI。把 63 分提升到 90 分，若內容仍答錯問題，搜尋表現也不會自動變好。

流動版與桌面版內容一致

香港搜尋多數在手機完成。隱藏在桌面版才出現的關鍵段落、只在 App 才有的價格，流動版使用者與爬蟲都可能看不到。主內容、標題與結構化資料須對應同一套可見資訊。

另檢查：字是否過小、按鈕是否擠在一起、有沒有橫向捲動、viewport 有沒有設好。獨立的 m. 子網域通常比回應式設計更難維護，新站不建議再用。

Sitemap 常見錯法

• 放入 noindex、轉址中、或 404 的網址。
• canonical 指向 A，sitemap 卻列 B。
• 只提交一次就不再更新，新服務頁永遠不在清單裡。
• 把測試站或參數頁一併放進去。

Sitemap 是提示，不是命令。沒有內部連結、又被 robots 擋住的頁，光出現在 sitemap 也不保證收錄。提交之後，仍以 Search Console 的索引狀態為準。

上線前技術清單

1. 以 HTTPS 開啟，憑證有效，沒有混合內容。
2. 主頁與主要服務頁無 noindex。
3. canonical 指向自己或正確的首選頁。
4. www / 非 www、尾隨斜線只保留一種，其餘 301。
5. 流動版可讀，主要文字不是只在圖上。
6. sitemap 只含最終要被索引的網址，並已提交 Search Console。

常見問題