Dub לעומת cutty.dev — חלופה ל-Dub עבור אלו שמתלבטים
חשבת על Dub? תראה איפה הוא מנצח, ומתי חלופה קלה יותר ל-Dub כמו cutty.dev מספקת קישורים נקיים ופרטיים בתוך האיחוד האירופי ללא הידור יתר.
חצי מהאינטרנט יגיד לך: "קח את Dub, זו מכונה מודרנית, קצובה, קוד פתוח, דשבורד יפהפה". ואתה יודע מה? ברוב המקרים זו עצה לא טובה. לא בגלל ש-Dub רע. אלא בגלל שאתה נותן לעצמך כלי שנבנה עבור מישהו אחר לגמרי ממך.
אני אעשה הסבר מיד על מה אני מדבר.
עבור מי Dub באמת מיועד
Dub אינו "מקצר קישורים" במובן שבו רוב האנשים מבינים מקצר קישורים. זוהי פלטפורמת שיווק. Link in bio, תוכניות שותפים, מעקב המרות, אינטגרציה עם Segment ו-Stripe, API לצוותים. מכונה לייחוס מכירות.
אם אתה מנהל growth בסטארט-אפ SaaS, יש לך שותפים לסיפוק (affiliates) שצריך לחשב להם תשלום ורוצה לדעת שלחיצה ממקור מסוים הפכה ל-49 zł של הכנסה — Dub עושה זאת מצוין. ברצינות. זה התחום שלו.
רק שלעוצמה הזו יש מחיר, ואני לא מדבר כאן על תעריף per-seat (למרות שגם הוא קיים, יחד עם מגבלות על הקליקים והקישורים בתוכניות). אני מדבר על מה שאתה מקבל בחבילה, בין אם אתה רוצה ובין אם לא:
- מעקב המרות, אשר מטבעו מבצע פרופילינג לתנועה. Cookie, fingerprint, מיפוי אדם להמרה.
- self-hosting, שנשמע נהדר בדף הנחיתה, אך בפועל אומר Postgres, Tinybird (כלומר ClickHouse), Redis ו-Vercel. זה לא "docker run וזהו".
- תשתית ומעקב המוטמעים כברירת מחדל באקוסיסטם האמריקאי.
והנה נקודת המחלוקת שלי עם כל המקהלה המייעצת הזאת של Dub. רוב האנשים שחושבים עליו זקוקים אולי רק לחמישית ממה ש-Dub מציע. השאר הם נטל, שעבורו אתה משלם בזמן, בפרטיות ובתרגום ללקוח, שבו הנתונים שלו עוברים.
מה cutty.dev עושה, ומה Dub לא מעמידה פנים
cutty.dev לא מנסה להיות פלטפורמת שיווק שותפים (affiliate). הוא עושה דבר אחד: מקצר ומארגן קישורים, עם פרטיות המובנית ביסודות במקום כתוספת שהודבקה איפשהו בהגדרות כאופציה.
וזה כל ההבדל הפילוסופי. Dub סופר המרות. cutty סופר קליקים, אך לא בונה תוך כדי כך פרופיל של אדם. ה-IP של המבקר עובר דרך hash, אין עוגייה שעוקבת אחריך למחצה ברשת, אין fingerprinting. אתה מקבל את מה שבאמת דרוש לך: כמה קליקים, מאיפה, איזה referrer. בלי להפוך כל קליק לרישום במסד נתונים.
השלכה מעשית? באנר עוגיות פשוט יותר, הערכת סיכוני GDPR קצרה יותר. קשה להגן על נתונים שאינך אוסף.
ובנוגע לנתונים: ב-cutty הם נמצאים באיחוד האירופי. לא כמתג בתוכנית ה-enterprise, אלא כמצב ברירת מחדל. אם הלקוח שלך, עורך הדין שלך או הכלל שלך נשמע "נתונים באיחוד האירופי", אז זה אצלך מיד. בלי DPA עם ספק מעבר לאוקיינוס, בלי לבדוק באיזו יבשת Tinybird מעבד את התעבורה שלך.
ועוד דבר אחד, בנאלי, אבל עושה הבדל ביומיום. אין כאן תוכנית לארבע בסיסי נתונים. הדברים שאתה באמת משתמש בהם עובדים מיד:
- יעד קישור ניתן לשינוי. אותו כתובת קצרה מובילה היום לכאן, ומחר למקום אחר. לא מדפיסים פליירים מחדש.
- סיומת ממותגת, כדי שהקישור יישא את השם שלך, ולא רצף תווים אקראי.
- קוד QR שנוצר יחד עם הקישור. להדפסה, לאופליין.
- סטטיסטיקות שלא משאירות חוב פרטיות.
יבש, צד לצד
| מה | Dub | cutty.dev |
|---|---|---|
| מטרה עיקרית | פלטפורמת growth + אפילייציה | קיצור קישורים עם פרטיות |
| מעקב (Tracking) | המרות + פרופיילינג | קליקים, IP ב-hash |
| אחסון נתונים | אקוסיסטם ארה"ב (כברירת מחדל) | האיחוד האירופי |
| Self-host | Postgres+ClickHouse+Redis | לא נחוץ, עובד מיד |
| עקומת למידה | גבוהה | דקות ספורות |
| מתי זה מנצח | כשאתה מחשב תשלומים לשותפים והכנסות | כשאתה רוצה קישורים נקיים ללא מיותר |
שאלה אחת ויש לך תשובה
אין מה לחשוב על זה שעות. תשאל את עצמך דבר אחד: אתה מנהל את הכספים דרך הקישורים האלה, או רק מכוון אליהם תנועה?
אתה עושה התחשבנות? שותפים, עמלות, ייחוס הכנסה למקור ספציפי? תישאר עם Dub. זה הליבה שלה ואין מה להסתבך.
אבל אם הצורך האמיתי שלך נשמע כמו "אני רוצה קישור קצר ויפה עם המותג שלי, קוד QR, אפשרות לשינוי יעד וסטטיסטיקות הוגנות שלא מרגלות אחרי אנשים", אז Dub הוא פשוט מוגזם. במקרה כזה, cutty.dev פותר את העניין בלי צורך בחשבון לארבעה שירותים ובלי לשלוח נתונים מעבר לאוקיינוס.
התרחיש שאני רואה הכי часто: פרילנסר או צוות של שלושה אנשים מחברים את Dub כי הוא "מודרני", משתמשים אולי ב-15% מהפונקציות, ומשלמים על כך בתחזוקה של מורכבות ובשאלה לא נוחה של הלקוח לאן הנתונים שלו נספרים. במצב כזה, כלי קל יותר הוא לא פשרה. זו פשוט בחירה מדויקת יותר.
כמה מעט צריך כדי שיהיו לך קישורים פרטיים ומכובדים, תוכל לבדוק הכי מהר בעצמך. קצר את הקישור הראשון ב-cutty.dev ותראה כמה מכל המעמד הזה של Dub באמת היית צריך.