انتقل إلى المحتوى
cutty.dev
All posts

cutt.ly مقابل cutty.dev — ليسا نفس الشيء، نوضح الفرق

cutt.ly مقابل cutty.dev — أداتان مختلفتان لاختصار الروابط، وليس خطأً مطبعياً. نوضح الفرق: أين تُخزن البيانات، وعناوين IP المشفرة، والحساب، والوجهة القابلة للتغيير للرابط.

هناك لحظة يعرفها على الأرجح كل من حاول يوماً البحث عن شيء ما عن طريق السمع. يلقي شخص ما اسماً في محادثة، تلتقطه أنت، وتكتبه في محرك البحث وتنقر على أول نتيجة منطقية. تنشئ حساباً. تختصر الرابط. وبعد يومين تدرك أن هذا لم يكن الموقع الذي تحدث عنه صديقك على الإطلاق. بل شيء مشابه له تماماً.

مع الزوجين cutt.ly و cutty.dev، يتكرر هذا الأمر باستمرار. يعامل الناس أحدهما كخطأ مطبعي للآخر. "لكنهما نفس الشيء، فقط شخص ما كتبه بشكل مختلف." في الواقع، لا. إنهما مشروعان منفصلان، يتم تنفيذهما من قبل شركتين مختلفتين، مع فكرة مختلفة تماماً حول ما يجب فعله بالبيانات التي تمر عبرهما. ولهذا السبب تحديداً يتكرر السؤال عن cutt.ly مقابل cutty.dev بشكل متكرر لدرجة أنه يستحق التحليل بالتفصيل.

لماذا نخلط بين هذين الاسمين أصلاً

انطقها بصوت عالٍ. "Katli". "Kati". هل تسمع مدى تقاربهما؟ كلاهما ينبع من نفس الأصل الإنجليزي، من الفعل "cut"، لذا عندما يوصي لك شخص ما بآلة قص عبر الهاتف أو يملي عليك عنواناً من الذاكرة، فإن احتمالية الخطأ كبيرة. هذا ليس غباءً من أحد. إنه تصادم بين العلامات التجارية، أمر عادي تماماً، مثل الكثير منها على الإنترنت.

لكن التشابه ينتهي عند النغمة الصوتية فقط. ففي الجوهر، ليست هذه خدمة واحدة ممتدة عبر نطاقين. بل هما أداتان، نعم، تحلان نفس المشكلة (الروابط الطويلة والقبيحة)، لكنهما تتعاملان معها من جانبين مختلفين من المتاريس.

أبسط طريقة لقول ذلك هي: cutt.ly هو مخضرم. يعمل منذ سنوات، وقد نما وطور مجموعة واسعة من أدوات التسويق، والخطط المدفوعة، والتكاملات المتعددة. إنه نموذج SaaS كلاسيكي مع تركيز قوي نحو التحليلات، حيث الجوهر هو مقدار البيانات التي يمكنك استخراجها من كل نقرة. أما cutty.dev فهو مشروع أصغر سناً، مع توزيع مختلف للأولويات منذ البداية: الخوادم والمعالجة داخل الاتحاد الأوروبي، والخصوصية ليست مجرد إضافة في قائمة الأسعار، بل كفرضية متأصلة في الأساس. ليس آلة ضخمة متعددة المهام، بل هو أشبه بمشرط دقيق.

لو كان عليّ صياغة ذلك في جملة واحدة على جدار: cutt.ly يستهدف المسوق الذي يريد معرفة كل شيء عن جمهوره. أما cutty.dev فيستهدف الشخص الذي يريد اختصار الروابط وفي نفس الوقت عدم عرض ملف تعريف الأشخاص الذين ينقرون على هذا الرابط للبيع.

الجوهر يكمن حيث لا ينظر أحد: في البيانات

كل أداة اختصار، حرفياً كل أداة، تضع نفسها في المنتصف. بين الشخص الذي ينقر، وبين الصفحة التي يريد هذا الشخص الوصول إليها. من هذا المكان، يمكن رؤية كل شيء. من نقر، وفي أي وقت، ومن أي جهاز، ومن أين تقريباً. هذا ليس خياراً يمكن إيقاف تشغيله. هذه هي طبيعة أداة الاختصار. السؤال الحقيقي الوحيد هو: ماذا يفعل مالك الأداة بهذه المعرفة.

وهنا تفترق الطرق نهائياً.

في cutty.dev، تقع البنية التحتية داخل الاتحاد الأوروبي، لذا فإن بياناتك لا تنتقل عبر المحيط بشكل افتراضي قبل أن تفكر في الأمر حتى. عناوين IP للنقرات لا يتم تخزينها في شكل خام، بل يتم تشفيرها (hashing)، أي تحويلها إلى سلسلة لا يمكنك من خلالها استعادة هوية شخص محدد. ومع ذلك، ستحصل على الإحصائيات؛ ستعرف عدد النقرات، ومن أين تقريبًا، وكيف تتوزع بمرور الوقت. الأمر ببساطة ينتهي عند مستوى الأرقام، وليس عند اسم فرد معين. ولا توجد وراء ذلك أي آلة لتحديد الملفات الشخصية لأغراض الإعلانات أو بيع هذه البيانات في الخلفية.

إنه اختلاف في الفلسفة، وليس مجرد إعدادات. مدرسة واحدة تقول: لنجمع كل ما يمكن جمعه، لأن البيانات هي الوقود، ولا يوجد شيء اسمه الكثير من الوقود. والأخرى تقول: لنجمع فقط ما نحتاج إليه لكي تعمل الأداة، ولا بايت واحد فوق ذلك. تقف 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 من هاتف في حافلة، لا تجعل أحداً أكثر ذكاءً. إنها فقط تجعل قاعدة بيانات شخص ما أكثر ضخامة. وربما هذا هو جوهر كل هذا الاختيار: ليس أي من هذين العنوانين ستكتب، بل أي نوع من الإنترنت تريد أن تكون جزءاً منه.