2026-05-18·24 分鐘閱讀·drrop.cc

短網址完全指南：從技術原理到場景選擇到自架（2026 版）

短網址不只是「把長 URL 變短」這麼簡單。本文 4500 字從歷史、技術原理、SEO 影響、7 個服務深度評測、5 種場景選擇、自架 vs 第三方完整分析。

短網址服務從 2002 年 TinyURL 起家，到 2008 年 bit.ly 引爆 social media 時代，再到 2026 年的隱私導向新世代 — 這 24 年它從「方便」演進為「承載著 SEO 影響、隱私 trade-off、商業競爭的基礎建設」。

如果你只想知道「該用哪個」 — 跳到下方「5 種場景該選哪個」section。但本文目的是讓你看完後對短網址完整理解 + 能自己判斷未來新工具。

這篇文章串連 10 篇 deep dive 文章作為延伸閱讀，作為 drrop.cc blog 的縮網址主題 pillar。

1. 短網址的歷史與演進

2002-2008：實用主義時代

最早的短網址服務 TinyURL.com（2002）誕生於一個簡單需求：email 寄長 URL 會自動斷行壞掉。Outlook、Eudora 等 email client 對超過 72 字元的 URL 會在中間插換行 — 收件人點擊失敗。

TinyURL 用 4 個字元就能 hash 任意長 URL，解決這個痛點。設計極簡：無註冊、無統計、永久。

2008-2015：Social Media 時代

Twitter（2006）的 140 字元限制是短網址的關鍵推手。2008 年 bit.ly 推出 — 一條 URL 一條 short URL，並開始統計點擊。short URL 變成行銷工具：知道哪條連結效果好。

bit.ly 同期競爭者：goo.gl（Google，2018 關閉）、ow.ly、t.co（Twitter 自家，自動包裝所有 tweet 內 URL）。

中文圈這時期出現 lihi.cc（Click Force，2014）、myppt.cc（2009，PTT 鄉民）— 各自發展本地市場。

2015-2020：行銷工具化

短網址服務開始分層：免費 tier + 付費 Pro tier（含統計儀表板、品牌 domain、API、批量處理）。bit.ly Pro 月費 $35+。

這時期出現 臨時 + 工具化：

Branch.io（深度連結 + 跨平台 attribution）
Linktree（bio link 聚合）
s.id（印尼國民縮網址）

2020-2025：隱私導向時代

GDPR（2018）、Apple App Tracking Transparency（2021）、各國個資法強化 — user 對「點擊統計收集了多少資料」開始警覺。

新一代短網址服務（譬如本站 drrop.cc）主動限制自己的監控能力：

不存原始 IP（HMAC hash 後存 + 國家碼）
純 302 redirect 不夾廣告
短網址擁有者也看不到細部統計

2026 趨勢：分眾化

短網址市場 2026 年的趨勢：

商業 marketer → bit.ly Pro / Branch.io（要統計、要 API）
隱私導向 user → drrop.cc / ppt.cc / 自架
中文市場 niche → lihi / myppt 為主
NSFW / 灰色市場 → 自架，避免被擋

2. 技術原理

HTTP redirect 三大 status code

短網址核心技術：HTTP redirect。三種 status code：

Code	名稱	用途
301 Moved Permanently	永久搬家	「以後請只用新 URL」
302 Found	暫時跳轉	「臨時導向，原 URL 仍 canonical」
307 Temporary Redirect	嚴格暫時	同 302 但 method 保留（POST 仍 POST）

對短網址而言：302 才對。原因見短網址 301 vs 302 redirect 文章。

Redirect chain 跟 SEO

某些短網址服務（譬如 bit.ly + bitly 內部 redirect）會產生 多 hop redirect chain：

user → bit.ly/abc → bitly.com/internal-tracking → target.com

每個 hop 都是一次 DNS lookup + TLS handshake + HTTP request。對：

user 體驗：每 hop 增加 100-300ms
SEO：Google 對 chain > 5 hop 開始扣權重
隱私：每 hop server 都記一筆 log

純單 hop 設計（drrop.cc）這方面最乾淨。

Cache 控制

短網址 server 通常設：

Cache-Control: no-store, no-cache, must-revalidate

原因：

過期 / 撤回需要即時生效：user 用 deletion token 刪了短網址，下次 request 應該看到「已下架」，不能 cache 舊結果
避免 user 端 cache：瀏覽器 cache 301 可能無限期，造成「明明改了目標 URL，但 user 還是看到舊版」

drrop.cc 用 Cache-Control: no-store，每次都重新查 D1，確保最新狀態。

Referrer-Policy 隱私保護

短網址跳轉時，瀏覽器會把 short URL host 當作 referrer 傳給目標站：

目標站收到的 referer header: https://drrop.cc/l/abc

這對目標站「我從哪裡來的」追蹤是 OK 的，但若 short URL 本身敏感（譬如 short URL 在 query string 帶 user 資訊）就洩漏。

drrop.cc 設 Referrer-Policy: no-referrer — 跳轉時完全不送 referrer，user 隱私多一層保護。

3. 短碼的數學

字元集 × 長度 = 組合空間

短碼空間 = 字元數 ^ 長度。各服務的選擇：

服務	字元集	長度	組合
TinyURL	36 (a-z + 0-9)	6	21.7 億
bit.ly	62 (a-z + A-Z + 0-9)	7	3521 億
drrop.cc	56（排除 0/O/1/l/I/i）	6	30.8 億
myppt.cc	62	6	568 億

Birthday paradox 跟碰撞機率

光看「組合多少」不夠 — 用 birthday paradox 算實際碰撞機率：

對 30 億組合（drrop.cc）：

1 萬條短碼下：next 碰撞機率 0.0003%
100 萬條：14% 累積碰撞機率（建議升 7 字元）

詳見短網址會跟人撞嗎。

為什麼有些字元集排除 `0` `O` `1` `l`

人類視覺易混淆字元：

0（零） vs O（大寫 o）
1 vs l（小寫 L） vs I（大寫 i）

對「口頭分享 / 手寫 / 印刷品」場景，混淆會導致 user 輸入錯誤短碼。drrop.cc 字元集排除這些字元，犧牲一點組合空間換 user 體驗。

4. 7 個主流服務深度評測

bit.ly

TLD: .ly（利比亞）
短碼: 7 字元 base62
價位: 免費 / Pro $35+/月
強項: 全球信譽、完整統計、API、企業整合
弱項: 中文圈認知低、免費 quota 限
適合: 國際商業、要 API、要詳細統計

lihi.io / lihi3.com

TLD: .io / .com / .cc
短碼: 6-8 字元
價位: 免費 / Pro
強項: 台灣本土、Click Force 生態、中文介面
弱項: 跳轉夾廣告頁、自動加 affiliate 追蹤
適合: 台灣個人經營、不在意過場頁

ppt.cc

TLD: .cc
短碼: 6 字元
價位: 免費
強項: PTT 鄉民認知、極簡、純 redirect
弱項: 沒統計、沒自助刪、介面陳舊
適合: PTT 用戶、極簡需求

myppt.cc

TLD: .cc
特色: 縮網址 + 上傳檔案（影床）
價位: 免費（廣告變現）
強項: 15 年老站、PTT 鄉民信任
弱項: 沒密碼 / 沒過期 / 沒 token
適合: 想兼縮網址 + 影床

tinyurl.com

TLD: .com
短碼: 4-8 字元（可自訂）
價位: 免費 + Pro
強項: 老牌（2002）、極穩
弱項: 介面老、英文為主
適合: 國際 + 信任度需求

s.id（印尼）

TLD: .id
價位: 免費 + Pro
強項: 印尼市場 dominant
弱項: 國際使用偶爾被擋
適合: 印尼相關場景

drrop.cc

TLD: .cc
短碼: 6 字元 56 字元集（排除易混淆）
價位: 完全免費
強項: 純 302 redirect、無夾廣告、有 deletion token、不存原始 IP、影片 / 圖片 / QR 整合
弱項: 新站 domain age 還在累積、沒 user-facing 統計儀表板
適合: 隱私導向、要兼工具堆疊（縮網址 + QR + 影床）

對比 matrix（重點屬性）

屬性	bit.ly Pro	lihi Pro	ppt.cc	myppt	tinyurl	drrop.cc
月費	$35+	NT$	Free	Free	Free	Free
點擊統計	✓	✓	✗	✗	△	△
自助刪	✓	✓	✗	✗	△	✓
跳轉夾廣告	✗	△	✗	✗	✗	✗
完整匿名	✗	✗	△	△	✗	✓
中文介面	△	✓	△	✓	✗	✓

5. 5 種場景該選哪個

場景 A：個人 LINE / 社群分享一條長 URL

需求：免費、不要被擋、簡單。

推薦：drrop.cc 或 myppt.cc 或 ppt.cc。

別用 bit.ly（要註冊有 quota）。別用 lihi（跳轉夾廣告）。

場景 B：行銷活動需要點擊統計

需求：詳細 dashboard、ROI 分析、A/B test、API。

推薦：bit.ly Pro 或 Branch.io。

drrop.cc / ppt.cc 沒詳細統計 — 不適合。

場景 C：商業 affiliate 短網址

需求：自動化批量、自家 domain、cloaking。

推薦：bit.ly Pro + Branded short domain（譬如 r.yourbrand.com），或自架。

詳見做 affiliate 用短網址。

場景 D：私密 / 一次性 / 限時連結

需求：密碼保護、可刪、過期。

推薦：drrop.cc（影片上傳場景同時含這些功能）。

場景 E：要兼縮網址 + 影片 / 圖片 / QR

需求：一站式工具堆疊。

推薦：drrop.cc 或 myppt.cc（drrop.cc 更新、含 QR）。

6. 自架 vs 第三方完整分析

自架的好處

完全控制：你決定 redirect 政策、cache 策略、統計範圍
資料留自己手上：不靠第三方 server
客製化 domain：用 r.yourbrand.com 而非別人的 host
永遠不會被服務商擋 / 倒

自架的成本

技術門檻：寫 redirect server（CF Workers / Vercel / Node.js）+ DB + frontend
維運：domain、SSL、DB、監控、abuse 處理
法律：DMCA / NCII 通報處理、合規責任在你

哪些技術 stack 適合自架？

Cloudflare Workers + D1 + KV

drrop.cc 的 stack。優勢：

全球 edge 部署 (TTFB < 100ms)
D1 SQLite 對 redirect lookup 極快
KV 對 rate limit 適合
一台機 < $5/月

Vercel + Postgres

優勢：

部署超簡單
Postgres 強大
Next.js 整合

劣勢：

Function timeout 限制
全球分散不如 CF Edge

Node.js / Go + 自託管 DB

優勢：

完全控制
無平台鎖定

劣勢：

自己處理 scaling、SSL、DDoS
時間成本高

什麼時候該自架？

值得自架：

月處理 > 100 萬條短網址
有特殊需求（自訂統計、特殊 redirect 邏輯、整合內部系統）
已有 dev team

不值得自架：

個人偶爾用
月 < 1 萬條
沒 dev 資源

drrop.cc 本身就是自架成品 — 不想自架可以直接用。

7. 隱私 / 安全 / 合規

短網址的隱私洩漏面

每次 user 點短網址，這些資料可能被收集：

IP 地址 → 推算地理位置
User-Agent → 識別裝置 / 瀏覽器
Referer → 從哪個網站點過來
Timestamp → 點擊時間
短碼 → 知道誰點哪條

隱私強度取決於服務怎麼處理：

服務	IP 處理
bit.ly	完整存（dashboard 顯示）
lihi	完整存（dashboard 顯示）
ppt.cc / myppt	不公開但不確定後端
drrop.cc	HMAC-SHA256 hash 後存（不可反推）

詳見點擊統計重要嗎。