رفتن به محتوا
cutty.dev
All posts

cutt.ly در مقابل cutty.dev — این دو یکی نیستند، تفاوت را توضیح می‌دهیم

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 کسی را هدف قرار می‌دهد که می‌خواهد لینک را کوتاه کند و در عین حال، پروفایل افرادی را که روی این لینک کلیک می‌کنند، برای فروش به نمایش نگذارد.

هسته اصلی آنجاست که هیچ‌کس نگاه نمی‌کند: در داده‌ها

هر کوتاه‌کننده، دقیقاً هر کوتاه‌کننده‌ای، در میانه قرار می‌گیرد. میان انسانی که کلیک می‌کند و صفحه‌ای که آن فرد قصد رسیدن به آن را دارد. از این جایگاه همه چیز قابل مشاهده است. اینکه چه کسی کلیک کرده، در چه ساعتی، با چه دستگاهی و تقریباً از کجا. این گزینه‌ای نیست که بتوان آن را غیرفعال کرد. این ماهیت یک کوتاه‌کننده است. تنها سوال واقعی این است: صاحب این ابزار با این دانش چه می‌کند.

و اینجا است که راه‌ها برای همیشه از هم جدا می‌شوند.

در 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 هستید. فرض کنیم هزینه چاپ برای شما ۲۸۰ زلوتی داشته است. پس از یک ماه، پیشنهاد ماه ژوئن تمام می‌شود، ماه جولای شروع می‌شود و صفحه فرود متفاوت است. در دنیای معمولی، شما این برگه‌ها را دور می‌اندازید و موارد جدیدی چاپ می‌کنید، یعنی ۲۸۰ زلوتی دیگر از دست می‌دهید. اینجا شما وارد پنل می‌شوید، همان آدرس را به صفحه جدید هدایت (redirect) می‌کنید و تمام. برگه‌ها همچنان کار می‌کنند. کد QR همچنان به درستی اسکن می‌شود، زیرا به همان لینک کوتاه قبلی منتهی می‌شود، فقط این لینک اکنون به جای دیگری اشاره می‌کند. برای تکمیل کار، یک پسوند برند شده اضافه می‌شود تا آدرس شبیه به یک متن بی‌معنی تصادفی به نظر نرسد، و کد QR نیز از همان لینک تولید می‌شود.

(به عنوان نکته‌ای جانبی: بیشتر مردم اصلاً به لینک به عنوان چیزی که می‌تواند بیشتر از یک کمپین زنده بماند، فکر نمی‌کنند. و بعد بازسازی سایت از راه می‌رسد، آدرس زیرصفحات تغییر می‌کنند و ناگهان نیمی از مطالب چاپ شده به هیچ‌جا ختم می‌شوند. یک آدرس ثابت که بتوان آن را در میانه کار تغییر داد، نوعی بیمه‌نامه کوچک برای آینده است که تازه وقتی نبودنش شروع به درد کردن می‌کند، به یادش می‌آیند.)

بالاخره کدام را انتخاب کنیم

بدون حاشیه. اگر با پرفورمنس مارکتینگ زندگی می‌کنید، به پیکسل‌ها، ادغام‌های چند مرحله‌ای و آنالیتیکی نیاز دارید که هر کلیک را تا سطح اتم تجزیه کند، پس cutt.ly ابزاری بالغ و پیشرفته است و به احتمال زیاد همان چیزی را که انتظار دارید انجام می‌دهد. اما اگر بیشتر برایتان مهم است که داده‌های مخاطبان نزد آن‌ها بماند، همه چیز در اتحادیه اروپا (UE) قرار بگیرد، و بتوانید لینک را بدون ساخت حساب کاربری کوتاه کنید و بعداً آزادانه آن را به صفحه جدیدی متصل کنید، پس دارید درباره ابزار دیگری صحبت می‌کنید. نام آن cutty.dev است و می‌توانید آن را در اینجا پیدا کنید.

احمقانه ترین کاری که می‌توان در بحث cutt.ly در مقابل cutty.dev انجام داد، این است که خود را متقاعد کنید یکی از آن‌ها به طور عینی بهتر است. اینطور نیست. این‌ها دو پروژه متفاوت با اولویت‌های متفاوت هستند که برای افراد مختلف ساخته شده‌اند.

و در پایان یک فکر شخصی، چون مدت‌ها به آن فکر می‌کردم. سال‌ها به ما آموخته شده است که «داده‌های بیشتر» همیشه یک مزیت است، و هر چه بیشتر درباره کلیک‌کنندگان بدانیم، هوشمندانه‌تر عمل می‌کنیم. هر چه از بیرون به این موضوع نگاه می‌کنم، کمتر به آن اطمینان دارم. گاهی اوقات دانستن اینکه شخص خاصی در ساعت ۲۳:۴۷ از طریق تلفنی در اتوبوس روی یک لینک کلیک کرده است، هیچ‌کس را باهوش‌تر نمی‌کند. فقط پایگاه داده‌ی کسی را ضخیم‌تر می‌کند. و شاید نکته اصلی در تمام این انتخاب‌ها همین باشد: نه اینکه کدام یک از این دو آدرس را وارد می‌کنی، بلکه اینکه می‌خواهی بخشی از کدام اینترنت باشی.