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 前,為網站搬家、網域轉移與網址清理建立永久轉址。