搜尋觀點
Google SEO 首 90 日：香港企業網站先修哪一項？
Google SEO 的首 90 日，不是把技術、內容、本地資料和報表平均分給每一個人；而是先找出哪一段正阻斷搜尋走到查詢。
香港企業剛開始整理 Google SEO 時，最常見的錯誤不是「做得太少」，而是同時做太多：一邊重寫全部 title、一邊加新文章、一邊開新地區頁，最後卻仍未回答最基本的問題。Google 找不找到重要 URL？服務頁能否讓客戶判斷你是否適合？文章有沒有把人帶回服務入口？Search Console 和表單能否回看真實來源？
因此，首 90 日的目標不應是把網站變成一個看起來很忙的專案，而是建立一條可驗證的搜尋到查詢路徑。若你仍在整理整體主題地圖，可先讀 Google SEO 是甚麼？香港企業怎樣把搜尋曝光變成查詢？；若查詢分組已大致完成，這篇會處理下一個問題: 先修哪一項，才最值得。
先選一條修復隊列，不要平均分給所有工作
首輪判斷，先看哪一種斷點最接近生意結果。以下四條隊列，不需要同時啟動；但至少要知道你現時主要卡在哪一條。
| 修復隊列 | 常見症狀 | 首輪先做甚麼 | 90 日內要看到的變化 |
|---|---|---|---|
| 索引與版本 | 重要頁沒曝光、舊新網址互相打架、搬站後流量失真 | 抽查代表 URL 的 200、robots、canonical、redirect、sitemap | Google 能抓到並理解正確版本 |
| 服務頁承接 | 有曝光但少查詢、客戶看不懂範圍、文章無法自然帶回服務 | 重寫核心服務頁的首屏、適合對象、限制、流程與 CTA | 服務頁點擊、WhatsApp／表單起步更清楚 |
| 內鏈與主題角色 | 同一服務由多篇文互搶、主文章和工具頁彼此孤立 | 指定主承接 URL，補回主文章、服務頁、工具與支援文的內鏈 | 讀者下一步更清楚，集羣角色更穩定 |
| 量度與回看 | 團隊只看排名截圖，無法説出哪個 URL 帶來接觸 | 整理 Search Console query/page、landing page 和查詢記錄 | 每月能回答「哪個入口值得繼續投資」 |
若網站剛搬站、改 URL 或曾大改導覽，通常先處理「索引與版本」。若網站已有曝光和文章，但服務頁很薄弱，則應先處理「服務頁承接」。不要因為某個關鍵字看起來重要，便跳過真正的阻塞點。
第 1 至 14 日：先建立代表 URL 稽核板
第一個兩星期，不要抽象地説「做技術 SEO」。請直接列出代表 URL。對一般香港服務網站，第一批通常是：
- 首頁
- 一個最重要的服務頁，例如 Google 搜尋 SEO 服務
- 一個主題主文，例如 Google SEO 香港實務指南
- 一篇高曝光或高轉換潛力支援文
- 聯絡頁或主要 CTA 頁
- 一條舊網址或近期曾改過的 URL
- 若有本地業務，再加一個 本地商家 SEO 或 Google 地圖優化 相關頁
- 若有電商，再加一個 E-SHOP SEO 或平台／分類頁
Google 的 SEO Starter Guide 把可抓取、可理解和清楚網站結構視為基本前提。這一階段的工作，就是確認代表 URL 是否已達到最低門檻，而不是先做大批量內容。
具體檢查可按以下順序：
- HTTP 狀態與最終 URL：先用 重定向檢測 看它是否穩定回傳 200，還是繞了多層 301／302。
- robots 與 sitemap：確認 robots.txt 沒有誤封核心頁，且 sitemap 真正列出可索引版本。可配合 robots.txt 分析工具 及 Google 的 sitemap 建立指南。
- canonical 與版本一致性：若頁面 canonical 指向別處，或 sitemap、內鏈和 canonical 各説各話，Google 可能自行挑選另一個 URL。可先讀 canonical 疑難排解，再用 Canonical 與 hreflang 檢查工具 抽查。
- Search Console 驗證：用 URL Inspection Tool 看 Google 實際看到的是哪個版本，而不只看頁面原始碼。若近期剛改過 URL，可再參考 搬站後怎樣用 Search Console 判斷 canonical 重評估？。
這一輪完成後，團隊至少應能説出：哪幾個 URL 已穩定可索引、哪幾個 URL 仍在互相衝突、哪個問題會直接影響接下來的內容和服務頁工作。若答不到，先不要進入大規模內容擴寫。
第 15 至 45 日：只重寫真正承接商業問題的頁面
第二階段，不要把所有頁面都「優化一下」。請只重寫那些本來就應該承接商業決策的頁面。對香港公司來説，最重要的通常是服務頁，而不是另一篇定義式文章。
這些頁最少要回答五件事：
- 你實際處理甚麼問題，而不是隻寫「提升排名」
- 適合甚麼公司或網站階段，不適合甚麼情況
- 香港或目標市場的服務範圍、語言與協作方式
- 會檢查哪些 URL、內容、技術或平台資料
- 下一步怎樣開始，例如 WhatsApp、表單、需求書或診斷資料
例如查詢「Google SEO 香港」的人，未必想先看一篇長篇 SEO 定義；他更可能要判斷：這家公司是否處理香港繁中市場、會否檢查 Search Console、服務頁、地區資料和多語言版本，以及合作時我需要準備甚麼。因此，這類查詢應由 Google 搜尋 SEO 服務 或 SEO 服務 承接，支援文章則負責補足判斷依據與限制。
這個階段同時要做兩類內鏈：
- 由主文章和支援文連回服務頁：例如本主題羣組中的 香港 Google SEO 關鍵字研究 與本文，都應自然把讀者帶回服務入口。
- 由服務頁連回可協助比較的文章與工具：讓仍在研究階段的讀者知道下一步可看甚麼，而不是被迫立即詢價。
若網站有本地或電商分支，這時才決定是否要把工作拉進 本地商家 SEO、Google 地圖優化 或 E-SHOP SEO；前提是你已有相應服務能力和真實市場需求，而不是看到一個近義詞就另開新 URL。
第 46 至 90 日：讓 Search Console 決定下一個內容缺口
當代表 URL 基礎穩定、核心服務頁也能回答商業問題後，第三階段才值得問：下一篇內容應補哪裡？答案不應來自感覺，而要來自 query 和 page 的組合。
回看時，至少回答以下三條問題：
- 哪些查詢已有曝光，但沒有一個清楚主承接 URL？
- 哪些頁已有曝光與點擊，卻沒有帶讀者走向服務／聯絡入口？
- 哪些服務頁已有互動，但搜尋摘要、首屏或內鏈仍令高意圖查詢流失？
若你已做過 香港 Google SEO 關鍵字研究，這一步其實是把分組表和真實數據對照。某些題目可能值得更新現有主文章；某些則只需在既有頁補 FAQ、比較段或內鏈，而不是新開一篇近似文。
Google 在 AI search guidance 仍強調原創、實用與以人為本的內容。這代表 46 至 90 日的工作，不是每週固定增產，而是隻在有可驗證缺口時補內容。對這個主題羣組而言，若 Search Console 還未顯示新的本地、電商或英文缺口，最理性的做法是先更新高價值既有頁，而不是再創新主題。
三件不要先做的事
很多網站首 90 日做錯方向，不是因為團隊不勤力，而是把時間花在搜尋系統最難即時回報的地方。
不要先為近義詞批量開頁
「Google SEO」、「谷歌 SEO」、「Google 搜尋 SEO」在香港繁中市場可自然共存於同一個主題集羣；沒有獨立服務差異前，不值得各自做一頁。若你想先理解如何分組，可回看 香港 Google SEO 關鍵字研究。
不要每星期重寫 title 和 description
若頁面角色、首屏和內鏈都沒有改，只反覆改 meta 很少能解決根本問題。可先用 SERP 預覽工具 檢查摘要是否清楚，再決定是否真的需要改寫。
不要急着做半成品英文頁或簡體近義頁
若服務、案例、聯絡流程和責任分工還未準備好，英文頁不會因為多了幾個英文詞就完成任務；簡體近義頁更不應在沒有實際市場服務前被自動生成。香港網站應先把最完整的繁中主頁做好，再按真實市場需求延伸。
第一份月報，至少要看見這四類證據
90 日內的回顧，不應只是「排名上升幾位」。一份能幫團隊做決策的月報，至少應包括：
| 報表項目 | 需要的證據 | 要回答的問題 |
|---|---|---|
| 代表 URL 狀態 | 200／301、canonical、robots、sitemap、URL Inspection 記錄 | Google 現在能否讀到正確版本？ |
| 內容與服務頁修改 | 改了哪個段落、哪個 CTA、補了哪條內鏈 | 這次變更想改善哪一段搜尋路徑？ |
| Search Console query/page | impressions、clicks、average position、主要 landing page | 哪個主題正在被看見？由哪個 URL 承接？ |
| 查詢或聯絡訊號 | WhatsApp、表單、電話或可跟進對話的 landing page | 曝光是否開始接近真正生意問題？ |
若你正在比較供應商或內外部協作方式，可把這張表帶去對照 香港 SEO 公司怎樣揀？由網址、權限到驗收的採購檢查表。沒有這些證據，即使報表看起來很完整，也未必足夠支持下一步預算和內容決定。
何時才值得再開新分支？
以下三項至少有兩項成立，才值得在 90 日後考慮新分支：
- 既有主文章和服務頁已穩定承接核心查詢
- Search Console 或第一手銷售資料顯示一個新的高價值需求反覆出現
- 團隊可以提供不重複、對香港市場有用的實質答案，而不是把原有文章換標題再寫一次
若這三項仍未成立，較好的做法通常是更新既有高價值頁、補服務頁 CTA、改善內鏈或擴大代表 URL 的技術抽查範圍。這亦符合本主題羣組在第 7 至 8 週後轉向「監測、更新與維護」的節奏。