يعتبر التكامل مع شبكات التسويق بالعمولة من أولى الخطوات وأهمها في عملية إطلاق البرنامج التابع، وهو عملية إعداد تتبع الإجراءات المستهدفة. والتتبع هو عملية نقل المعلومات حول الطلبات إلى الشبكة التابعة (سبكة التسويق بالعمولة).
وأن ضبط التببع بشكل صحيح يسمح بتعقب النقرات على رابط الإحالة والإجراءات المستهدفة (عملية الشراء، تثبيت تطبيق، ملء استمارة، إلخ)، ويجب على المعلن أن يرسل هذه المعلومات إلى شبكة التسويق بالعمولة والتي بدورها تقدمها للمروج، مما يضمن شفافية العمل.
عبر "API"
هذه الطريقة تأخذ المدة الأطول في التضمين مع الشبكة، ولكنها تتميز بأقصى قدر من التخصيص. يتم تضمين هذه الطريقة بشكل فردي على أساس الوثائق الفنية للمعلن ويتطلب الحد الأدنى من التعديلات من جانبه.
طلبات "postback"
يتم ضبطه باستخدام لغة خادم خاصة، يوجد داخل الطلب مفاتيح خاصة يتم إصدارها في مرحلة التكامل، بالإضافة إلى جميع المعلومات نفسها حول الطلب كما هو الحال في كود التتبع (رقم الطلب والمبلغ والموضع والعملة وغيرها). ويتم إرسال الطلب مباشرة من خادم المعلن (مع تجاوز المتصفح والموقع). ويوجد حلول مباشر للمواقع التي تعمل على منصات (1C-Bitrix, WooCommerce, OpenCart, ShopScript, Magento). ويعتبر هذا الحل الأكثر موثوقية.
ملفات "XML"
عبر هذه الطريقة، يقوم المعلن بإنشاء ملف ” XML” ويقوم بتحميل المعلومات منه عن الإجراءات التي تم تنفيذها على موقعه. وتقوم خوادم شبكة “أدميتاد” بشكل دوري بتحديث الإحصائيات، حيث يتمكن المروجون من تلقي معلومات حول الإجراءات بسرعة ولكن في حالة الزيادة في قائمة انتظار المعالجة، قد يحدث تأخير في ظهور البيانات.
كود تتبع
وهذه الطريقة هي الأسرع والأسهل للتكامل مع شبكات التسويق بالعمولة، حيث يتم إرسال معلومات حول تنفيذ الإجراء المستهدف من كمبيوتر المستخدم. ويتم وضع الكود في الصفحة المراد الوصل لها (على سبيل المثال، صفحة الشكر بعد إتمام عملية الشراء، أو صفحة تأكيد الطلب). وتتمتع هذه الطريقة بسلبية، حيث يمكن أن لا يحتسب الإجراء للمروج في حال قام بإغلاق الصفحة قبل أن يتم تحميل الكود كاملا، أو في حال كان العميل يستخدم "قاتل الإعلانات" في متصفحه، أو في حال خلل بالكود أثناء إجراء بعض التغييرات أو التحديثات على الموقع.
يستغرق التكامل مع شبكة التسويق بالعمولة، في المتوسط، من أسبوع إلى أسبوعين (في حالة التكامل بواسطة API من 3 إلى 4 أسابيع). ولا يوصى بوضع كود التتبع على الموقع باستخدام إدارة المعلمات من غوغل "Google Tag Manager" حيث أن الكود لن يعمل في حال كان لدى المستخدم قاتل الإعلانات في المتصفح.
التكامل داخل التطبيق
لنأخذ على سبيل المثال أنه لدى المعلن تطبيق غير الموقع الرسمي الأساسي. وفي حال أراد المعلن زيارات من الهاتف إلى التطبيق، يتوجب عليه استخدام التكامل عن طريق "SDK". ومن أجل التكامل بهذه الطريقة يجب على المعلن وضع كود داخل التطبيق، ويمكن استخدامه بشكل إضافي بغض النظر عن كيفية إعداد المعلن للتكامل الأساسي على الموقع.
وطريقة عمل التكامل في التطبيق على النحو التالي. بعد أن ينقر المستخدم على رابط الإحالة تتحق ميزة التتبع من أن المستخدم كان قد ثبت التطبيق من قبل أم لا. في حال كان مستخدما جديدا (يتم تحويل المستخدم إلى نسخة الهاتف لموقع المعلن، وفي حال كان التطبيق مثبتا لدى المستخدم يتم عرض له الخيار في فتح الرابط داخل التطبيق).
تكامل مخصص
في حالات نادرة، عندما يعمل المعلن من خلال وكالة، يصبح التكامل مخصصًا (ينقل المعلن بيانات الطلب إلى الوكالة، التي تنقلها إلى الشبكة التابعة بدورها). في هذه الحالة، من المهم التأكد من أن نقل البيانات بين المشاركين الثلاثة تم تكوينه بشكل صحيح، بينما يتم لعب الدور الرئيسي عن طريق نقل البيانات من المعلن إلى الوكالة وطريقة التكامل مع المعلن - يجب أن يكون الحل حديثًا ويلبي جميع معايير شبكة التسويق بالعمولة.
مبدأ الإسناد على أساس ملفات تعريف الارتباط الأخيرة "Last Cookie Wins"
الإسناد - هو المنطق الذي يقرر من خلاله المعلن لمن يدفع العمولة من المروجين في حال قام المستخدم بالنقر على عدة روابط إحالة لعدة مروجين قبل عملية الشراء.
يتم إسناد ملفات تعريف الارتباط بالمستخدم بعد نقره على رابط الإحالة وترافقه إلى أن يتم عملية الشراء أو إلى أن ينقر على رابط إحالة آخر. ولهذه الملفات مدة زمنية معينة يتم تعينها من قبل المعلن (يمكن أن يكون يوما واحدا أو سنة أو أكثر) وهذا يعود للمعلن، ولكن المروج يختار العروض التي يكون فيها عمر ملفات الارتباط لأطول فترة ممكنة.
ويسمى نموذج الإسناد العام بـ"Last Cookie Wins" وفي بعض الأحيان يطلق عليه اسم "Last Paid Click". وفي حال قام المعلن بالعمل بهذا النموذج، فإنه يقوم بإعطاء العمولة لآخر مصدر جلب المستخدم قبل تنفيذ عملية الشراء. ويعد هذا النموذج الأكثر شيوعا بسبب بساطته (100% من العمولة تذهب لمروج واحد). ولكن هناك نماذج أخرى من الإسناد - على سبيل المثال الإسناد المتعدد، حيث يتم توزيع العمولة على عدد من المروجين الذي شاركوا في جذب المستخدم، وهذا النموذج يعد أكثر عدلا من حيث الحصول على العمولة للمروجين ولكن أصعب من الناحية التقنية.
إلغاء الطلبات المكررة
لا تنسى تضمين جميع مصادر الزيارات المدفوعة في خيار “deduplication”. وهذا الشيئ مهم بشكل خاص إذا تغيرت ظروف العمل مع إحدى شركات الدفع بالعمولة، أو في حال قبولك لقنوات تسويق جديدة أو حظرك لقنوات تسويق قديمة. وفي حال كان المعلن يعمل مع أكثر من شبكة تسويق بالعمولة فيتوجب عليه تحدد المصدر الذي سيدفع له العمولة.
سيتم إسناد الإجراء للمروج وفقا لنموذج الإسناد، ولكن من المهم نقل هذه الإجراءات إلى الإحصائيات بشكل صحيح. في حالة عدم حدوث ذلك، ينتقل الطلب فورًا إلى شبكتي التسويق بالعمولة في آن واحد ويتم تكرار الطلب ونتيجة لذلك يتوجب على المعلن دفع العمولة مرتين. ومن أجل تجنب ذلك، من الضروري تضمين ميزة إلغاء الطلبات المتكررة. والجدير بالذكر أن ميزة إلغاء الطلبات المتكررة متضمنة في حال تكامل الموقع مع "كود التتبع" ولا تتطلب سوى إضافة "كود آخر" على سبيل المثال في صفحة "الشكر بعد اتمام عملية الشراء". بينما في نماذج التتبع الأخرى، يجب على المعلن إعدادها بنفسه.
بدء الاختبار |
في أي طريقة تكامل يتم إرسال الطلبات من خادم المعلن إلى خادم شبكة الأفيلييت؟
خطأ! في حالة طلبات "postback" يتم إرسال الطلبات مباشرة من خادم المعلن إلى خادم شبكة الأفلييت
خطأ! في حالة طلبات "postback" يتم إرسال الطلبات مباشرة من خادم المعلن إلى خادم شبكة الأفلييت
صحيح! في حالة طلبات "postback" يتم إرسال الطلبات مباشرة من خادم المعلن إلى خادم شبكة الأفلييت
التالي |
التالي |
معرفة النتيجة |
من الذي يحصل على المكافأة إذا كان المعلن يعمل عبر نموذج الإسناد "Last Cookie Wins"؟
خطأ! في نموذج " Last Cookie Wins" يمكن للمصدر الأول الحصول على العمولة في حال كان مصدر الترويج مدفوع (ليس من محركات البحث أو زيارات مباشرة) وأصبح آخر مصدر ولم يكن هناك أي زيارات أخرى من مروجين آخرين
صحيح! في نموذج " Last Cookie Wins" يمكن للمصدر الأول الحصول على العمولة في حال كان مصدر الترويج مدفوع (ليس من محركات البحث أو زيارات مباشرة) وأصبح آخر مصدر ولم يكن هناك أي زيارات أخرى من مروجين آخرين
خطأ! في نموذج " Last Cookie Wins" يمكن للمصدر الأول الحصول على العمولة في حال كان مصدر الترويج مدفوع (ليس من محركات البحث أو زيارات مباشرة) وأصبح آخر مصدر ولم يكن هناك أي زيارات أخرى من مروجين آخرين
التالي |
التالي |
معرفة النتيجة |
كم مدة ملفات تعريف الارتباط؟
خطأ! مدة ملفات تعريف الارتباط يحددها المعلن، حيث يمكن أن تكون عبارة عن جلسة متصفح واحدة أو شهر أو سنة
خطأ! مدة ملفات تعريف الارتباط يحددها المعلن، حيث يمكن أن تكون عبارة عن جلسة متصفح واحدة أو شهر أو سنة
صحيح! مدة ملفات تعريف الارتباط يحددها المعلن، حيث يمكن أن تكون عبارة عن جلسة متصفح واحدة أو شهر أو سنة
التالي |
التالي |
معرفة النتيجة |
ما هي البيانات التي يجب على المعلن إرسالها إلى شبكة التسويق بالعمولة؟
صحيح! يعتبر البريد الإلكتروني ومعلومات الدفع من المعلومات السرية ولا يجب إرسالها إلى طرف ثالث. بينما سعر وعملة الطلب - فهي مطلوبة من أجل حساب مقدار العمولة للمروج
خطأ! يعتبر البريد الإلكتروني ومعلومات الدفع من المعلومات السرية ولا يجب إرسالها إلى طرف ثالث. بينما سعر وعملة الطلب - فهي مطلوبة من أجل حساب مقدار العمولة للمروج
خطأ! يعتبر البريد الإلكتروني ومعلومات الدفع من المعلومات السرية ولا يجب إرسالها إلى طرف ثالث. بينما سعر وعملة الطلب - فهي مطلوبة من أجل حساب مقدار العمولة للمروج
التالي |
التالي |
معرفة النتيجة |
لماذا لا يجب تضمين كود التتبع في برنامج إدارة المعلمات من غوغل "Google Tag Manager"؟
صحيح! في حال كان لدى المستخدم قاتل الإعلانات، فإن كود التتبع لن يعمل ولن يتم إرسال المعلومات اللازمة إلى الشبكة
خطأ! في حال كان لدى المستخدم قاتل الإعلانات، فإن كود التتبع لن يعمل ولن يتم إرسال المعلومات اللازمة إلى الشبكة
خطأ! في حال كان لدى المستخدم قاتل الإعلانات، فإن كود التتبع لن يعمل ولن يتم إرسال المعلومات اللازمة إلى الشبكة
التالي |
التالي |
معرفة النتيجة |
يبدو أنك لم تقرأ الدرس بانتباه - قم بتحضير كوبا من القهوة أو الشاي وخذ نفسا عميقا واسترخي وعاود الكرة مرة أخرى
اجتياز مرة أخرى |
بداية جيدة - حاول أن تعيد النقاط التي واجهت صعوبة بها ومن ثم انتقل إلى الدرس التالي
اجتياز مرة أخرى |
!أحسنت
لقد اجتزت الاختبار بنجاح. انتقل إلى القسم التالي من الدورة
اجتياز مرة أخرى |