先知道正在搬甚麼
整理重要頁面、流量、排名、外鏈、收錄、轉換和內容角色，不能只匯出一張 URL 清單。
SEO 網站改版與搬站／保留排名的網站遷移策略
網站可以變得更好，但 SEO 訊號不能在改版時丟失。
網站改版、換 CMS、改 URL 或搬到新網域，通常是為了改善速度、品牌和用戶體驗；但如果沒有先做 SEO 遷移計劃，原本的排名、收錄、內部連結和轉換頁面可能在上線後失去方向。我會由 URL inventory、對照表、301 Redirect、canonical、hreflang、staging QA 到上線後監測，讓改版真正向前走。
URL 對照表301 RedirectStaging QA30 日監測
網站遷移搜尋示意／香港排名訊號正在保護
SEO 網站搬站
URL／301／canonical上線前後都要驗收
遷移結果你的網站.com／SEO 網站搬站新網站承接舊網站的搜尋價值
用 URL 對照、逐頁 redirect、canonical、內部連結和監測，降低不必要的流量斷層。
上線前知道哪些 URL 不能遺失
先看流量、排名、外鏈、收錄和轉換，再決定每個舊頁的去向。
上線後發現問題，快速修正
監測 404、redirect chain、canonical、索引、排名和 Search Console 訊號。
搬站後 SEO／持續觀察按證據修正
搬站不是按下發布鍵的一天。真正的遷移由上線前基準、上線日控制和上線後修正共同組成。
1:1URL 對照優先
301逐頁轉址
6遷移檢查層
30日上線監測
10+年 SEO 實戰
01／SEO 改版與搬站真正要解決的問題
新網站不是終點。
是搜尋價值的交接。
設計、開發和 SEO 會各自看見不同的成功；遷移計劃要把三者放在同一張表上。每一個重要舊 URL 都要有合理的新去向，並在上線後由數據驗證 Google 和用戶是否真的接收到新的網站結構。
一對一交接，避免全導首頁
能對應的舊頁連到最相關的新頁；沒有合理替代品的頁面才按內容和狀態處理 404 或 410。
把 staging 問題留在 staging
檢查 noindex、robots、canonical、sitemap、內部連結、結構化資料和模板，避免測試設定帶到正式環境。
不要把所有舊頁導向首頁
首頁通常無法承接舊頁的主題、意圖和使用者預期，這樣做可能令 redirect 失去真正的替代關係。
上線日不是驗收日
需要在上線前預演、上線即時檢查，並在接下來數星期查看索引、排名、錯誤、流量和轉換。
改版可能改變搜尋意圖
如果新內容、分類、標題或內部連結令頁面角色改變，技術 redirect 做得正確也不代表相關性會自動保留。
舊 URL → 新 URL逐頁判斷內容、意圖、流量、外鏈和最相關的新去向
301／404／410按頁面關係和內容狀態選擇正確回應，不用一個規則處理全部 URL
Canonical／內部連結讓新網站的自我指向、導覽、錨文字和頁面層級互相一致
GSC／Analytics／Sitemap建立上線前基準和上線後監測，快速分辨技術問題與正常波動
上線前／建立基準URL inventory、排名、流量、外鏈、轉換、staging QA 和完整 redirect map。
上線日／控制變更發布 redirect、canonical、sitemap、robots、內部連結和追蹤，逐項抽查重要頁面。
上線後／監測修正查看 404、redirect chain、索引、排名、流量和轉換，按影響優先修正。
SEO 搬站的真正交付，不是一個「已上線」狀態。
你應該知道哪些頁面已經交接、哪些訊號仍然需要觀察、哪個問題最可能影響生意，以及下一個修正應該由誰負責。
先做對照，再做 redirect先在 staging 驗收上線後用數據修正
02／SEO 網站搬站增長引擎
由風險清單，
走到安全交接。
每個 URL 都有去向。
我會按網站大小、平台、改版幅度、網域變更、語言版本和商業優先次序，建立可執行的遷移路線，不會等到流量跌了才開始找原因。
URL inventoryRedirect mapCanonicalStaging QASitemap上線監測
了解完整 SEO 方法 主要目標SEO 搬站
＋安全交接遷移控制系統運作中
＋安全交接遷移控制系統運作中
整理重要 URL、曝光、點擊、排名、流量、外鏈、收錄和轉換，讓上線後有可比較的基準。
按內容和搜尋意圖配對舊頁與新頁，找不到合理去向的頁面也要清楚標記。
檢查 301、redirect chain、loop、參數、大小寫、尾斜線和最終 landing page。
新頁面要能由本身、導覽、sitemap、canonical 和語言關係共同說明它的角色。
檢查 noindex、robots、canonical、測試網址、登入限制和環境設定，並在正式發布前重做一次。
用 Search Console、Analytics、log、爬蟲和實際頁面檢查 404、索引、流量、排名和轉換。
VOOPOO首頁關鍵字
+68%網站與內容優化後，首頁關鍵字增長。
3DMAKERPRO7 個月
103%由零建立搜尋需求和轉換路徑。
網站改版技術訊號
300+由索引、URL、內容和體驗共同檢查的項目。
全球網站自然增長
14K+公開案例中自然流量由不足 5,000 增長至 15,700+。
改版後搜尋訊號／由波動到穩定持續監測
04／SEO 網站改版與搬站合作流程
先安排交接，
再按證據上線。
我會把 SEO 工作放入設計、開發和發布節奏，令團隊知道甚麼時候要決定、甚麼時候要測試、甚麼時候要回應數據。
- 01建立基準
整理舊網站 SEO 資產
記錄 URL、排名、流量、外鏈、收錄、轉換、metadata、canonical 和語言版本。
- 02建立對照
為每個重要頁找去向
按內容、搜尋意圖、使用者任務和商業價值安排新 URL、redirect 或內容合併。
- 03預演測試
在 staging 找出問題
抽查 templates、links、status codes、structured data、robots、noindex、速度和表單。
- 04上線執行
按清單逐項發布
同時處理 DNS、SSL、redirect、canonical、sitemap、內部連結、追蹤和重要頁面抽查。
- 05即時驗收
上線後先看最重要的頁
檢查首頁、服務頁、產品頁、分類頁、熱門文章、主要轉換頁及一批長尾 URL。
- 06持續修正
用 30 日訊號安排優先次序
查看索引、404、redirect、排名、流量、查詢和轉換，先修正影響最大的斷點。
改版完成，不代表遷移完成。
搜尋引擎和使用者需要時間重新理解網站；一套清晰的監測、責任分配和修正節奏，往往比上線當天的漂亮報告更重要。
SEO 搬站／公開方法Google
搜尋結果lockelee.hk／SEO 網站改版網站工程和搜尋策略要同時工作
URL、模板、內容、體驗和商業頁面互相連接，才是真正的遷移。
搬站的差別每一個改動都有搜尋後果
不是只把舊頁搬到新模板，而是把頁面角色、訊號和下一步一起交接。
最實際的證明我同時理解 SEO、網站開發和上線後的修正。
MIGRATION05／為甚麼選擇 Locke
我不只會列出風險。
我會把修正落到網站。
搬站最容易出現的問題，是報告和實際上線工作分開。你需要一個能看懂 CMS、模板、程式碼、內容、Search Console 和商業優先次序的人，直接參與關鍵決定和修正。
01
SEO＋網站工程能力
能把 redirect、canonical、模板、內容、速度、表單和追蹤放在同一個改版流程。
02
直接執行，不只交報告
由基準、對照、測試到上線後修正直接合作，減少策略和開發之間的失真。
03
按商業影響排序
先處理服務、產品、分類、熱門內容和轉換頁，而不是只按 URL 數量排序。
04
清楚說明不確定性
不保證排名不跌，但會把可能性、監測方法、修正責任和下一步講清楚。
06／每個遷移週期你會看見甚麼
每一個風險，
都有頁面和負責人。
你會看見 URL 對照、redirect、canonical、索引、重要頁面、錯誤和下一輪修正，而不是只收到一句「網站已經上線」。
SEO 遷移工作視圖／目前週期可追蹤交接
正在觀察的核心面向6
URL、轉址、頁面訊號、環境控制、收錄與上線後結果。
01
URL 對照與重要頁面
已整理知道哪些舊 URL 要保留、合併、轉址或結束。
02
301、404 與 redirect chain
已測試檢查每一個重要 URL 的回應、目的地和是否有不必要跳轉。
03
Canonical、sitemap、hreflang
已連接確保新網站的版本、頁面關係、索引提示和語言設定一致。
04
上線後恢復優先次序
下一步按流量、排名、轉換和技術影響決定下一個最值得修正的問題。
07／SEO 網站改版與搬站常見問題
開始前，
先分清楚。
搬站最常見的誤解，是把設計發布、網址轉換、SEO 遷移和上線監測當成同一日的工作。
01網站改版一定會令排名下跌嗎？＋
不一定。風險取決於 URL、內容、模板、內部連結、技術設定和網站歷史有多大改變；完整的基準、對照、測試和監測可以減少可避免的損失，但不能消除所有波動。
02是不是把所有舊 URL 都 301 到首頁？＋
通常不應該。301 的目的，是把舊頁導向最相關的新頁；如果沒有真正替代品，應按內容和狀態評估 404、410 或保留頁面，而不是用首頁掩蓋所有差異。
03staging 網站應該怎樣避免被收錄？＋
要按環境設計存取限制和 noindex／robots 控制，並在正式上線前再檢查 canonical、sitemap、內部連結和測試網址，避免測試設定一併發布。
04搬站後幾耐先知道有沒有問題？＋
部分技術問題可以在上線即日發現，例如 redirect、5xx、robots 或表單；索引、排名、流量和轉換則需要數天至數星期觀察。重點是先有上線前基準，並按影響持續監測。
05多語言搬站要額外檢查甚麼？＋
除了 URL 和 redirect，還要檢查每個語言版本的 canonical、hreflang、回鏈、語言代碼、sitemap、內部連結、內容和本地搜尋意圖。
06你會保證搬站後排名完全不變嗎？＋
不會。搜尋結果受競爭、演算法、內容、技術、用戶行為和網站歷史影響；我可以協助降低可避免的風險、建立監測和安排修正，但不能保證固定排名。
由你的網站開始
準備改版或搬站？
先找出最不能丟的 SEO 訊號。
只需提交網站網址。我會先查看目前的 URL、重要頁面、搜尋訊號、語言版本和可能的遷移斷點，再與你確認應該先做 mapping、技術檢查還是上線後監測。