HTTPS / 301 / 404 這些技術細節怎麼處理？
第二章：搜尋基礎篇 · 第 31 問
HTTPS、301重定向、404錯誤頁——這三個看似基礎的技術細節，處理不好會導致排名急降、流量遺失、使用者體驗崩潰。尤其在百度生態下，這些問題的恢復週期往往比Google更長，因此務必一次做對。
HTTPS遷移：百度環境下的完整清單
百度已明確表示HTTPS是排名加分項，且在搜尋結果中會優先展示HTTPS頁面。遷移步驟：
1. 證書選擇
- 免費方案：Let’s Encrypt（自動續期，適合中小型站）
- 付費方案：DigiCert、GlobalSign（企業站、電商推薦，有保險賠付）
- 國內方案：阿里雲免費證書、騰訊雲免費證書（一鍵部署，適合使用其伺服器的站長）
2. 全站跳轉設定
Nginx設定範例：
server {
listen 80;
server_name example.com www.example.com;
return 301 https://$server_name$request_uri;
}
3. 遷移後必做事項
- 更新sitemap所有URL為HTTPS版本
- 更新canonical標籤為HTTPS
- 在百度搜尋資源平台重新驗證HTTPS站點
- 提交HTTPS認證（百度站長平台 → HTTPS認證）
- 檢查頁面內部連結是否還有HTTP的硬編碼（混合內容問題）
- 更新第三方平台的外鏈指向（能改的改，不能改的靠301兜底）
常見坑：部分CDN預設回源用HTTP，導致搜尋引擎看到的仍是HTTP版本。務必確認CDN也設定HTTPS回源。
301重定向：百度的慢節奏要有耐心
301是永久重定向，告訴搜尋引擎「這個頁面已永久搬至新位址」。百度處理301的速度比Google慢很多，通常需要1-3個月才能完全傳遞權重。
何時使用301：
- 網站更換域名
- URL結構調整（如從
/article/123改為/blog/seo-tips） - HTTP遷移至HTTPS
- 刪除頁面但有對應新內容可承接
- 合併多個相似頁面
301最佳實務：
| 做法 | 說明 |
|---|---|
| 逐一對應跳轉 | 舊URL A → 新URL A’，不要全部指向首頁 |
| 避免鏈式跳轉 | A→B→C會損失權重，應直接A→C |
| 保持301至少180天 | 百度需要較長時間識別和傳遞權重 |
| 不要濫用302 | 302是暫時跳轉，百度不會傳遞權重 |
百度特別注意事項：
- 在百度站長平台提交「改版規則」，加速百度識別301
- 路徑：搜尋服務 → 網站改版 → 新增改版規則
- 支援三種方式：網站改版、規則改版、新舊URL對提交
鏈式重定向檢測：使用 Screaming Frog 爬一遍全站，篩選出所有重定向鏈（redirect chain），逐一修復為直接跳轉。
自訂404頁面：兼顧使用者與SEO
當使用者訪問不存在的頁面時，一個好的404頁面能挽救流量，一個壞的404頁面會讓使用者直接關閉標籤頁。
SEO層面要求：
- 伺服器必須回傳404狀態碼（不是200狀態碼顯示「頁面不存在」的內容，這稱為「軟404」，會浪費抓取配額）
- 不要將404頁面用301統一跳轉到首頁（百度會視為軟404）
- 404頁面本身設定
<meta name="robots" content="noindex">
使用者體驗設計：
- 友善的提示文案（“您訪問的頁面不存在”）
- 提供搜尋框，讓使用者自行查找
- 推薦熱門內容或相關頁面連結
- 提供返回首頁的按鈕
- 保持網站導航，不要用空白頁
範例文案：
抱歉，您要找的頁面可能已被移除或位址有誤。
試試搜尋您需要的內容，或瀏覽我們的熱門文章
如何審計死鏈（Broken Links）
死鏈不僅影響使用者體驗，還浪費百度的抓取配額，過多死鏈會降低百度對網站的信任度。
審計工具：
- 百度站長平台 → 抓取異常：直接查看百度發現的死鏈
- Screaming Frog：爬取全站，篩選4xx狀態碼
- Xenu Link Sleuth：老牌免費工具，適合中小網站
- Ahrefs Site Audit：付費但功能強大
發現死鏈後的處理優先順序：
- 有對應新內容 → 設定301重定向
- 無對應內容但有流量 → 恢復頁面或301到最相關頁面
- 無流量無價值 → 保持404，在百度站長平台提交死鏈
- 批量死鏈 → 百度站長平台"死鏈提交"功能，讓百度快速清除索引
實務建議
- HTTPS遷移選在流量低谷期操作：如週末凌晨，給搜尋引擎一段緩衝期，出問題也有時間修復
- 做完301後持續監控3個月：在百度站長平台和Google Search Console觀察索引量和流量變化，確認權重正常傳遞
- 每季做一次全站死鏈審計：用Screaming Frog掃一遍，把新產生的死鏈及時處理掉，保持網站的"健康分"
用 AI 工具解決：301 / 404 / HTTPS 迁移的自動化
場景一：批量生成 301 映射表
我的網站要改版，舊站有這些 URL（粘貼舊 URL 清單），新站的 URL 規則是 [如 /blog/ 前綴 + 標題 slug]。請幫我基於"語義最接近"的原則，為每條舊 URL 生成對應的新 URL，輸出為"舊URL,新URL"的 CSV 格式，並標出無法明確對應的條目。請不要把多條舊 URL 指向同一個新 URL。
場景二：把 301 映射表轉成 Nginx 配置
這是一份舊URL,新URL 的 301 映射表（粘貼前 50 條）。請幫我產生 Nginx 配置：用 return 301 逐條重定向，避免鏈式跳轉（A→B→C），並給出"所有 URL 都 301 到新域名"的 server 塊範例。同時說明每條規則放在哪個位置。
場景三：寫一個"不嚇人"的 404 頁面
請幫我寫一個 404 頁面：友好不嚇人、包含品牌感、提供站內搜尋框、推薦 3 篇熱門文章（我提供標題）、返回首頁按鈕。輸出 HTML + 內聯 CSS，並說明如何設定伺服器回傳 404 狀態碼、頁面加 noindex。
場景四：分析死鏈報告，確定處理優先順序
這是我在爬蟲工具導出的死鏈清單（粘貼 URL + 狀態碼）。請幫我分類：1) 有相近新頁面可 301 的；2) 可能是排版/連結錯誤導致的假死鏈；3) 已無價值可保持 404 的。按"優先級處理順序"輸出一張表，附上每條的處理建議。
注意：AI 的界線
- 301 映射必須人工確認：AI 按"語義相近"猜的對應關係可能把重要頁面指錯，核心頁面的映射務必自己核對
- 別讓 AI 直接修改伺服器：它生成的 Nginx 設定需由具備伺服器權限的人於測試環境驗證後套用，請先備份再進行修改
- AI 不了解你的業務：哪些 URL 應該 301、哪些應維持 404，取決於流量與業務價值，AI 只能提供建議，決策權在你手中
