تتبع التحويلات للمسوقين بالعمولة: شرح Postbacks وPixels وUTMs وSub-IDs

تتبع التسويق بالعمولة (Affiliate tracking) هو في الواقع سلسلة من عمليات التسليم. ينقر الزائر على الرابط الخاص بك، ويصل إلى صفحة المعلن، ثم إما أن يقوم بالتحويل أو لا. النظام الكامل لتتبع التحويل موجود للإجابة على سؤال واحد بثقة: أي من مصادر الزيارات الخاصة بي أنتج هذه النتيجة؟ كل شيء آخر — الـ postbacks، ووحدات البكسل (pixels)، وUTMs، والمعرفات الفرعية (sub-IDs) — عبارة عن آلية لنقل الهوية عبر تلك السلسلة دون فقدانها. عندما ينقطع أي رابط في السلسلة، فإنك لا تفقد نقطة بيانات فحسب؛ بل تفقد القدرة على اتخاذ قرارات الإنفاق.

الآليات الأربع وماذا تفعل كل واحدة منها

من المفيد فصل الأدوات حسب ما تحمله و من يقرأها.

• UTMs هي معلمات استعلام (query parameters) ملحقة بعنوان URL (utm_source وutm_medium وutm_campaign وما إلى ذلك). وهي تقوم بتصنيف النقرة لمنصات التحليلات مثل Google Analytics. إنها وصفية وليست تعريفية — فهي تخبرك “جاء هذا من Facebook، الحملة X”، وليس “هذا هو الزائر 8f3a”.
• المعرفات الفرعية (Sub-IDs) هي نسخة شبكة التسويق بالعمولة من الفكرة نفسها. تمنحك معظم الشبكات معلمة (غالبًا من sub1 إلى sub5 أو s1–s5) تقوم بملئها بقيمتك الخاصة. وأي شيء تضعه هناك يعود مرة أخرى في تقرير التحويل الخاص بالشبكة، مما يسمح لك بربط عملية بيع بمصدر أو إعلان أو كلمة رئيسية أو تصميم إبداعي (creative) محدد.
• وحدات البكسل (Pixels) هي مقتطف من JavaScript أو علامة صورة يتم تشغيلها في المتصفح عند حدوث تحويل. يقوم المتصفح بتحميلها، وترسل تقريرًا إلى من يملك البكسل — المعلن، أو الشبكة، أو أداة التتبع الخاصة بك.
• الـ Postbacks (من خادم إلى خادم، أو S2S) هي طلب HTTP يتم إرساله مباشرة من خادم إلى آخر عند تسجيل تحويل. لا يتدخل المتصفح في هذه العملية.

إن التمييز بين وحدات البكسل والـ postbacks هو الأمر الأكثر أهمية، ويستحق فهم السبب.

لماذا تتفوق الـ Postbacks عادةً على وحدات البكسل

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

أما الـ postback فيعتمد على تواصل خادمين مع بعضهما البعض. يخبر خادم شبكة التسويق بالعمولة خادم منصة التتبع الخاصة بك: “لقد حدث تحويل، إليك المعرف الفرعي (sub-ID) والمبلغ المدفوع”. تحدث هذه المحادثة بغض النظر عما يفعله متصفح المستخدم بعد ذلك. بالنسبة لمعظم إعدادات التسويق بالعمولة، تعد الـ postbacks الخيار الأكثر ديمومة، بينما تكون وحدات البكسل خيارًا احتياطيًا أو مكملًا.

المقايضة: تتطلب الـ postbacks تكوينًا على كلا الطرفين. أنت بحاجة إلى عنوان URL للـ postback من أداة التتبع الخاصة بك، وتحتاج إلى لصقه في إعدادات الـ postback الخاصة بالشبكة (أو أن تكون الشبكة داعمة لها من الأساس). تقدم بعض الشبكات فقط تتبعًا يعتمد على البكسل، مما يفرض عليك هذا الخيار.

كيف تعمل سلسلة المعرفات الفرعية (Sub-ID) فعليًا

إليك الآلية بالتسلسل، لأنه من الأسهل معرفة مكان تعطل الأشياء عند تتبعها:

1. تقوم بإنشاء رابط تتبع في أداة التتبع الخاصة بك. يحتوي الرابط على معرف نقرة (click ID) فريد.
2. تقوم بإلحاق معرف النقر هذا في معلمة المعرف الفرعي (sub-ID) لرابط الأفلييت، بحيث تستقبله الشبكة.
3. تقوم الشبكة بتخزين المعرف الفرعي مقابل تلك النقرة.
4. عندما يقوم المستخدم بالتحويل، تقوم الشبكة بإرسال postback يحتوي على المعرف الفرعي وتفاصيل التحويل.
5. تطابق أداة التتبع الخاصة بك المعرف الفرعي مع النقرة الأصلية وتنسب التحويل إلى المصدر والإعلان والحملة الصحيحة.

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

أين تبرز UTMs وأين لا تصلح

تعد UTMs ممتازة لفهم سلوك حركة المرور في منصة التحليلات — مثل معدلات الارتداد، ومدة الجلسة، وأي نسخة من الصفحة المقصودة تجذب الانتباه. لكنها ضعيفة في إسناد التحويلات للمدفوعات، لأنها توجد في عنوان URL ويتم حذفها أو استبدالها بواسطة عمليات إعادة التوجيه، ولأن منصات التحليلات تقيس الجلسات وليس تحويلات الأفلييت.

تقسيم عملي للمهام: استخدم UTMs لتحليل جودة حركة المرور والسلوك داخل الموقع، واستخدم المعرفات الفرعية (sub-IDs) بالإضافة إلى الـ postbacks لإسناد الإيرادات. لا تطلب من نظام القيام بعمل النظام الآخر.

اختيار أسلوب التتبع

يعتمد الإعداد الصحيح على حجم عملك ومدى تحكمك في مسار التحويل (funnel).

• حملات قليلة، شبكة واحدة، وعروض بسيطة: قد تكون تقارير المعرفات الفرعية المضمنة في الشبكة كافية. يمكنك الحصول على أعداد التحويلات حسب المصدر دون تشغيل أداة تتبع خاصة بك.
• شبكات أو مصادر زيارات متعددة: يصبح استخدام أداة تتبع مخصصة أمرًا مجديًا، لأنها توحد معرفات النقرات والـ postbacks عبر الشبكات في عرض تقارير واحد.
• تشغيل صفحات هبوط (landing pages) خاصة بك: ستحتاج إلى أداة تتبع وطريقة لتمرير معرف النقر عبر صفحتك إلى العرض، لضمان بقاء السلسلة رغم القفزة الإضافية.
• إضافات إدارة الروابط (فئة WordPress التي تتضمن أدوات مثل Pretty Links وThirstyAffiliates) تتعامل مع إخفاء الروابط (link cloaking) وأعداد النقرات الأساسية، لكنها ليست أدوات تتبع تحويل — فهي عمومًا لا تقوم بالتوفيق بين الـ postbacks.
• مختصرات الروابط (مثل Bitly وRebrandly وأمثالها) مخصصة لعناوين URL نظيفة وذات علامة تجارية وتحليلات للنقرات، وليست مخصصة لإسناد تحويلات الأفلييت.

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