重導向鏈與迴圈
超過兩跳就開始漏權重
轉址鏈像轉了三手的介紹信——每轉一手就掉一點信任，轉到第四手，對方懶得看了。
03為什麼是現在學
轉址會隨著歷次改版自然堆積成鏈（A→B→C→D）。每一跳都消耗爬取並增加失敗風險，超過兩跳就該整理。
04白話理解（對客戶簡報可直接引用）
定期掃全站轉址：①鏈（超過兩跳）→ 改成起點直達終點 ②迴圈（A→B→A）→ 立刻修，這是死路 ③站內連結指向轉址頁 → 改成直接連終點。原則：轉址是給外部舊連結用的補救，站內自己人不該走轉址。
05工具箱
- ▸Screaming Frog redirect chains 報表 — 鏈與迴圈一鍵列出
- ▸curl -IL — 手動追單條鏈
06怎麼做 · SOP 3 步（每步標產出物）
- 1全站掃轉址鏈與迴圈→ 轉址健康報表
- 2鏈壓成一跳、迴圈修復→ 修復紀錄
- 3站內連結改指最終網址→ 內鏈更新紀錄
07場景應用（實戰經驗）
- ◆三次改版的老站：http→https→舊結構→新結構，四跳——歷史越久的站這題越髒，健檢必掃。
08⚠️ 常見誤區
- ✕只修鏈不修「產生鏈的習慣」——每次改版直接更新舊規則，而不是再疊一層。
口訣
「轉址一跳到位；站內不走轉址。」
10里程碑 · 完成標準（可驗證）
- ☐無三跳以上鏈
- ☐無迴圈
- ☐站內連結直達終點
學習者勾自己的進度；顧問勾客戶專案的交付——同一份標準，兩種用法。
12檢核方式與依據出處
程式自動判定：輸入網址，掃描引擎自己爬、自己打 API、自己判定。
- 🟢 官方明文Google：重新導向最佳做法 ↗
依據等級決定計分權重（🟢×3／🔵×2／⚠️×1）——權重量的是「依據有多硬」， 不是「我們覺得多重要」。查無權威文件的判準，誠實標「業界慣例」。