Short.io مقابل cutty.dev — أيهما تختار للروابط المخصصة لعلامتك التجارية؟

ربطت Short.io بنطاقي الخاص لأول مرة منذ حوالي ثلاث سنوات، في حملة لعميل في قطاع التجميل. كان يعمل على الفور، ولوحة تحكم جميلة، والروابط من نوع marka.link/promo كانت تترك انطباعاً جيداً أثناء العرض التقديمي. كنت راضياً. حتى اللحظة التي طرح فيها العميل (وتحديداً قسمه القانوني) سؤالاً بسيطاً واحداً: "أين يتم تسجيل هذه النقرات؟".

وهنا علقت. لأنني لم أكن أعلم. بدأت في البحث وتبين أن السجلات (logs) موجودة على بنية تحتية خارج الاتحاد الأوروبي، بينما كنت قد وعدت للتو في بريدي الإلكتروني بأن "البيانات ستبقى في أوروبا". موقف محرج.

من هذا السؤال بدأت متعتي في مقارنة أدوات تقصير الروابط. لذا، إذا كنت تبحث عن بديل واعي لـ short.io، فلن يكون هذا مجرد مديح. سأوضح لك ببساطة أين تختلف هاتان الأداتان حقاً.

على المستوى الأساسي، هما توأمان

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

Short.io هو منتج أمريكي ناضج. كبير، ومجرب، وله سنوات من التطوير خلفه. أما Cutty.dev فهو أصغر، وأوروبي، ويتعمد جمع أقل قدر ممكن من المعلومات عن المستخدمين. هذه ليست قصة "داود ضد جالوت". إنها ببساطة نموذجان مختلفان، والسؤال هو: أي منهما يناسب ما تقوم به.

أين تهبط كل نقرة فعلياً

معظم الناس لا يسألون عن هذا أبداً. ثم يأتي التدقيق أو عقد مع عميل أكبر، وفجأة تعود هذه المسألة مثل البوميرانج (من قصتي أعلاه، أنت تعرف بالفعل كيف يكون شعور ذلك).

كل نقرة هي طلب HTTP. مع عنوان IP، وuser-agent، وreferrer الخاص بشخص ما. يجب أن ينتهي الأمر بكل هذا في مكان ما ويتم تسجيله في مكان ما. يعمل Short.io عالميًا، مع بنية تحتية خارج الاتحاد الأوروبي. إذا كنت تدير حملة لشركة لديها في عقدها معالجة البيانات داخل الاتحاد الأوروبي، فإن مجرد قول "لدينا DPA موقع" قد يكون غير كافٍ. سيسأل المدقق سؤالاً واحداً: أين يستقر هذا السجل (log) فعليًا.

في cutty.dev، يتم التعامل مع إعادة التوجيه بواسطة خادم في الاتحاد الأوروبي. ولا يصل عنوان IP إلى قاعدة البيانات في شكله الخام، بل يتم تشفيره (hashed) قبل تسجيل أي شيء. من الناحية العملية، يبدو الأمر كما يلي:

Short.io  → klik → log z pełnym IP na infrastrukturze globalnej
cutty.dev → klik → IP hashowane → statystyka bez surowego identyfikatora

هل تعمل مع القطاع العام، أو الصحة، أو التمويل في بولندا أو الاتحاد الأوروبي؟ إذاً، الأمر ليس مجرد مسألة تجميلية. إنه الفرق بين ساعة من تقديم التبريرات للمدقق وبين عبارة قصيرة "لا توجد مشكلة".

الإحصائيات، أي الملف الشخصي مقابل مجرد أرقام عادية

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

Cutty.dev يسير في الاتجاه المعاكس. لديك عدد النقرات، التوزيع الزمني، والسياق بشكل عام. دون دمج ذلك في ملف شخصي لشخص محدد. لتقرير حملة بأسلوب "كم، متى، ومن أين تقريبًا"، هذا يكفي تمامًا. أما إذا كنت تبني قمع إعادة استهداف (remarketing funnels) يصل إلى مستخدم فردي، فإن Short.io سيعطيك المزيد. مع كل ذلك العبء من الموافقات الذي يصاحب ذلك.

ما الذي تدفع ثمنه حقاً

لنكن صادقين. لدى Short.io خطة مجانية، وهي خطة مجانية جيدة. إلا أن النطاقات المخصصة (branded domains)، والأحجام الأكبر، وميزات الفريق تدفعك سريعاً نحو الاشتراك الشهري، والذي غالباً ما يتم احتسابه بناءً على عدد الروابط أو النقرات. حملات أكثر تعني فاتورة أعلى. إنها عملية حسابية بسيطة.

قبل أن تغير أي شيء، اجلس وقم بالحساب نظرياً:

• كم عدد النطاقات (domains) ذات العلامة التجارية التي تقوم بربطها فعلياً (بالنسبة لي، تبين أنها اثنتان فقط، رغم أنني دفعت وكأنني أملك عشرة)
• كم عدد الروابط التي تنشئها في الشهر، وكم منها مجرد محاولات لمرة واحدة
• هل تدفع مقابل أدوات التحليل التي لا تفتحها حتى بعد ذلك
• هل حد النقرات في خطتك قد يقطع عليك فجأة تلك الحملة الوحيدة التي حققت نجاحاً

إذا كان يتضح من هذه القائمة أنك تدفع بشكل أساسي مقابل لوحة تحكم مفرطة في التعقيد و"مقاعد الفريق" (team seats)، وتحتاج إلى إعادة توجيه (redirect) قوي بنهاية نطاق مخصصة، فهذه هي اللحظة الكلاسيكية للبحث عن بديل لـ short.io لا يرفع السعر بشكل حاد. Cutty.dev يستهدف هذا السيناريو تحديداً.

ما لا يدعي cutty.dev تمثيله على الإطلاق

لكي لا يتحول الأمر إلى مجرد سخرية: Short.io لديه بعض الأشياء التي لا تحاول cutty.dev اللحاق بها عن عمد.

• تكاملات عميقة وواجهات برمجة تطبيقات (API) من فئة المؤسسات. Webhooks، مجموعات أدوات تطوير برمجيات (SDK) موسعة، وأتمتة مخصصة لفرق التسويق الكبيرة.
• استهداف متقدم لإعادة التوجيه. التوجيه حسب الدولة أو الجهاز، بناءً على شروط متعددة في آن واحد.
• نظام بيئي ناضج. إضافات، موصلات جاهزة، وسنوات من الدعم المؤسسي.

هناك شيء واحد تقوم به cutty.dev ببراعة حقًا، والناس يتجاهلونه باستمرار. رابط الهدف القابل للتغيير. لقد طبعت marka.link/menu على المنشورات، ووضعت رمز QR هذا على حامل في المتجر، ثم يمكنك تغيير الوجهة التي يؤدي إليها. دون الحاجة لإعادة الطباعة. لقد واجهت هذا مرة مع قائمة مطعم تغيرت بعد يوم واحد من طباعة المنشورات، وهذه الميزة الواحدة أنقذتني من ألف ورقة مطبوعة. بالإضافة إلى نهاية مخصصة لعلامتك التجارية ورمز QR يتم إنشاؤه على الفور، دون الحاجة لإضافة أداة ثالثة إلى اللغز.

من سيفوز؟

لا توجد إجابة واحدة. هناك قرار يجب عليك اتخاذه بنفسك.

ابقَ مع Short.io، إذا كنت تعيش على التحليلات العميقة لكل مستخدم، وتكاملات المؤسسات، ولا يؤرق مضجعك لا البنية التحتية خارج الاتحاد الأوروبي، ولا الاشتراك الذي ينمو معك.

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

والأبسط؟ خذ نطاقك، ضع رابطاً واحداً مميزاً على كلا الجانبين وقارن ذلك بالفاتورة الحالية. أحياناً يكون "الأقل" هو بالضبط ما كنت تحتاجه. وأحياناً لا، وهذا أيضاً رد جيد.