快速答案：優化網站分三層——技術層（搜尋引擎抓得到、載入夠快）、內容層（用客人的用語講清楚服務）、轉換層（客人容易聯絡你）。Core Web Vitals 合格門檻是 LCP 在 2.5 秒內、INP 在 200 毫秒內、CLS 在 0.1 內，以真實用戶第 75 百分位數計算，三項須同時達標；2026 年 5 月 CrUX 數據顯示只有約 55.9% 網站來源全數通過。
優化網站唔等於得個靚字。對新開業同中小企嚟講，網站要同時做到：客人睇得明、手機用得順、搜尋引擎讀得明——先至有機會做免費宣傳同長期提升流量。單純換個新設計、但結構、速度同內容照舊，唔算優化網站。
本文內容
- 優化網站的三個層次
- 方向一：結構同標題清楚
- 方向二：手機同速度（含 Core Web Vitals 修法）
- 方向三：內容解答客人問題
- 方向四：轉換路徑
- 32 項技術檢查清單
- 上線前檢查清單
- 網站改版怎樣保住排名
- 優化優先次序：影響對成本
- 最常見的八個錯誤
- 22 條常見問題
優化網站的三個層次
把優化拆成三層，就唔會出現「改完個網站靚咗但查詢無變」的情況。
技術層：讓機器讀得到
包括抓取與索引是否正常、canonical 是否指對、sitemap 與 robots 是否正確、載入速度是否達標、重要內容是否存在於初始 HTML。技術層出問題，內容再好都不會反映在排名上。
內容層：讓客人睇得明
用客人真正會搜尋的用語寫服務說明、價格指引、地區資訊與常見問題。空泛口號幫唔到排名，實用內容先幫到SEO。
轉換層：讓客人容易聯絡
WhatsApp、電話、表格等 CTA 要顯眼，手機版尤其要有固定按鈕。流量嚟咗，都要方便客人即刻聯絡——先至叫做真正嘅網站救星方案。
先量測，後改動
動手之前先記錄基線：現時的 Core Web Vitals 數值、Search Console 的曝光與點擊、索引頁數、GA4 的轉換數。沒有基線，之後就無法判斷哪項改動有效。
方向一：結構同標題清楚
每頁一個明確主題、合理嘅 H1／H2、服務同聯絡資訊一目了然。搜尋引擎同客人都唔使猜你賣咩。
一頁一主題
一頁主攻一個核心關鍵字，加三至八個近義詞或長尾變體。若兩頁主攻同一個關鍵字，會出現內部競爭，令兩頁都排不上；正確做法是合併，或改為主題頁加子頁的層級結構。
標題層級規則
每頁只用一個 H1，等於該頁主題；H2 對應主要區塊與不同搜尋子意圖；H3 用於 H2 之下的細項。層級不可跳級（H2 後不應直接跳 H4），亦不應為了字體大小而選標題級別——視覺大小由 CSS 控制。完整規則可睇頁面優化與標題層級。
URL 要短、可讀、含關鍵字
避免無意義參數與過深路徑。更改 URL 必須做 301 轉向，否則會流失已累積的排名；同一內容不應同時存在多個可訪問版本。
麵包屑與導航深度
麵包屑統一層級並加 `BreadcrumbList` 標記，方便用戶與搜尋引擎理解位置。重要頁面應在首頁點擊三次以內可達；藏得太深的頁面，抓取頻率與權重都會偏低。
內部連結要成網
每頁至少三條站內入站連結、anchor text 要有變化、正文連結權重高於頁尾、不容許孤兒頁。這是最可控的槓桿，因為完全由你決定。做法可睇內部連結架構。
Sitemap 不能取代連結
sitemap.xml 只是清單，建議附 `lastmod` 反映更新時間；但頁面若無任何正文連結指向，仍然屬於低權重的孤兒頁。兩者要並存。
方向二：手機同速度
大部分香港用戶用手機搜尋。響應式設計、壓縮圖片、減少多餘程式，可以令載入更快、跳出更少。以下是 2026 年的具體標準與修法。
Core Web Vitals 三項門檻
LCP（最大內容繪製）須在 2.5 秒以內、INP（互動至下次繪製）須在 200 毫秒以內、CLS（累積版面配置轉移）須在 0.1 以內。全部以真實 Chrome 用戶第 75 百分位數、滾動 28 天資料計算，並分開評估手機與桌面，三項必須同時合格。三項門檻在 2026 年維持不變。
「需要改進」與「差」的分界
LCP 2.5 至 4.0 秒屬需要改進、超過 4.0 秒屬差；INP 200 至 500 毫秒屬需要改進、超過 500 毫秒屬差；CLS 0.1 至 0.25 屬需要改進、超過 0.25 屬差。只要一項落入需要改進，整體評估即為不通過。
通過率現況
根據 2026 年 5 月 CrUX 數據，只有約 55.9% 網站來源能同時通過三項，手機端失敗比例明顯高於桌面。即係話：速度做好仍然是可見的競爭優勢。
LCP 慢的四個成因與修法
成因通常是首屏主圖過大或未用現代格式、伺服器回應慢、CSS 與字體阻塞渲染、首屏內容要等 JavaScript 執行完才出現。修法：按實際顯示尺寸輸出圖片並轉用現代格式、為首屏主圖加高優先權提示、把非關鍵 CSS 與腳本延後、避免首屏內容依賴前端渲染。
INP 高的成因與修法
INP 問題幾乎都來自 JavaScript：主執行緒有長任務、第三方腳本過多、事件處理函式過重。修法是拆分長任務、延後非關鍵腳本、刪掉重複或已停用的追蹤碼、避免在互動時同步做大量運算。
CLS 的四個修法
為所有圖片與影片指定 width 與 height（或 aspect-ratio）、為廣告與嵌入元件預留固定空間、避免在既有內容上方插入橫幅或同意通知、字體載入時使用 `font-display` 與尺寸相近的備用字體減少字形跳動。
圖片六項基本功
- 用描述性檔名，而非 IMG_1234
- alt 寫清楚圖片內容與情境，不要純堆關鍵字
- 指定 width 與 height 避免版面跳動
- 非首屏圖片加 loading="lazy"
- 首屏主圖加 fetchpriority="high"
- 按實際顯示尺寸輸出，不要直接上傳相機原圖
第三方腳本是隱形殺手
聊天工具、熱圖、多個分析碼、社交嵌入、字體服務——每個都在搶主執行緒。實務建議：定期盤點所有第三方腳本，刪掉半年內無人看報表的工具，其餘延後載入。
手機版最容易忽略的五項
CTA 需要滾動很久才見到、電話與 WhatsApp 不能一鍵觸發、字級過小或行距過密、點擊區太接近容易誤觸、彈出視窗蓋住主要內容。手機版應該是設計起點而非後補。
不要把重要內容藏在 JavaScript 之後
Googlebot 能渲染 JavaScript，但部分抓取器與大多數 AI 抓取器不執行 JavaScript。由 JS 注入的導航、頁尾或正文可能讀不到，令內部連結白做。重要內容應存在於初始 HTML，或改用伺服器端 include、預先建置方式輸出。這一點在 AI 搜尋年代影響更大，背景可睇2026 年搜尋環境變化。
方向三：內容解答客人問題
用日常會搜尋嘅字寫服務說明、常見問題同地區資訊。空泛口號幫唔到排名，實用內容先幫到 SEO 同 GEO。
先確認搜尋意圖
搜尋意圖分資訊型、商業型、交易型與導航型。同一個主題，資訊型要教學式內容，交易型要價格、流程與 CTA。用錯形式，即使關鍵字對也不會轉換。方法可睇關鍵字研究六步。
每個段落先給答案
小標題之下第一句就直接答題，後面才補充細節。這種寫法同時服務兩件事：用戶掃讀時能立即找到答案，AI 引擎亦傾向抽取自成一段、語意完整的句子。
具體數字取代形容詞
「效果顯著」無法驗證，「四星期起投、入場約 HK$3,500、提供完整排期表」才有說服力。價格與範圍即使只給區間，都遠勝完全不提。
常見問題區是必備
把客人真正會問的問題原句寫成標題，答案控制在兩至四句，並加上 `FAQPage` 結構化資料。這一區同時服務 People Also Ask 與 AI 問答匹配。
地區內容不要只換地名
地區頁要有該區獨有資訊：交通與泊車、服務範圍邊界、該區常見需求、區內地標描述。純粹換地名的複製頁價值極低。本地做法可睇本地 SEO 與 GBP 優化。
E-E-A-T 落地方式
署名與作者背景、真實個案與數據、清晰的地址與電話、明確的報價方式、內容更新日期。這幾項同時提升用戶信任與被引用機會。
更新舊內容優先於寫新內容
優先次序是：有曝光無點擊先改 Title 與 Description，有點擊無查詢先改內容與 CTA，完全無曝光則檢查索引與關鍵字選擇。改好舊頁的回報通常高於再寫一篇新頁。
方向四：轉換路徑
流量嚟咗，都要方便客人即刻聯絡。轉換層是四個方向中見效最快的一層，通常一至兩星期就能從查詢量看到差異。
首屏一句講清楚
訪客通常幾秒內決定去留。首屏應一句講清服務、地區與一個具體理由（價格區間、免費評估、不成功不收費），而非放一句空泛標語。
CTA 要重複出現
每個主要段落結束處都應可觸及 CTA，手機版另加固定的 WhatsApp 或電話按鈕。同一頁有三至五個 CTA 並不過多，因為訪客會在不同階段決定行動。
表單欄位愈少愈好
服務業通常三至四個欄位（姓名、聯絡方式、需求簡述）已足夠；每多一個欄位都會降低完成率。進階資料可在第一次聯絡後再收集。
信任元素放在決策點旁
客戶名單、實際數據、資歷、地址與電話，應該放在 CTA 附近而非只放在「關於我們」。參考做法可睇過往客戶與公司簡介。
追蹤設定是前提
GA4 最少要設四項轉換事件：表單提交、WhatsApp 點擊、電話點擊、地圖或地址點擊。沒有設好，所有報告只剩流量數字，無法判斷哪個渠道帶來生意。範圍可睇成效評估與 GA4 追蹤。
用轉換率反推改善價值
把落地頁轉換率由 3% 提升到 4%，同一筆廣告預算的每個查詢成本會下降約四分之一。完整推導示例可睇CPA 計算示例。
32 項技術檢查清單
可以直接當工作表逐項打勾。分四組，每組八項。
索引與抓取（8 項）
- robots.txt 沒有誤擋重要目錄或資源檔
- 重要頁面沒有誤加 noindex
- canonical 指向正確的主要版本
- sitemap.xml 列齊頁面並附 lastmod
- sitemap 與 robots.txt 互相引用正確
- 沒有大量參數頁或重複內容被索引
- 404 頁正常回應 404 而非 200
- Search Console 無未處理的抓取錯誤
速度與體驗（8 項）
- LCP 在 2.5 秒以內（手機與桌面分別檢查）
- INP 在 200 毫秒以內
- CLS 在 0.1 以內
- 所有圖片已指定 width 與 height
- 非首屏圖片已加 lazy loading
- 首屏主圖已加高優先權提示
- 第三方腳本已盤點，無用的已移除
- 字體載入已設 font-display 並有備用字體
結構與內容（8 項）
- 每頁一個 H1，H2 與 H3 不跳級
- 每頁 Title 與 Meta Description 唯一且準確
- 無兩頁主攻同一核心關鍵字
- 每頁至少三條站內入站連結
- 無孤兒頁（sitemap 有但點不到）
- anchor text 有變化，無全站重複同一組
- 每頁有 FAQ 或問答式段落
- 重要頁面有最後更新日期
結構化資料與轉換（8 項）
- Organization 或 LocalBusiness 標記齊全且唯一
- 服務頁有 Service 標記，文章有 Article 標記
- FAQ 區有 FAQPage 標記且與可見文字一致
- 麵包屑有 BreadcrumbList 標記
- NAP（名稱、地址、電話）全站一致
- GA4 四項轉換事件正常觸發
- UTM 命名規則統一
- 手機版有固定 WhatsApp 或電話按鈕
上線前檢查清單
新網站或改版上線前，以下項目確認後才對外公布。
- 全站 HTTPS，HTTP 版本已 301 轉向
- www 與非 www 只保留一個主要版本並轉向
- 測試環境的 noindex 與 robots 封鎖已移除
- 所有表單實測可收到通知郵件
- 電話、WhatsApp、電郵連結實測可觸發
- 404 頁有導航與搜尋出口
- GA4 與轉換事件已驗證
- sitemap 已提交 Search Console
- 結構化資料已通過驗證工具
- 手機、平板、桌面三種尺寸實機檢查
網站改版怎樣保住排名
改版是最常見的排名跌幅來源，但只要處理好三件事，通常可以平穩過渡。
能不換 URL 就不換
URL 保持不變是最安全的做法。只有在原有結構混亂、無法反映內容層級，或需要改為目錄式結構時才值得更換。
製作 301 對應表
逐條列出舊網址與對應新網址，一對一轉向到最相關的頁面，避免全部轉去首頁。轉向鏈（A→B→C）要壓平成 A→C。
不要刪掉有排名的內容
改版時常見錯誤是「設計簡潔化」而把原本有排名的長文砍到只剩幾句。應先用 Search Console 找出有曝光與點擊的頁面，這批內容要保留甚至加強。
上線後的監察期
持續監察四至八星期：Search Console 的索引狀態、曝光與點擊、抓取錯誤，以及 GA4 的自然流量與轉換。技術改動反映在 Core Web Vitals 需時，因為 CrUX 使用 28 天滾動資料。
保留舊站備份
保留舊站的完整檔案與內容文字備份，萬一發現某頁排名大跌，可以還原原有標題、結構與內容細節作對照。
優化優先次序：影響對成本
資源有限時，按以下次序做，通常最快見到回報。
第一批：一至兩日可完成
修好 GA4 轉換事件、改首屏訊息與 CTA、改主要頁面的 Title 與 Description、壓縮過大的首屏圖片、補上圖片 width 與 height。
第二批：一至兩星期
整理標題層級、處理重複關鍵字、補內部連結與麵包屑、加入 FAQ 區與結構化資料、盤點並移除無用第三方腳本。
第三批：一至兩個月
速度工程（腳本拆分、資源延後、伺服器回應優化）、內容大規模重寫與新增主題群組、本地 SEO 與 Google Business Profile 全面優化。
第四批：需要開發資源
把 JS 注入的導航與頁尾改為伺服器端 include、URL 結構重整並做 301、系統或平台遷移。這批影響大但風險亦大，應排在有基線數據之後。
最常見的八個錯誤
1. 只換設計不改三層
網站靚了但結構、速度與內容照舊，查詢量自然不會變。
2. 改動前無量測基線
沒有改動前的數據，就無法判斷是哪一項改動帶來差異，也無法察覺改壞了什麼。
3. 重要內容靠 JavaScript 注入
導航與頁尾用前端 fetch 載入，令部分抓取器與多數 AI 抓取器讀不到內部連結。
4. 首屏主圖過大
直接上傳相機原圖是 LCP 不合格最常見的單一原因。
5. 圖片未指定尺寸
同時推高 CLS 與造成閱讀時內容跳動，手機版尤其明顯。
6. 表單欄位過多
要求填公司、行業、預算、來源等，通常會令完成率大跌。
7. 改版未做 301
舊網址直接變 404，等於把多年累積的排名清零。
8. 內容長期不更新
價格與服務範圍過時，會同時削弱用戶信任與 AI 引用準確度。建議每季覆核一次關鍵頁面。
常見問題（22 條）
優化網站具體指做什麼？
分三層：技術層（讓搜尋引擎順利抓取、索引與快速載入）、內容層（用客人的用語清楚說明服務並解答問題）、轉換層（令訪客容易聯絡你）。三層缺一，其餘兩層效果都會被拖低；只換設計不改這三層，不算優化網站。
Core Web Vitals 的三項門檻是多少？
LCP 須在 2.5 秒以內、INP 須在 200 毫秒以內、CLS 須在 0.1 以內，全部以真實 Chrome 用戶第 75 百分位數、滾動 28 天資料計算，並分開評估手機與桌面，三項必須同時合格。門檻在 2026 年維持不變。
「需要改進」與「差」的分界值是多少？
LCP 2.5 至 4.0 秒屬需要改進、超過 4.0 秒屬差；INP 200 至 500 毫秒屬需要改進、超過 500 毫秒屬差；CLS 0.1 至 0.25 屬需要改進、超過 0.25 屬差。一項落入需要改進，整體即為不通過。
現時有幾多網站能通過 Core Web Vitals？
根據 2026 年 5 月 CrUX 數據，只有約 55.9% 網站來源能同時通過三項，而手機端失敗比例明顯高於桌面。
INP 是什麼？與 FID 有什麼分別？
INP 量度頁面對用戶互動的整體反應速度，於 2024 年 3 月正式取代 FID。FID 只量度第一次互動的延遲，INP 評估整個瀏覽過程的互動反應，更貼近真實體驗，要求亦更嚴格。
LCP 太慢通常是什麼原因？
四個常見原因：首屏主圖過大或未用現代格式、伺服器回應慢、CSS 或字體阻塞渲染、首屏內容要等 JavaScript 執行完才出現。
CLS（版面跳動）怎樣修？
為所有圖片與影片指定 width 與 height、為廣告與嵌入元件預留固定空間、避免在既有內容上方插入橫幅或同意通知、字體載入時用 font-display 與尺寸相近的備用字體。
INP 太高怎樣改善？
幾乎都來自 JavaScript：拆分主執行緒長任務、延後非關鍵腳本、移除重複或已停用的追蹤碼、避免互動時同步做大量運算或重繪。
一頁應該用幾多個 H1？
每頁只用一個 H1，內容等於該頁主題。H2 對應主要區塊，H3 用於細項；層級不可跳級，字體大小應由 CSS 控制。
網站用 JavaScript 載入內容會影響 SEO 嗎？
會有風險。Googlebot 能渲染 JavaScript，但部分抓取器與大多數 AI 抓取器不執行，所以 JS 注入的導航、頁尾或正文可能讀不到。重要內容與連結應存在於初始 HTML。
圖片要怎樣處理才對 SEO 與速度都好？
六項基本功：描述性檔名、清楚的 alt、指定 width 與 height、非首屏加 lazy loading、首屏主圖加高優先權、按實際顯示尺寸輸出。這些同時改善 LCP 與 CLS。
表單應該設幾多個欄位？
愈少愈好。服務業通常三至四個欄位已足夠；每多一個欄位都會降低完成率，進階資料可在第一次聯絡後再收集。
手機版最容易被忽略的問題是什麼？
五項：CTA 要滾動很久才見到、電話與 WhatsApp 不能一鍵觸發、字級過小或行距過密、點擊區太接近、彈出視窗蓋住主要內容。
網站改版會影響現有排名嗎？
會，處理不當可能大幅下跌。必須做三件事：製作舊對新的 301 轉向清單、保留原有有排名的內容、上線後在 Search Console 監察索引與曝光至少四至八星期。
改版一定要換 URL 嗎？
不一定，能不換就不換。URL 保持不變是保住排名最安全的做法；只有原有結構混亂或需改為目錄式時才值得更換，並必須逐條做 301 對應。
優化網站要幾久才見到效果？
轉換層最快，一至兩星期可從查詢量看到差異；技術層一至四星期反映在索引與 Core Web Vitals（CrUX 用 28 天滾動資料）；內容層一至三個月；架構層三個月以上。
應該先改速度還是先改內容？
先做低成本高影響的項目：修好追蹤與 CTA、改 Title 與 Description、壓縮過大的首屏圖片。之後才處理需要開發的速度工程與大規模內容重寫。
網站速度對 SEO 的實際影響有幾大？
速度是排名因素之一，但影響通常小於內容相關性；真正的殺傷力在轉換——載入慢會直接流失已付費買來的流量。
要不要加結構化資料？
要。常用類型包括 Organization、LocalBusiness、Service、FAQPage、BreadcrumbList、Article 與 HowTo；標記內容必須與頁面可見文字一致，否則可能失去加強顯示資格。
一頁式網站可以做好優化嗎？
轉換層可以做得很好，因為路徑最短；但 SEO 層有先天限制，因為一頁只能主攻一個主題。要累積多組關鍵字流量，就需要多頁結構並用內部連結串成主題群組。詳情可睇網站製作計劃。
怎樣檢查自己網站有沒有孤兒頁？
把 sitemap 內的網址清單，與從首頁逐層點擊可達的網址清單比對，只存在於 sitemap 而點不到的就是孤兒頁。應在相關頁面正文加入指向它的連結。
Slay Marketing 怎樣幫客戶優化網站？
先做基線量測與健康檢查，列出按影響與成本排序的修復清單，再依次處理結構、速度、內容與轉換路徑，並同步加入結構化資料與內部連結。不成功不收費不捆綁，可致電 4434 1414 或 WhatsApp 查詢。
網站製作 + SEO 一齊做更慳
一站式網站設計可以同時做品牌定位、SEO 優化同網上推廣。我哋會幫忙優化網站，等客人喺 Google 搜尋呢個行業時，唔使落廣告都可以排喺頭幾位。因應客戶需要提供度身響應式網頁設計，系統簡單易用且兼容流動裝置。
在設計階段就處理 URL 結構、標題層級、內部連結同結構化資料，成本遠低於上線後補做。想度身訂造網頁？歡迎睇網站製作服務、SEO 與 GEO 指南或聯絡我哋。
