برنامج الشركاء التابعين لدينا: 93% من المبيعات المنسوبة تأتي من الفرع المدرج أخيرًا

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

أي فرع يدفع فعليًا

من بين الطلبات التي تم الإبلاغ عن تحويل لها وتحمل مصدر إحالة مسجلًا، التوزيع ليس متقاربًا:

• فرع المورّد: 93.2%. بائع سجّل عبر رابطك، وتم شراء شيء من منتجاته. لا يهم من هو المشتري أو كيف وصل.
• فرع العميل: 4.6%. مشترٍ سجّل عبر رابطك، ثم وضع طلبًا لاحقًا أثناء تسجيل دخوله.
• فرع الطلب: 2.2%. شخص وصل عبر رابطك وأتم عملية الشراء في نفس الزيارة.

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

بيانات التسجيل تؤكد ذلك. من بين الحسابات التي تحمل رمز إحالة من التسجيل، 25 مورّدون و9 آخرون يحملون الدورين معًا، مقابل 29 عميلًا فقط. الشركاء الذين اكتشفوا هذا الأمر بدأوا بالفعل في تجنيد البائعين.

ما الذي يفعّل الإبلاغ عن عملية بيع فعليًا، وهو ليس ما كنا نقوله سابقًا

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

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

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

إذًا التحويل المُبلَّغ عنه هو تقرير عن دفعة، وليس ضمانًا لنتيجة. إذا تعارض بيانك مع سجل طلباتنا، فهذا عادةً هو السبب.

من أين يُقرأ الكود

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

الذي تتحكم فيه مباشرة هو الثالث: إضافة ?ref= ورمزك إلى أي رابط تشاركه يكفي وحده، دون ملفات تعريف ارتباط أو سكربتات. إنه أكثر شيء يمكنك الاعتماد عليه، لأنه يعمل في أول زيارة، وفي نافذة خاصة، وعلى جهاز لم يرَ الموقع من قبل.

رمزك يُخزَّن تمامًا كما تكتبه

لا شيء في هذا المسار بأكمله يوحّد الأحرف الكبيرة أو الفواصل. أي سلسلة تصل هي ما يُخزَّن ويُقارَن ويُبلَّغ عنه.

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

اختر تهجئة واحدة لرابطك واستخدمها في كل مكان. إذا كنت قد نشرت عدة نسخ بالفعل، فالنسخ الأقدم ما زالت تعمل؛ لكنها تُبلَّغ كرموز منفصلة.

مسألة ملفات تعريف الارتباط، التي يجيب عنها هذا البرنامج بشكل غريب

أكثر ما يُبحث عنه في روابط الإحالة هو مدة صلاحية ملف تعريف الارتباط. هنا ينقسم الجواب حسب الفرع، وثلثا الإجابة غير معتاد.

فقط فرع الطلب يعتمد على ملف تعريف ارتباط أو رابط في لحظة إتمام الشراء، وهو الفرع الذي تبلغ قيمته 2.2%. الفرعان الآخران ليس لهما نافذة زمنية إطلاقًا: عندما يسجل شخص عبر رابطك، يُكتب رمزك على حسابه ويبقى هناك. عميل يسجل اليوم ويشتري بعد عام ما زال يُنسب إليك، ومورّد يسجل اليوم يُنسب إليه في مبيعاته إلى أجل غير مسمى.

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

النقرات، وما يمكننا قوله بصدق عنها

نحن لا نسجل النقرات. لا يوجد جدول نقرات في هذا النظام ولا مسار يكتب واحدًا، لذا لا شيء في جانبنا يمكنه تأكيد حدوث زيارة.

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

تحويل واحد لكل طلب، بشكل دائم

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

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

شيئان يسميان إحالة، وهما ليسا نفس البرنامج

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

إنهما نظامان مختلفان بأموال مختلفة. إذا كنت شريكًا تتساءل لماذا لا يتطابق رقم، تحقق من أي النظامين تقرأ قبل أي شيء آخر.

العمولة التي تُخصم من حصة المورّد، والفرع الذي تتجاوزه

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

وبما أن فرع المورّد يمثل 93% من الإسنادات، فهذا الخصم حدث نادر وليس روتينيًا. وهو أيضًا السبب في أن البائع الذي جندته لا يدفع عمولتك من هامش ربحه: مبيعاته تمنحك رصيدًا دون المساس بحصته.

خمس قواعد تنبثق من كل ما سبق

1. جنّد البائعين. فرع المورّد يمثل 93% من كل ما يُنسب هنا.
2. استخدم تهجئة واحدة لـ ?ref= مع رمزك، في كل مكان.
3. التسجيل هو اللحظة الوحيدة التي يُلصق فيها الرمز بالحساب. لا يمكن المطالبة بالمستخدمين الحاليين.
4. البيع المُبلَّغ عنه يعني اكتمال دفعة، وليس أن الطلب تم تسليمه أو الاحتفاظ به.
5. كل طلب يُبلَّغ عنه مرة واحدة، لشريك واحد، ولا يُعاد الإبلاغ عنه أبدًا.