短網址 301 vs 302 redirect：哪個對 SEO 友善？為什麼 drrop.cc 選 302

短網址背後的技術很簡單 — user 點 drrop.cc/l/abc123 → 伺服器送一個 redirect header → 瀏覽器跳到目標 URL。但 redirect status code 用 301（永久）還是 302（暫時），對 SEO、隱私、user 體驗 有截然不同的影響。

本文拆解：兩者技術差別、對 SEO 的影響、不同場景該怎麼選、為什麼 drrop.cc 選 302。

301 vs 302：技術定義

兩個都是 HTTP redirect status code，但意義不同：

具體舉例：

301 場景：你公司網站從 oldcompany.com 改名為 newcompany.com，所有舊頁面永久搬遷 → 用 301，告訴 Google「以後請只索引 newcompany.com」。

302 場景：你網頁臨時做 A/B test，30% user 導到實驗版本 → 用 302，告訴 Google「原 URL 還是主要，不要替換索引」。

SEO 影響的關鍵：link juice 傳遞

「Link juice」是 SEO 圈用語 — 指權重 / 信譽從原 URL 傳到目標 URL 的能力。

301 redirect 對 SEO 的影響

• 約 90-99% link juice 傳遞到目標 URL
• Google 把原 URL 從索引移除、目標 URL 取代位置
• 適合「真的永久搬遷」的場景

302 redirect 對 SEO 的影響

• link juice 大多保留在原 URL（不全傳到目標）
• Google 視原 URL 為主要、目標為臨時
• 對短網址來說 — 你不希望「Google 把目標 URL 的權重轉給短網址 host」

為什麼短網址要用 302？

直覺以為「短網址 → 目標」是永久關係，應該用 301。但實際上短網址服務（包含 drrop.cc）幾乎都用 302，原因：

① 保護目標 URL 的 SEO 權重

如果短網址用 301：

• Google 看到 drrop.cc/l/abc123 → 301 → mysite.com/article
• Google 認為「short URL 是 canonical，mysite.com/article 是 alias」
• mysite.com/article 的 SEO 權重被「轉移」到 drrop.cc

這對 user 是反效果 — 他只是用短網址分享 mysite.com 文章，不想讓 Google 把 mysite.com 的權重轉到 drrop.cc。

用 302 才能保留 mysite.com 的 SEO 權重不被偷。

② 短網址可能會被刪除

short URL 服務的本質是「臨時 alias」。用 302 表示「這條 short URL 暫時指向目標，目標才是 canonical」 — 即便短網址消失，目標 SEO 不受影響。

③ 避免 short URL 被 Google 自己索引

如果 short URL 用 301 並有 link juice 傳遞，Google 可能會嘗試索引 drrop.cc/l/abc123 本身。但這條 URL 沒有 user-readable content，索引價值低。

302 避免這個問題。

別的細節：301 cache 的副作用

瀏覽器對 301 redirect 會 cache（可能無限期 cache）。如果你發了一條 301 短網址，後來想改目標 URL 但保留同樣短碼 → user 的瀏覽器仍會用 cached 結果跳到舊目標。

302 不會被瀏覽器強 cache，每次都會重新 fetch。

對短網址工具來說，302 更靈活 — 如果目標 URL 改了（譬如 user 想 redirect 到不同地方），下次點還能 update。

進一步：307 vs 302 的細節

HTTP 標準也支援 307 Temporary Redirect，跟 302 大同小異，主要差別：

• 302：規範上是 GET，但實務上瀏覽器對 POST 也視為 GET（造成 method change）
• 307：嚴格保留原 method（POST 還是 POST）

對短網址這種純 GET 場景，302 / 307 差別不大。多數服務沿用傳統 302。

drrop.cc 的選擇：302 + Cache-Control: no-store

drrop.cc 縮網址 /l/[code] endpoint 的響應 header：

HTTP/1.1 302 Found
Location: https://target.example.com
Cache-Control: no-store, no-cache, must-revalidate
Referrer-Policy: no-referrer

三個 header 的作用：

• 302 Found：暫時重定向，目標 URL 保留 SEO 權重
• Cache-Control: no-store：瀏覽器 / CDN 不 cache，確保每次重新查 D1 看最新狀態（譬如 user 主動刪除後立即失效）
• Referrer-Policy: no-referrer：跳轉時不洩漏 drrop.cc 給目標站（隱私保護）

額外做的：每次點擊 click_count++ 在 waitUntil（async） — 不延後 user 跳轉時間。

不同場景該選什麼

短網址服務（drrop.cc 場景）→ 302

• 保護目標 SEO 權重
• 短網址可能被刪
• 避免瀏覽器強 cache

網站永久搬家 → 301

• 譬如 oldcompany.com → newcompany.com
• 譬如 mysite.com/old-article → mysite.com/new-article
• 希望 Google 把舊 URL 索引換成新 URL

A/B test / 臨時導流 → 302

• 不希望 Google 索引變動

登入後跳轉、shopping cart 流程 → 303 See Other

• POST 後 redirect 到 GET，避免重複提交

FAQ

Q：用 302 的短網址會被 SEO 工具標為「壞 link」嗎？ A：不會。SEO 工具（譬如 Ahrefs / Semrush）都明白 302 是短網址常規。

Q：301 / 302 對網址外觀有差嗎？ A：對 user 完全沒差 — 瀏覽器都會直接跳到目標 URL，address bar 顯示目標 URL，他不會知道中間是什麼 status code。

Q：可以查一個短網址用 301 還是 302 嗎？ A：可以。用 curl：

curl -I https://drrop.cc/l/abc123

看 HTTP/1.1 302 Found 或 HTTP/1.1 301 Moved Permanently。

Q：lihi、bitly 用哪個？ A：bitly 用 302（甚至更複雜，多個 redirect chain）；lihi 視情況 mix。多數中文短網址服務用 302。

Q：drrop.cc 短網址有點擊統計嗎？ A：drrop.cc 有計次（click_count++）但不公開統計儀表板。為了隱私，我們不存點擊 user 的 IP / 裝置 / 來源 — 只記總計次。Admin 後台可以看到 click_count 數字。

最後

短網址用 302 不是技術懶 — 是為了保護目標 URL 的 SEO 權重 + 保留 redirect 靈活性 + 避免短網址自身被 Google 索引。

如果你在自己架短網址服務、或在挑選短網址工具，記得 check 一下 redirect status code，確認用的是 302。

→ drrop.cc 縮網址即試：drrop.cc