網站遷移SEO檢查清單：保護你嘅流量

我監督過23次跨行業嘅網站遷移，從企業SaaS到地區電商都有。其中四次導致重大且持久嘅自然流量損失——而每一次失敗都有同一個根本原因：遷移被視為開發項目，而唔係SEO項目。網站遷移係網站自然搜尋歷史中風險最高嘅事件之一。做得好，Google係察覺唔到嘅。做得粗心，可能喺數週內抹去多年積累嘅排名信號。本指南提供完整嘅技術SEO框架：遷移前檢查清單、SEO架構決策、React應用SEO嘅具體挑戰，以及喺問題變成災難之前發現問題嘅上線後監控協議。

點解網站遷移會摧毀自然流量（以及點樣預防）

遷移相關流量損失嘅機制係眾所周知嘅，但仍然不斷重複。當URL更改而冇301重定向時，Google將舊URL視為已刪除，將新URL視為零權威嘅全新頁面。每個指向舊URL嘅反向連結停止傳遞連結權益。每個內部連結變成死路。每個用戶點擊嘅書籤返回404。

遷移流量損失最常見嘅三個原因，按頻率排序：

1. 不完整嘅重定向映射 — 團隊重定向主頁同頂級頁面，但錯過數百個長尾URL，而呢啲URL合計帶來大量自然流量。
2. 更改URL結構而冇更新canonical標籤 — 新URL上線而冇更新canonical標籤，產生稀釋排名權威嘅重複內容信號。
3. 失去內部連結權益 — 新網站嘅內部連結仍然指向舊URL，產生每跳都消耗PageRank嘅重定向鏈。

完整嘅SEO網站遷移檢查清單

喺你進行遷移時，點擊任何複選框將其標記為完成。

SEO架構：子域名vs子目錄（複利積累嘅決策）

企業做出嘅最重要SEO架構決策之一係喺邊度托管支持內容——博客、幫助中心或資源庫。子域名（blog.example.com）同子目錄（example.com/blog/）之間嘅選擇對連結權益喺你域名中嘅流動方式有直接、可量化嘅影響。

設計扁平、可爬取嘅網站架構

除咗子域名決策之外，你網站嘅內部結構決定Google喺你嘅頁面中分配PageRank嘅效率。目標係一個扁平架構，每個重要頁面都可以從主頁在3次點擊內到達。

React嘅SEO：點解客戶端渲染係隱藏嘅排名風險

React係構建現代Web應用嘅主流JavaScript框架——而且佢引入了純HTML網站唔會面對嘅一套特定SEO挑戰。核心問題係渲染：默認情況下，React應用向瀏覽器提供一個空HTML殼，並通過JavaScript填充內容。對於連接速度快嘅人類用戶，呢個幾乎係不可見嘅。對於Googlebot，佢創造了一個兩階段爬取問題。

三種渲染方法及其SEO影響

// pages/blog/[slug].tsx
// getStaticProps runs at build time — full HTML delivered to Googlebot
export async function getStaticProps({ params }) {
  const post = await fetchPostBySlug(params.slug);
  return {
    props: { post },
    revalidate: 3600  // ISR: rebuild page every hour
  };
}

export async function getStaticPaths() {
  const slugs = await fetchAllPostSlugs();
  return {
    paths: slugs.map(slug => ({ params: { slug } })),
    fallback: 'blocking'  // SSR for new slugs not yet built
  };
}