Technical SEO

技術 SEO 入門:Indexing、Sitemap 與網站速度

技術 SEO 入門:確保頁面可被索引、sitemap 正確、速度與行動版體驗達標——內容再好,抓不到等於沒有。

  • #Core Web Vitals
  • #Indexing
  • #技術 SEO

技術 SEO 處理的是「搜尋引擎能不能順利發現、抓取、理解與索引你的網站」。內容策略再強,若重要頁被擋、重複內容混亂或行動版體驗極差,排名與流量都會受壓。香港中小企最常見的技術債,往往不是很炫的問題,而是基礎沒做好:該收的頁沒收、sitemap 混亂、手機轉換路徑卡、速度差到影響爬取與體驗。本文聚焦 Indexing、Sitemap 與 Core Web Vitals,並給出本地中小企的優先次序,讓你把有限時間花在刀刃上。

Indexing:先確保該收的頁有收

索引是技術 SEO 的第一道關。檢查 robots.txt 有否誤擋目錄、重要頁有否 noindex、是否被登入牆或參數頁帶歪、canonical 是否指向正確版本。在 Google Search Console 的「頁面」報告查看:哪些被排除、原因是什麼(例如重複、軟 404、已抓取尚未編入索引)。優先修復服務頁、報價/查詢導向頁、支柱文章與本地落地頁——這些頁的索引問題,商業影響通常最大。

實務節奏:上線或改版後用網址檢查抽樣;每月掃一次「未索引/被排除」裡與生意相關的 URL;發現大量參數或篩選頁被抓,再決定是用 robots、canonical 還是 noindex 收斂。若你用多語言或中英分頁,確認不會互相搶 canonical。開發站、測試參數、感謝頁不應進入索引。

常見香港中小企情境:網站公司交了網站但沒提交 sitemap、外掛把整站 noindex 忘了關、同一服務有 www/非 www 或尾斜線版本混亂。這些都屬於「先修地基」而不是進階優化。

Sitemap 與網站架構

XML sitemap 應只包含要被索引的 canonical URL,並在 GSC 提交。常見錯誤是把感謝頁、內部測試頁、帶參數的重複 URL、或已下架頁留在 sitemap。網站導航與內部連結要讓重要頁在少數點擊內到達;扁平、清晰的架構,比很深的目錄巢狀更容易被發現。中小型站即使頁數不多,sitemap 仍有助加速發現新頁與核對「你以為重要的 URL 清單」。

改版時記得:舊 URL 做 301、更新 sitemap、抽查內部連結是否仍指向有效頁、在 GSC 監察「未找到」是否暴增。架構上,服務頁、本地頁與支柱文應能從主選單或清晰中間頁到達,而不是只靠側邊偶然連結。

若你同時經營網店與內容專欄,可分 sitemap(或至少在心智上分清單):交易頁、內容頁、本地頁各有優先級,出問題時較易定位。

速度、行動版與 Core Web Vitals

Core Web Vitals(如 LCP、INP、CLS 等體驗指標)反映載入與互動品質。對香港用戶而言,手機搜尋比例高,應以手機實測主要轉換路徑:首頁→服務頁→聯絡/表單/WhatsApp。優先動作通常是:壓縮與正確尺寸的圖片、減少阻塞渲染的腳本、避免版面大幅位移、選穩定托管與快取策略、慎用過重的彈窗與追蹤腳本疊加。

速度是體驗與競爭因素之一;極端緩慢會傷害轉換與爬取效率,但不必為了分數完美而無限改版——先修影響最大的問題。實驗室分數與真實用戶數據不一致時,以真實轉換路徑體感與欄位數據為準。記住:快但不可索引,仍然沒用;可索引但手機表單填不到,流量也變不成生意。

香港中小企的技術優先次序

  1. 核心商業頁可索引、HTTPS 正常、沒有整站誤設 noindex
  2. 手機可完成查詢/WhatsApp/表單
  3. Sitemap 乾淨+GSC 提交與抽查
  4. 明顯速度與穩定度問題(尤其轉換頁)
  5. 重複內容與參數收斂、正確 canonical
  6. 再談進階項(複雜 hreflang、大規模日誌分析、細項 CWV 追分等)

技術 SEO 不是一蹴而就的 audit PDF,而是上線前的檢查清單,加上每月抽查索引與速度異常。這樣內容與 GEO 投資才不會掉進「寫了但 Google 看不到」的黑洞。若預算只夠做一件技術事,選「讓賺錢的頁進索引並能在手機完成轉換」;其餘分數與邊角案例,留待地基穩後再迭代。

最後給非技術負責人的溝通方式:要求對方交付「重要 URL 索引狀態表+本月已修項目+下月風險」,而不是只看一份很厚但沒有商業優先級的稽核書。技術要服務增長,不是服務報告頁數。

改版與遷移時的技術檢查

香港中小企常在換主題、換主機、轉造站商時掉流量。遷移清單應至少包括:舊新 URL 對照與 301、sitemap 更新、GSC 抽查核心頁、robots/noindex 確認、表單與電話在手機可用、主要轉換頁速度抽樣。遷移後兩週內每天快速掃「未找到」與索引異常,比出問題三個月後再補救便宜得多。

若使用快取、CDN、安全外掛,注意它們有時會誤傷爬蟲或造成重複參數。出問題時,先能關掉最小範圍做對照測試,再決定是否長期調整規則。

和小團隊怎麼分工

建議角色很簡單:誰擁有 GSC、誰能改網站、誰負責每月十五分鐘異常掃視。技術 SEO 失敗常見原因不是不懂名詞,而是沒有人負責。把「核心 URL 索引狀態」做成一頁共用語表,會議上只問紅燈項目,效率會高很多。

外判時,要求對方交付可驗證清單與復現步驟,而不是只給分數截圖。你要能回答:哪些 URL 上週不可索引、如今是否已修復。

與內容、本地、GEO 的接點

技術就緒後,內容更新與本地頁才有機會被看到;GEO 的可引用段落也必須住在可索引 URL 上。反過來說,內容再好,若 canonical 混亂,AI 與 Google 都可能抓錯版本。因此技術負責人不應只活在伺服器裡——每月與內容負責人對一次「本月重要 URL 清單」,是成本很低的對齊方式。

把 Indexing、Sitemap、CWV 當成持續衛生習慣:不多做表演,但絕不能長期欠債。對多數香港中小企,這已足夠支撐下一階段的內容與本地增長。

上線前十分鐘檢查表

  • 主要服務頁、聯絡頁、支柱文可開啟且非 noindex
  • HTTPS 有效,主網域版本統一
  • Sitemap 只含要收錄的 URL,並已於 GSC 提交
  • 手機完成一次表單或點擊通話/WhatsApp
  • 首屏大型圖片已壓縮,轉換頁無明顯卡頓
  • 改版舊鏈接有轉向,選單無死鏈

把這表放進上線流程,技術 SEO 就會從「出問題才救火」變成「預設衛生步驟」。對香港中小企而言,能穩定重複這十分鐘,已經能避免大多數昂貴的索引意外。

完成優先次序前三項之後,才把剩餘時間給分數優化與邊角案例。這個順序能保護生意頁,也能讓非技術負責人聽得懂為什麼「先做索引與手機轉換」比「先追一百分」更重要。

常見問題

怎樣知道頁面有沒有被索引?

在 GSC 用網址檢查,或 Google 搜尋 site:你的網域加上該 URL 路徑。

Sitemap 一定要嗎?

中大型站強烈建議;小型站也有助發現新頁。記得只放要被索引的 URL。

速度差會否直接沒排名?

速度是體驗與競爭因素之一,極端緩慢會傷害轉換與爬取效率;應優先修影響最大的問題。

想為你的網站做一次 SEO + GEO 診斷?預約 RankByLeo 初步診斷。

閱讀後的下一步

文章有助界定問題;若要把判斷轉成可執行範圍,可先看服務頁或預約初步診斷。

查看 SEO 服務 查看 GEO 服務 預約初步診斷
WhatsApp