cutt.ly बनाम cutty.dev — ये एक ही नहीं हैं, हम अंतर स्पष्ट कर रहे हैं

एक ऐसा क्षण है जिसे शायद हर कोई जानता है जिसने कभी भी कुछ सुनकर खोजने की कोशिश की हो। बातचीत में कोई एक नाम लेता है, आप उसे पकड़ते हैं, सर्च इंजन में टाइप करते हैं और पहले सार्थक परिणाम पर क्लिक करते हैं। आप एक अकाउंट बनाते हैं। लिंक को छोटा करते हैं। और दो दिनों के बाद आपको एहसास होता है कि यह वह वेबसाइट बिल्कुल नहीं थी जिसके बारे में आपके दोस्त ने बात की थी। बल्कि कुछ बहुत ही समान थी।

cutt.ly और cutty.dev के साथ यह बहुत आम बात है। लोग एक को दूसरे की टाइपिंग की गलती (typo) मान लेते हैं। "अरे, यह तो वही है, बस किसी ने इसे अलग तरह से लिखा है।" लेकिन ऐसा नहीं है। ये दो अलग-अलग प्रोजेक्ट्स हैं, जिन्हें दो अलग-अलग कंपनियों द्वारा बनाया गया है, और इनके पास उन डेटा के साथ क्या करना है, इस पर बिल्कुल अलग विचार हैं जो इनके माध्यम से प्रवाहित होता है। और ठीक इसी कारण से cutt.ly बनाम cutty.dev का प्रश्न इतनी बार सामने आता है कि इसका विस्तार से विश्लेषण करना सार्थक है।

हम इन दोनों नामों में भ्रमित क्यों होते हैं

इसे ज़ोर से बोलें। "Katli"। "Kati"। क्या आप सुन सकते हैं कि वे एक दूसरे के कितने करीब हैं? दोनों एक ही अंग्रेजी मूल शब्द, क्रिया "cut" से उत्पन्न होते हैं, इसलिए जब कोई आपको फोन पर ट्रिमर की सिफारिश करता है या याददाश्त से पता लिखता है, तो गलती होने की संभावना काफी अधिक होती है। यह किसी की मूर्खता नहीं है। यह ब्रांडों का टकराव है, बिल्कुल साधारण, जैसा कि इंटरनेट पर बहुत सारे होते हैं।

बस सुनने में समानता समाप्त हो जाती है। इसके नीचे, यह दो डोमेन पर फैली एक सेवा नहीं है। ये दो उपकरण हैं, जो निश्चित रूप से एक ही समस्या (बहुत लंबे, बदसूरत लिंक) का समाधान करते हैं, लेकिन वे बैरिकेड के दो अलग-अलग पक्षों से इसके प्रति दृष्टिकोण रखते हैं।

इसे सबसे सरल शब्दों में इस प्रकार कहा जा सकता है। cutt.ly एक अनुभवी खिलाड़ी है। यह वर्षों से काम कर रहा है, विकसित हुआ है, और इसने मार्केटिंग टूल्स के एक विस्तृत सेट, सशुल्क योजनाओं (paid plans) और ढेर सारे इंटीग्रेशन को हासिल किया है। एनालिटिक्स की ओर भारी झुकाव वाला एक क्लासिक SaaS, जहाँ सार यह है कि आप प्रत्येक क्लिक से कितना डेटा निकाल सकते हैं। cutty.dev एक छोटा प्रोजेक्ट है, जिसका भार शुरुआत से ही अलग तरीके से वितरित है: यूरोपीय संघ में सर्वर और प्रोसेसिंग, गोपनीयता केवल मूल्य निर्धारण सूची (pricing list) में एक अतिरिक्त सुविधा के रूप में नहीं, बल्कि इसकी नींव में निहित एक धारणा के रूप में है। यह कम 'कंबाइन मशीन' जैसा है, और अधिक 'सर्जिकल स्कैल्पल' जैसा है।

अगर मुझे इसे दीवार पर एक वाक्य में समेटना हो: cutt.ly उस मार्केटर को लक्षित करता है जो अपने दर्शकों के बारे में सब कुछ जानना चाहता है। cutty.dev उस व्यक्ति को लक्षित करता है जो लिंक को छोटा करना चाहता है और साथ ही उन लोगों की प्रोफाइल को बिक्री के लिए नहीं बेचना चाहता जो उस लिंक पर क्लिक करते हैं।

सार वहीं है जहाँ कोई नहीं देखता: डेटा में

प्रत्येक शॉर्टनर, सचमुच प्रत्येक, बीच में स्थित होता है। उस व्यक्ति के बीच जो क्लिक करता है, और उस पृष्ठ के बीच जहाँ वह व्यक्ति पहुँचना चाहता है। इस स्थान से सब कुछ दिखाई देता है। किसने क्लिक किया, किस समय, किस उपकरण से, और मोटे तौर पर कहाँ से। यह कोई ऐसा विकल्प नहीं है जिसे बंद किया जा सके। यह शॉर्टनर की प्रकृति है। एकमात्र वास्तविक प्रश्न यह है: टूल का मालिक इस जानकारी के साथ क्या करता है।

और यहीं पर रास्ते हमेशा के लिए अलग हो जाते हैं।

cutty.dev में इन्फ्रास्ट्रक्चर EU में स्थित है, इसलिए आपका डेटा डिफ़ॉल्ट रूप से महासागर के पार तब तक नहीं जाता जब तक आप इसके बारे में सोच भी न सकें। क्लिक करने वालों के IP एड्रेस कच्चे रूप में संग्रहीत नहीं किए जाते हैं, बल्कि उन्हें हैश किया जाता है, यानी एक ऐसे स्ट्रिंग में बदल दिया जाता है जिससे आप किसी विशिष्ट व्यक्ति को पुन: प्राप्त नहीं कर सकते। इसके बावजूद आपको आंकड़े मिलते हैं। आपको पता चलता है कि कितने क्लिक थे, लगभग कहाँ से थे, और समय के साथ उनका वितरण कैसा था। यह बस संख्या के स्तर पर समाप्त हो जाता है, न कि किसी व्यक्तिगत नाम पर। और इसके पीछे विज्ञापनों के लिए प्रोफाइलिंग करने वाली कोई मशीन या बैकग्राउंड में इस डेटा का व्यापार करने वाली कोई चीज़ नहीं है।

यह केवल सेटिंग्स का नहीं, बल्कि दर्शन का अंतर है। एक विचारधारा कहती है: जो कुछ भी संभव हो उसे इकट्ठा करें, क्योंकि डेटा ईंधन है, और ईंधन कभी भी बहुत अधिक नहीं होता। दूसरी: केवल उतना ही इकट्ठा करें जितना आवश्यक है ताकि उपकरण काम कर सके, और उससे एक बाइट भी अधिक नहीं। cutty.dev दूसरी विचारधारा के पक्ष में खड़ा है। आप इससे असहमत हो सकते हैं, आप यह मान सकते हैं कि एक मार्केटर को अधिक डेटा से कोई नुकसान नहीं होगा। लेकिन यह जानना महत्वपूर्ण है कि आप इन दो दृष्टिकोणों के बीच चयन कर रहे हैं, न कि "बेहतर" और "बदतर" लोगो के बीच।

एक छोटी सी बात जो इतनी छोटी नहीं है

खाता। एक विशिष्ट SaaS मॉडल में, सबसे सरल संक्षिप्तीकरण (अपना स्वयं का डोमेन, आँकड़े, संपादन) के अलावा कुछ भी करने के लिए, आपको पंजीकरण करने की आवश्यकता होती है, और अक्सर तुरंत एक सशुल्क योजना (paid plan) में प्रवेश करना पड़ता है। cutty.dev खाता बनाए बिना लिंक को छोटा करने की अनुमति देता है। पंजीकरण एक विकल्प है, प्रवेश द्वार पर कोई बाधा नहीं।

यह सुनने में मामूली लग सकता है, जब तक कि आप ऐसी स्थिति में न हों जहाँ आप बस किसी दूसरे पोस्ट के कमेंट में या पड़ोस के विज्ञापन के लिए एक पर्चे पर एक लिंक डालना चाहते हों। और अचानक आपको एक अन्य सेवा के लिए ईमेल छोड़ना पड़ता है, उसे कन्फर्म करना पड़ता है, पासवर्ड सेट करना पड़ता है। सिर्फ एक लिंक के लिए। कभी-कभी सबसे अच्छी विशेषता वह होती है जो मौजूद नहीं है: किसी भी प्रकार का दबाव न होना।

एक विशेषता जिसे आप बाद में ही महत्व देंगे

cutty.dev में एक ऐसी चीज़ है जो पहली नज़र में साधारण लग सकती है, लेकिन यह काफी तनाव और पैसे बचा सकती है। आप छोटे एड्रेस को छुए बिना ही लिंक के गंतव्य (destination) को उसके निर्माण के बाद भी बदल सकते हैं।

मैं इसे संख्याओं के साथ दिखाऊंगा, क्योंकि इसे ऐसे सबसे अच्छी तरह देखा जा सकता है:

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

कल्पना कीजिए कि आप cutty.dev/promo-lato पते और एक QR कोड के साथ एक हजार पर्चे छाप रहे हैं। मान लीजिए कि छपाई की लागत आपको 280 ज़्लॉटी पड़ी। एक महीने बाद जून का ऑफर समाप्त हो जाता है, जुलाई का ऑफर शुरू होता है, और लैंडिंग पेज बदल जाता है। सामान्य दुनिया में, आप उन पर्चों को फेंक देते हैं और नए छापते हैं, जिसका अर्थ है कि आपकी जेब से फिर से 280 ज़्लॉटी खर्च होते हैं। यहाँ, आप पैनल में जाते हैं, उसी पते को नए पेज पर रीडायरेक्ट करते हैं और बस हो गया। पर्चे अभी भी काम कर रहे हैं। QR अभी भी सही ढंग से स्कैन होता है, क्योंकि यह उसी छोटे लिंक पर ले जाता है, बस अब वह लिंक कहीं और संकेत दे रहा है। इसके साथ एक ब्रांडेड प्रत्यय (suffix) भी जुड़ जाता है ताकि पता किसी रैंडम बड़बड़ाहट जैसा न लगे, और उसी लिंक से जेनरेट किया गया QR कोड भी मिलता है।

(वैसे एक किनारे की बात: अधिकांश लोग लिंक को किसी ऐसी चीज़ के रूप में बिल्कुल नहीं सोचते जो अभियान से अधिक समय तक जीवित रह सकती है। और फिर वेबसाइट का पुनर्गठन आता है, सब-पेज के पते बदल जाते हैं और अचानक छपे हुए आधे हिस्से कहीं नहीं ले जाते। एक स्थायी पता, जिसे बीच में बदला जा सकता है, भविष्य के लिए एक छोटी सी बीमा पॉलिसी की तरह है, जिसे केवल तभी याद किया जाता है जब इसकी कमी खलने लगती है।)

तो अंततः किसे चुनें

बिना किसी घुमाव-फिराव के। यदि आप परफॉर्मेंस मार्केटिंग से अपना जीवन यापन करते हैं, और आपको पिक्सेल, तीन स्क्रीन नीचे तक इंटीग्रेशन और ऐसी एनालिटिक्स की आवश्यकता है जो प्रत्येक क्लिक को परमाणुओं में तोड़ दे, तो cutt.ly एक परिपक्व और विस्तृत उपकरण है, और सबसे अधिक संभावना है कि यह वही करेगा जिसकी आप इससे अपेक्षा करते हैं। यदि इसके विपरीत, आप इस बात पर अधिक ध्यान केंद्रित करना चाहते हैं कि दर्शकों का डेटा उनके पास रहे, सब कुछ यूरोपीय संघ (EU) में रहे, ताकि आप खाता बनाए बिना लिंक को छोटा कर सकें और फिर उसे स्वतंत्र रूप से एक नए पेज पर रीडायरेक्ट कर सकें, तो आप एक अलग उपकरण की बात कर रहे हैं। इसका नाम cutty.dev है और आप इसे यहाँ पा सकते हैं।

cutt.ly बनाम cutty.dev के विवाद में सबसे मूर्खतापूर्ण बात जो की जा सकती है, वह यह खुद को यह समझाना है कि एक दूसरे से वस्तुनिष्ठ रूप से बेहतर है। ऐसा नहीं है। ये अलग-अलग प्राथमिकता वाले दो अलग-अलग प्रोजेक्ट हैं, जिन्हें अलग-अलग लोगों के लिए बनाया गया है।

और अंत में एक व्यक्तिगत विचार, क्योंकि मैं लंबे समय से इस बारे में सोच रहा था। वर्षों तक हमें सिखाया गया कि "अधिक डेटा" हमेशा एक प्लस है, कि हम क्लिक करने वालों के बारे में जितना अधिक जानते हैं, उतना ही समझदारी से कार्य करते हैं। मैं जितना अधिक इसे बाहर से देखता हूँ, उतना ही कम आश्वस्त होता जाता हूँ। कभी-कभी यह ज्ञान कि किसी विशिष्ट व्यक्ति ने बस में फोन से 23:47 पर लिंक पर क्लिक किया था, किसी को भी समझदार नहीं बनाता है। यह केवल किसी के डेटाबेस को और बड़ा बनाता है। और शायद इस पूरे चुनाव का अर्थ यही है: यह नहीं कि आप इन दो पतों में से किसे दर्ज करेंगे, बल्कि यह कि आप किस इंटरनेट का हिस्सा बनना चाहते हैं।