Dub so với cutty.dev — giải pháp thay thế cho Dub dành cho những ai còn đang phân vân

Một nửa internet sẽ khuyên bạn: "hãy dùng Dub, nó là một trình rút gọn link hiện đại, mã nguồn mở, dashboard rất đẹp". Và bạn biết gì không? Trong hầu hết các trường hợp, đó là một lời khuyên không đúng đắn. Không phải vì Dub tệ. Mà là vì bạn đang tự làm khó mình bằng một công cụ được xây dựng cho một đối tượng hoàn toàn khác với bạn.

Tôi sẽ giải thích ngay ý tôi là gì.

Dub thực sự dành cho ai

Dub không phải là một "trình rút gọn liên kết" theo cách mà hầu hết mọi người hiểu về trình rút gọn. Nó là một nền tảng marketing. Link in bio, chương trình đối tác, theo dõi chuyển đổi, tích hợp với Segment và Stripe, API cho các đội ngũ. Một cỗ máy để ghi nhận nguồn doanh số (attribution).

Nếu bạn đang dẫn dắt tăng trưởng (growth) trong một startup SaaS, có các đối tác tiếp thị liên kết cần quyết toán và muốn biết chắc chắn rằng một lượt nhấp từ một nguồn cụ thể đã chuyển đổi thành 49 PLN doanh thu — Dub làm việc này rất tốt. Nghiêm túc đấy. Đó là sở trường của nó.

Chỉ là sức mạnh này có một cái giá, và tôi không nói về bảng giá theo từng người dùng (mặc dù nó cũng tồn tại, cùng với giới hạn số lần nhấp và liên kết trong các gói dịch vụ). Tôi đang nói về những gì bạn nhận được đi kèm, dù bạn muốn hay không:

• theo dõi chuyển đổi, thứ mà về bản chất sẽ phân loại lưu lượng truy cập. Cookie, fingerprint, ánh xạ con người với chuyển đổi.
• self-hosting, nghe có vẻ rất tuyệt trên landing page, nhưng thực tế có nghĩa là Postgres, Tinybird (tức là ClickHouse), Redis và Vercel. Đây không phải là kiểu "docker run và xong chuyện".
• cơ sở hạ tầng và tracking mặc định được tích hợp trong hệ sinh thái Mỹ.

Và đây là điểm gây tranh cãi của tôi với toàn bộ cái dàn đồng ca cố vấn Dub này. Hầu hết những người mà họ nghĩ đến có lẽ chỉ cần một phần năm những gì Dub cung cấp. Phần còn lại là gánh nặng, thứ mà bạn phải trả bằng thời gian, sự riêng tư và việc giải thích cho khách hàng về nơi dữ liệu của họ đang trôi đi.

Cutty.dev làm được gì, và điều gì mà Dub không hề giả vờ

cutty.dev không cố gắng trở thành một nền tảng tiếp thị liên kết. Nó chỉ làm một việc: rút gọn và quản lý các liên kết, với quyền riêng tư được tích hợp sẵn trong nền tảng thay vì là một tùy chọn được thêm vào đâu đó trong phần cài đặt.

Và đó chính là toàn bộ sự khác biệt về mặt triết lý. Dub tính toán các lượt chuyển đổi. cutty tính toán các lượt nhấp, nhưng không xây dựng hồ sơ cá nhân của người dùng. IP của người truy cập đi qua mã hash, không có cookie theo dõi bạn khắp mạng lưới, không có fingerprinting. Bạn nhận được những gì thực sự cần thiết: bao nhiêu lượt nhấp, từ đâu, referrer nào. Mà không cần biến mỗi người nhấp chuột thành một bản ghi trong cơ sở dữ liệu.

Hệ quả thực tế? Banner cookie đơn giản hơn, đánh giá rủi ro GDPR ngắn hơn. Thật khó để bảo vệ những dữ liệu mà bạn không thu thập.

Và khi nói về dữ liệu: tại cutty, chúng nằm trong Liên minh Châu Âu (EU). Không phải như một tùy chọn chuyển đổi trong gói enterprise, mà là trạng thái mặc định. Nếu khách hàng của bạn, luật sư của bạn hoặc chính nguyên tắc của bạn là "dữ liệu ở EU", thì bạn đã có sẵn nó ngay lập tức. Không cần DPA với nhà cung cấp từ bên kia đại dương, không cần kiểm tra xem Tinybird đang xử lý lưu lượng truy cập của bạn ở lục địa nào.

Và còn một điều nữa, dù tầm thường nhưng tạo nên sự khác biệt hàng ngày. Không có kế hoạch cho bốn cơ sở dữ liệu ở đây. Những thứ mà bạn thực sự sử dụng đều hoạt động ngay lập tức:

• mục tiêu của liên kết có thể thay đổi. Cùng một địa chỉ ngắn này hôm nay dẫn đến đây, ngày mai dẫn đến nơi khác. Bạn không cần phải in lại tờ rơi.
• phần đuôi thương hiệu, để liên kết mang tên bạn, chứ không phải một chuỗi ký tự ngẫu nhiên.
• mã QR được tạo cùng với liên kết. Dùng để in ấn, dùng cho ngoại tuyến.
• số liệu thống kê, không để lại nợ quyền riêng tư.

Chạy khô, song song

Cái gì	Dub	cutty.dev
Mục tiêu chính	nền tảng growth + affiliate	rút gọn link với tính riêng tư
Tracking	conversion + profiling	lượt nhấp, IP được hash
Lưu trữ dữ liệu	hệ sinh thái US (mặc định)	EU
Self-host	Postgres+ClickHouse+Redis	không cần thiết, chạy ngay lập tức
Độ khó khi bắt đầu	cao	chỉ mất vài phút
Khi nào nên chọn	bạn thanh toán cho affiliate và doanh thu	bạn muốn các link sạch không có rác

Một câu hỏi và bạn có câu trả lời

Không cần phải suy nghĩ hàng giờ liền. Hãy tự hỏi bản thân một câu: bạn đang kiếm tiền thông qua các liên kết này, hay chỉ đang điều hướng lưu lượng truy cập cho chúng?

Bạn đang thực hiện quyết toán? Đối tác liên kết, hoa hồng, phân bổ doanh thu cho một nguồn cụ thể? Hãy ở lại với Dub. Đó là cốt lõi của nó và không cần phải tính toán phức tạp làm gì.

Nhưng nếu nhu cầu thực tế của bạn là "tôi muốn một liên kết ngắn đẹp mắt với thương hiệu của mình, mã QR, khả năng thay đổi đích đến và số liệu thống kê trung thực mà không theo dõi người dùng", thì Dub đơn giản là quá rườm rà. Khi đó, cutty.dev sẽ giải quyết vấn đề mà không cần tài khoản cho bốn dịch vụ khác nhau và không gửi dữ liệu ra nước ngoài.

Kịch bản mà tôi thường thấy nhất: một freelancer hoặc một nhóm ba người kết nối Dub vì nó "hiện đại", có thể chỉ sử dụng 15% các tính năng, nhưng phải trả giá bằng việc duy trì sự phức tạp và những câu hỏi khó chịu từ khách hàng về việc dữ liệu của họ đang đi đâu. Trong bối cảnh đó, một công cụ nhẹ hơn không phải là một sự thỏa hiệp. Đó đơn giản là một lựa chọn chính xác hơn.

Bạn sẽ tự mình kiểm chứng nhanh nhất việc cần ít đến mức nào để có được các liên kết riêng tư, chất lượng. Rút ngắn liên kết đầu tiên tại cutty.dev và xem thực sự bạn cần bao nhiêu trong tất cả những sự phô trương của Dub.