UrlEdge
SEO 搬站轉址

用 301 轉址守住搬站流量

搬移頁面、資料夾或整個網域時,不要讓舊連結變成 404。UrlEdge 的 Edge-native 301 轉址協助維持SEO 訊號連續性,並以低延遲 在全球回應。

https://

GET /old-page
EDGE Routing
301 -> /new-page

為什麼 301 轉址重要

當頁面搬家時,搜尋引擎需要知道它搬到哪裡。301 轉址是告訴 Google「這個頁面已永久移動」的標準方式,也能協助搜尋引擎重新理解新舊網址關係。

  • 維持 SEO 訊號連續性
  • 避免 404 與使用者受挫
  • 更新網址結構而不讓舊流量中斷
  • 自動 HTTPS 強制轉址

技術規格

狀態碼301 / 308
Cache-Controlpublic, max-age=31536000
全球延遲< 30ms (Anycast)
協定支援
HTTP/2HTTP/3

301 轉址適用情境

當舊網址在搬站、清理或換網域後仍需要可用時,就應使用永久轉址。

網域導流

從 .net 換到 .com?用一條 wildcard 規則轉送整個根網域與所有路徑。

CMS 換平台

從 WordPress 搬到 Next.js 或 Shopify?把舊 permalink 結構對應到新路由,減少手動整理。

智慧 Wildcards

用進階 pattern matching 自動把 /blog/* 轉到 /news/*。

全球 Edge 交付

UrlEdge 會把你的轉址規則推送到 Cloudflare-backed Edge 覆蓋範圍。

🌍

1. 請求

使用者造訪 old-brand.com/page

⚡

2. Edge 查找

較近的 Edge node 會快速找到規則

✅

3. 轉址

瀏覽器立即收到 301 回應

轉址類型比較

類型SEO 影響瀏覽器快取最適合情境
301 強永久搬移訊號永久網站搬家、HTTPS
302暫時訊號無短期活動、維護
308 強永久搬移訊號永久現代應用(保留 POST)

常見問題

多數搬站情境中,301 轉址可協助把永久搬移訊號傳遞到新網址,因此常用於維持 SEO 連續性。不過它不是排名保證,仍需搭配內容、內部連結與 sitemap 更新。

理想上應長期保留。外部網站的 backlinks 可能永遠不會更新。如果必須移除,至少等待一年,讓搜尋引擎有時間處理新結構。

可以用轉址整理品牌聯盟連結,但要謹慎選擇狀態碼。只有當目的地是永久固定時才使用 301;會變動的 offer 應使用暫時轉址。

效能基準

Server-side 與 Edge 轉址比較

Origin 層轉址通常要讓請求先抵達你的伺服器或應用程式,瀏覽器才會收到 Location header。UrlEdge 則會在較近的 Edge location 解析規則。

實際效果是降低 origin 工作量,並讓訪客走更短的轉址路徑。

30ms
UrlEdge TTFB
180ms
Origin 伺服器

先把 301 規則建好。

在舊連結變成 404 前,為網站搬家、網域轉移與網址清理建立永久轉址。