Dub 對比 cutty.dev — 給猶豫不決者的 Dub 替代方案

網路上有一半的人會告訴你：「用 Dub 吧，它是一個現代化的剪輯工具，開源，還有超漂亮的儀表板。」但你知道嗎？在大多數情況下，這並不是一個好建議。並不是因為 Dub 不好，而是因為你給自己找了一個為與你完全不同的人所設計的工具。

我馬上會解釋我的意思。

Dub 究竟是為誰準備的

Dub 並非大多數人所理解的那種「連結縮短器」。它是一個行銷平台。包含 Bio 連結、聯盟計畫、轉換追蹤、與 Segment 和 Stripe 的整合，以及為團隊提供的 API。這是一台銷售歸因機器。

如果你在經營 SaaS 新創公司的成長（growth），需要結算分潤給合作夥伴，並且想確切知道來自特定來源的點擊如何轉化為 49 元的收入 —— Dub 做得非常好。真的。這是他的拿手好戲。

只是這種力量是有代價的，我指的不僅是按人頭計費的價格表（雖然它確實存在，並且伴隨著各方案中點擊次數和連結數量的限制）。我說的是無論你是否願意，你都必須承擔的代價：

• 轉換追蹤，本質上是在對流量進行剖析。包含 Cookie、指紋辨識、將人與轉換進行映射。
• 自主託管（self-hosting），這在登陸頁面上聽起來很美好，但實際上意味著需要 Postgres、Tinybird (即 ClickHouse)、Redis 和 Vercel。這並不是「docker run 就完事了」。
• 基礎設施與追蹤預設都嵌入在美國生態系統中。

這就是我對整個 Dub 顧問合唱團（choir）的爭議所在。大多數想到它的人，可能只需要 Dub 所提供功能的五分之一。其餘的部分都是負擔，讓你必須在時間、隱私以及向客戶解釋數據流向時付出代價。

cutty.dev 做了什麼，而 Dub 又在偽裝什麼

cutty.dev 並不試圖成為一個聯盟行銷平台。它只做一件事：縮短並管理連結，且將隱私保護內建於基礎架構之中，而非僅作為設定中的一個選項。

這就是整個哲學上的差異。Dub 計算的是轉換率。cutty 計算的是點擊量，但在此過程中不會建立個人檔案。訪客的 IP 經過雜湊處理，沒有會在整個網路中追蹤你的 Cookie，也沒有指紋追蹤（fingerprinting）。你得到的是你真正需要的資訊：多少次點擊、來源何處、哪個推薦來源（referrer）。而不需要將每一次點擊都轉換成資料庫中的一條紀錄。

實際上的後果？Cookie 橫幅變得更簡單，GDPR 風險評估變得更短。很難保護你根本沒有收集的數據。

既然提到數據：在 cutty，數據儲存在歐盟。不是作為企業方案中的一個開關，而是作為預設狀態。如果你的客戶、你的律師或你自己的原則要求「數據位於歐盟」，那你立刻就能滿足。無需與大洋彼岸的供應商簽署 DPA，也無需檢查 Tinybird 在哪個大洲處理你的流量。

還有最後一點，雖然很平凡，但對日常使用很有幫助。這裡沒有針對四個資料庫的複雜計畫。你實際會用到的東西都能立即上手：

• 可替換的連結目標。同樣的短網址，今天指向這裡，明天指向其他地方。您不需要重新列印傳單。
• 品牌化後綴，讓連結承載您的名稱，而非隨機字串。
• 與連結一同生成的 QR Code。用於列印、用於離線。
• 不留下隱私債務的統計數據。

乾式，側向移動

項目	Dub	cutty.dev
主要目標	成長平台 + 聯盟行銷	隱私保護下的連結縮短
追蹤	轉換 + 剖析	點擊次數、IP 雜湊化
資料託管	美國生態系統 (預設)	歐盟
自架	Postgres+ClickHouse+Redis	不需要，開箱即用
入門門檻	高	分鐘級
勝出場景	結算聯盟行銷人員與收入	想要乾淨且無負擔的連結

一個問題，你就有答案

不需要花好幾個小時去苦思冥想。問自己一個問題：你是透過這些連結進行資金結算，還是僅僅是在引導流量？

你在進行結算嗎？聯盟行銷、佣金、將收入歸因於特定來源？那就留在 Dub。這是它的核心功能，沒必要另尋他法。

但如果你的實際需求是「我想要一個帶有我品牌標誌的美觀短連結、QR Code、可以更改目標地址的功能，以及不會監視用戶的真實統計數據」，那麼 Dub 簡直是過度設計。在這種情況下，cutty.dev 可以在不需要四種服務帳號且不將數據傳送到海外的情況下解決問題。

我最常看到的劇本：一名自由工作者或一個三人團隊因為「現代化」而接入了 Dub，但可能只使用了 15% 的功能，卻必須承擔維護複雜度的代價，還要面對客戶對於數據流向何處的不便詢問。在這種情況下，更輕量化的工具並非妥協，而是一個更精準的選擇。

要擁有像樣的私人連結其實非常簡單，你自己可以最快驗證。在 cutty.dev 縮短第一個連結，看看 Dub 的這套機制實際上對你有多大幫助。