cutt.ly לעומת cutty.dev — זה לא אותו דבר, אנחנו מסבירים את ההבדל

יש רגע שכל מי שאי פעם חיפש משהו לפי שמיעה בטח מכיר. מישהו זורק שם בשיחה, אתה קולט אותו, מקליד במנוע החיפוש ולוחץ על התוצאה הראשונה שנראית הגיונית. פותחים חשבון. מקצרים קישור. ואחרי יומיים אתה קולט שזה בכלל לא האתר שהחבר דיבר עליו. אלא משהו מאוד דומה לו.

עם הזוג cutt.ly ו-cutty.dev זה קורה באופן כמעט קבוע. אנשים מתייחסים לאחד כאל שגיאת כתיב של השני. "נו, זה הרי אותו דבר, רק שמישהו כתב את זה אחרת." ובכן, לא. אלו שני פרויקטים נפרדים, המבוצעים על ידי שתי חברות שונות, עם רעיון שונה לחלוטין לגבי מה לעשות עם הנתונים הזורמים דרכם. וזו בדיוק הסיבה שהשאלה cutt.ly vs cutty.dev חוזרת כל כך 자주, שכדאי לפרק אותה לגורמים.

למה בכלל אנחנו מתבלבלים בין שני השמות האלו

אמר אותן בקול רם. "Katli". "Kati". אתה שומע כמה הן קרובות אחת לשנייה? שתיהן צומחות מאותו שורש אנגלי, מהפועל "cut", כך שכאשר מישהו ממליץ לך על מכונת חיתוך בטלפון או כותב כתובת מהזיכרון, ההסתברות לטעות היא גדולה. זה לא טיפשות של אף אחד. זו התנגשות מותגים, רגילה לגמרי, כמו שכל כך הרבה ברשת.

עם זאת, מבחינת הצליל הדמיון מסתיים. מתחת לפני השטח, זה לא שירות אחד הפרוס על פני שני דומיינים. אלו שני כלים אשר אמנם פותרים את אותה הבעיה (קישורים ארוכים ומכוערים), אך ניגשים אליה משני צדדים שונים של הבארקייד.

הדרך הפשוטה ביותר לומר זאת היא כך. cutt.ly היא ותיקה. היא פועלת כבר שנים, גדלה, וצברה סט מורחב של כלי שיווק, תוכניות בתשלום והמון אינטגרציות. SaaS קלאסי עם נטייה חזקה לכיוון אנליטיקה, שבה המהות היא כמה נתונים תוכל להפיק מכל לחיצה. cutty.dev היא פרויקט צעיר יותר, עם דגש אחר מלכתחילה: שרתים ועיבוד באיחוד האירופי, פרטיות לא כתוספת במחירון, אלא כהנחה המוטמעת ביסודות. פחות "מכונה רב-תכליתית", יותר מנתח.

אם הייתי צריך להכניס זאת למשפט אחד על קיר: cutt.ly פונה למקאטר שרוצה לדעת הכל על הקהל שלו. cutty.dev פונה למישהו שרוצה לקצר קישור ובמקביל לא למכור את הפרופיל של האנשים שלוחצים על הקישור הזה.

המהות נמצאת שם שבו אף אחד לא מסתכל: בנתונים

כל מקצר קישורים, ממש כל אחד, מתמקם באמצע. בין האדם שלוחץ, לבין הדף שאליו האדם הזה רוצה להגיע. מהמקום הזה ניתן לראות הכל. מי לחץ, באיזו שעה, מאיזה מכשיר, ובערך מאיפה. זו לא אפשרות שאפשר לכבות. זה הטבע של מקצר הקישורים. השאלה האמיתית היחידה היא: מה בעל הכלי עושה עם הידע הזה.

וכאן הדרכים נפרדות אחת לכלcsע.

ב-cutty.dev התשתית נמצאת באיחוד האירופי, כך שהנתונים שלך לא עוברים כברירת מחדל מעבר לאוקיינוס לפני שתספיק לחשוב על כך. כתובות ה-IP של הלחיצות אינן נשמרות בצורה גולמית, אלא כ-hash, כלומר מומרות למחרוזת שלא תוכל לשחזר ממנה אדם ספציפי. למרות זאת, אתה מקבל סטטיסטיקות. אתה יודע כמה היו לחיצות, בערך מאיפה, וכיצד הן מתפרסות על פני זמן. זה פשוט מסתיים ברמת המספר, ולא ברמה של שם פרטי. ואין מאחורי זה שום מכונה לפרופיל לצורך פרסומות או סחר בנתונים הללו ברקע.

זה הבדל בפילוסופיה, לא רק בהגדרות. אסכולה אחת אומרת: בואו נאסוף הכל שאפשר, כי נתונים הם דלק, ודלק לעולם לא יהיה מרובה מדי. השנייה: בואו נאסוף בדיוק את מה שצריך כדי שהכלי יעבוד, ולא אפילו בייט אחד מעבר לכך. cutty.dev עומדת בצד השני. אפשר לא להסכים עם זה, אפשר לחשוב שלמשווק פשוט יותר נתונים לא יזיק. אבל כדאי לדעת שאתם בוחרים בין שתי הגישות הללו, ולא בין לוגו "טוב" יותר לבין "גרוע" יותר.

פרט שנראה לא כל כך זניח

חשבון. במודל SaaS טיפוסי, כדי לעשות כל דבר מעבר לקיצור הפשוט ביותר (סיומת משלך, סטטיסטיקות, עריכה), עליך להירשם, ולעיתים קרובות לעבור ישירות לתוכנית בתשלום. cutty.dev מאפשר לקצר קישור ללא צורך בהקמת חשבון. ההרשמה היא אופציה, לא שער בכניסה.

זה נשמע תפל, עד שאתה מוצא את עצמך במצב שבו אתה פשוט רוצה להטיל קישור אחד בתגובה מתחת לפוסט של מישהו אחר או על פלייר למודעה בשכונה. ופתאום אתה צריך להשאיר אימייל לשירות הבא, לאשר אותו, ולהגדיר סיסמה. בשביל קישור אחד. לפעמים הפונקציה הכי טובה היא זו שאין: חוסר כפייה.

פונקציה שתעריך רק בדיעבד

יש ב-cutty.dev דבר שנראה במבט ראשון לא מורכב, אך יכול לחסוך לא מעט עצבים וכסף. אתה יכול לשנות את יעד הקישור כבר לאחר יצירתו, מבלי לגעת בכתובת הקצרה עצמה.

אראה זאת באמצעות מספרים, כי כך רואים זאת הכי טוב:

cutty.dev/promo-lato  →  początkowo: /landing/oferta-czerwiec
                          po miesiącu: /landing/oferta-lipiec

דמיין שאתה מדפיס אלף פליירים עם הכתובת cutty.dev/promo-lato וקוד QR. נניח שההדפסה עלתה לך 280 זלוטי. אחרי חודש המבצע של יוני מסתיים, נכנס המבצע של יולי, ודף הנחיתה שונה. בעולם הרגיל אתה זורק את הפליירים האלה ומדפיס חדשים, כלומר עוד 280 זלוטי לטמיון. כאן אתה נכנס לפאנל, מפנה את אותה הכתובת לדף חדש וזהו. הפליירים ממשיכים לעבוד. ה-QR ממשיך להיסרק בצורה תקינה, כי הוא מוביל לאותו קישור קצר, רק שהקישור הזה כבר מצביע למקום אחר. כדי להשלים את התמונה מתווספת סיומת ממותגת, כדי שהכתובת לא תיראה כמו ג'יבריש אקראי, וקוד QR שנוצר מאותה הכתובת.

(כך בצד: רוב האנשים בכלל לא חושבים על קישור כמשהו שיכול לחיות יותר זמן מאשר קמפיין. ואז מגיעה ארגון מחדש של האתר, כתובות של דפי משנה משתנות, ופתאום מחצית מהחומרים המודפסים מובילים לשום מקום. כתובת קבועה, שניתן לחבר מחדש באמצע, היא מעין ביטוח קטן לעתיד, שזוכרים אותו רק כשמתחיל להרגיש את חסרונו.)

אז באיזו לבסוף לבחור

בלי הקדמות מיותרות. אם אתה חי מעולם ה-performance marketing, זקוק לפיקסלים, אינטגרציות של שלושה מסכים למטה ואנליטיקה שמפרקת כל קליק לאטומים, אז cutt.ly הוא כלי בשל ומורחב, וככל הנראה יעשה את מה שאתה מצפה ממנו. אם לעומת זאת חשוב לך יותר שהנתונים של הקהל יישארו אצלם, שהכל יהיה בתוך האיחוד האירופי, ושתהיה מסוגל לקצר קישורים ללא צורך בפתיחת חשבון ואז להעביר אותם בחופשיות לדף חדש, אז אתה מדבר על כלי אחר. קוראים לו cutty.dev ותוכל למצוא אותו כאן.

הדבר הכי טיפשי שאפשר לעשות בוויכוח בין cutt.ly ל-cutty.dev, זה לשכנע את עצמך שאחד מהם טוב יותר באופן אובייקטיבי. הוא לא. אלו שני פרויקטים שונים עם סדרי עדיפויות שונים, שנבנו עבור אנשים שונים.

ולסיום מחשבה אישית אחת, כי חשבתי על כך רבות. במשך שנים לימדו אותנו ש"יותר נתונים" זה תמיד יתרון, שככל שאנחנו יודעים יותר על הלחיצים, כך אנו פועלים בצורה חכמה יותר. ככל שאני מסתכל על זה מבחוץ לאורך זמן, כך אני פחות בטוח בכך. לפעמים הידע על כך שאדם ספציפי לחץ על קישור בשעה 23:47 מטלפון באוטובוס, לא הופך איש לחכם יותר. הוא רק הופך את מסד הנתונים של מישהו לעבה יותר. ואולי בדיוק זה העניין בכל הבחירה הזו: לא איזה מהכתובות הללו תזין, אלא לאיזה אינטרנט אתה רוצה להיות חלק.