لو بتصرف على إعلانات تطبيقك في منصات زي Meta وجوجل و TikTok، جرّب اعمل حاجة واحدة. اجمع عدد العمليات (conversions، يعني أي تحميل أو شراء المنصة بتقول إنها هي اللي جابته) اللي كل منصة بتدّعيها لنفسها. هتلاقي المجموع أكبر من مبيعاتك الحقيقية.
ده اسمه double-counting، يعني نفس العملية اتحسبت أكتر من مرة. والسبب إن نص قرارات ميزانيتك مبنية على أرقام منفوخة. الـ MMP (اختصار Mobile Measurement Partner، أداة قياس محايدة) هو الطرف اللي بيوحّد الحقيقة. لكن لو متظبّط غلط، بيكذب عليك بنفس القدر.
قاموس سريع
- الـ MMP: أداة قياس محايدة بتقولك كل تحميل وكل عملية في تطبيقك جت من أنهي إعلان فعلاً. زي حَكَم مستقل مش بيشجّع أي فريق.
- الـ attribution (النسب): ربط التحميل أو الشراء بالإعلان اللي جابه.
- الـ conversion (العملية): أي حدث مهم زي تحميل أو شراء أو اشتراك.
- الـ double-counting: نفس العملية تتحسب لأكتر من منصة، فالمجموع بيطلع منفوخ.
- الـ SDK: كود صغير بيتحط جوّه التطبيق عشان يسجّل اللي بيحصل ويبعته للـ MMP.
ما هو الـ MMP (Mobile Measurement Partner)؟
الـ MMP هو طرف ثالث محايد بيقيس وينسب كل تثبيت وكل حدث جوّه تطبيقك للمصدر الإعلاني اللي جابه فعلاً. مش Meta. مش جوجل. طرف منفصل عن كل المنصات، بيوحّد بياناتها في مكان واحد بمعيار قياس واحد.
أشهر الأدوات: AppsFlyer و Adjust و Singular و Branch. كلهم بيشتغلوا بنفس المنطق: في كود صغير (SDK) بيتحط جوّه تطبيقك بيسجّل اللي بيحصل، ولوحة واحدة بتجمّع كل القنوات الإعلانية في مكان واحد.
والفرق بينه وبين أدوات تحليل سلوك المستخدم جوّه التطبيق (in-app analytics زي Firebase أو Amplitude) بسيط بس مهم. أدوات تحليل السلوك بتقولك المستخدم عمل إيه جوّه التطبيق. الـ MMP بيقولك المستخدم ده جه منين، وأنهي إعلان هو اللي دفع التحميل. الأول بيقيس السلوك. التاني بيقيس النسب (attribution)، يعني مين جاب المستخدم.
ليه مجموع عمليات المنصات أكبر من مبيعاتك الحقيقية؟
السبب إن كل منصة بتنسب نفس الشراء لنفسها. المستخدم ممكن يكون شاف إعلانك على Meta، وبعدها على جوجل، وبعدها على TikTok قبل ما يشتري. التلاتة بياخدوا الكريدت كامل على نفس العملية الواحدة.
مثال بالأرقام. منصة Meta بتقول 100 عملية، جوجل بتقول 60، و TikTok بتقول 40. المجموع ورقياً 200. مبيعاتك الحقيقية في قاعدة البيانات بتاعتك (backend) 120. يعني حوالي 40% من الأرقام دي وهمية ومكررة.
الأثر مش مجرد رقم غلط على ورقة. إنت بتزوّد ميزانية قناة بتاخد كريدت مش بتاعها، وبتقفل قناة شغّالة فعلاً لأن أرقامها باينة أضعف. القرار نفسه بيتقلب رأساً على عقب.
ليه أدوات المنصات نفسها مش بديل عن الـ MMP؟
لأن كل منصة بتقيس نفسها بنفسها (self-attributing network). يعني هي القاضي وهي الخصم في نفس الوقت. منصة Meta بتقيس أداء إعلانات Meta وبتنسب العملية لنفسها. وجوجل بتعمل نفس الحاجة. مفيش حد فيهم عنده دافع يقولك “العميل ده مكنش بسببي”.
ده تضارب مصالح واضح. كل لاعب بيحاول ياخد أكبر كريدت ممكن عشان يبان إن الصرف عليه مربح. والنتيجة المجموع المنفوخ اللي شوفناه فوق.
الـ MMP بيحل ده لأنه مصدر حقيقة واحد محايد (single source of truth). يعني مرجع واحد كل الأرقام بترجعله بدل ما كل منصة تقول كلامها. مش بيبيع إعلانات، فمعندوش مصلحة في إنه ينفخ أرقام قناة على حساب قناة. بيشيل التكرار بين المنصات (de-duplication) وبيوريك مين جاب العميل فعلاً.
مش متأكد إن أرقامك حقيقية؟
مش متأكد إن الأرقام اللي بتاخد عليها قرارات الميزانية حقيقية؟ احجز مكالمة مراجعة مجانية، نشوف إعداد النسب (attribution setup) بتاعك ونوريك أي قناة بتاخد كريدت مش بتاعها.
إزاي بيشتغل الـ MMP عملياً؟
الأساس إن في SDK بيتحط جوّه التطبيق. ده الكود اللي بيخلي الـ MMP يشوف اللي بيحصل ويربطه بمصدره. المسار بيمشي بالترتيب ده.
- المستخدم بيدوس على إعلان في أي منصة.
- بيانات النقرة بتروح للـ MMP.
- المستخدم بيثبّت التطبيق ويفتحه.
- الـ SDK بيسجّل التثبيت والأحداث اللي بعده.
- الـ MMP بيطابق التثبيت بالنقرة وينسبه للمصدر الصح.
- كل ده بيظهر في لوحة موحّدة واحدة لكل القنوات.
عنصرين بيحددوا دقة كل ده. الأول الـ attribution window، يعني المدة اللي خلالها النقرة تتحسب سبب التثبيت. والتاني الـ event mapping، يعني إزاي بتربط أحداث تطبيقك (شراء، تسجيل، اشتراك) بالأحداث اللي الـ MMP بيقيسها. لو الاتنين دول مظبوطين، الأرقام بتبقى قريبة من الحقيقة.
إزاي نظام iOS و الـ ATT غيّروا قياس التطبيقات؟
بعد تحديث iOS 14.5، شركة Apple دخّلت ميزة اسمها الـ ATT (اختصار App Tracking Transparency، يعني شفافية تتبع التطبيقات). دلوقتي التطبيق لازم يطلب موافقة المستخدم قبل ما يتتبعه. وهي الرسالة اللي بتظهر على الشاشة بتسأل “هل تسمح للتطبيق بتتبعك؟”. ونسبة كبيرة من المستخدمين بترفض.
الرفض معناه إنك بتفقد البيانات الفردية لكل مستخدم. وبتضطر تعتمد على نظام SKAdNetwork (واختصاره SKAN)، وهو النظام البديل اللي عملته Apple للقياس. بس بيانات SKAN مجمّعة (يعني بتيجي على هيئة أرقام إجمالية مش لكل مستخدم لوحده)، ومتأخرة، ومحدودة جداً مقارنة باللي كان متاح قبل كده.
هنا بييجي دور الـ MMP. بدل ما تتعامل مع بيانات SKAN لوحدها وتتعامل مع بيانات Android لوحدها، الـ MMP بيوحّد الاتنين مع باقي القنوات في صورة واحدة. مش بيرجّعلك الدقة القديمة، لأن محدش يقدر، بس بيخليك تدير القيود في مكان واحد بدل ما تتلخبط بين أنظمة متفرقة.
إزاي الـ MMP بيوصّلك لـ ROAS و LTV الحقيقي لكل قناة؟
لما الـ MMP بيوقف الـ double-counting، بيربط كل ريال صرفته بإيراد حقيقي مرتبط بمصدره الصح. ده اللي بيديك ROAS (العائد على الصرف الإعلاني، يعني كل ريال صرفته رجّعلك كام) صادق بدل الرقم المنفوخ اللي بتوريك إياه المنصات.
وأبعد من الشراء الأول، الـ MMP بيربط الأحداث اللي بتحصل بعد التثبيت (الاشتراكات المتكررة، الشراء التاني، التجديد) بالمصدر اللي جاب المستخدم. ده اللي بيوصّلك لـ LTV (قيمة العميل طول عمره معاك، يعني كل الفلوس اللي هيدفعها مش أول عملية بس) حقيقي لكل قناة، مش مجرد قيمة أول لحظة.
والنتيجة العملية إنك بتوزّع الميزانية على القيمة الحقيقية. القناة اللي بتجيب عملاء غاليين بس بيدفعوا أكتر على المدى الطويل بتاخد حقها، حتى لو الـ CAC بتاعها باين أعلى في اللحظة الأولى.
المشكلة الكبيرة: MMP متظبّط غلط بيكذب عليك بنفس القدر
امتلاك MMP مش ضمان إن أرقامك صحيحة. ده الجزء اللي معظم الناس بتفوّته. الثقة الزائفة في رقم غلط أخطر من إنك معندكش رقم أصلاً، لأنك بتاخد قرارات كبيرة وإنت مطمّن.
الكسر بييجي من حاجات زي دي. أحداث (events) ناقصة أو مكررة في التتبع. قيم SKAN متحطوطة عشوائي من غير منطق واضح. روابط عميقة (deep links، يعني الروابط اللي بتفتح صفحة معيّنة جوّه التطبيق) مكسورة بتنسب المستخدم للقناة الغلط. نوافذ النسب (attribution windows) سايبة على الإعداد الافتراضي من غير ما تتظبط على دورة شرائك الفعلية.
أي واحدة من دي بتخلي اللوحة الموحّدة تكذب عليك بهدوء. ده جزء من سلسلة أخطاء التتبع الشائعة اللي بنشوفها في تطبيقات عندها MMP بالفعل وفاكرة إن كل حاجة تمام.
هل الـ MMP بتاعك بيقول الصدق؟ (قائمة فحص سريعة)
خمس أسئلة تجاوب عليها بصدق دلوقتي. لو فيه واحد إجابته “لأ” أو “مش متأكد”، فالأرقام اللي بتقرر بيها فيها كسر.
- كل الأحداث المهمة (شراء، اشتراك، تجديد) معرّفة وبتتسجّل صح؟
- قيم SKAN متحطوطة بمنطق واضح ومربوط بقيمة العميل؟
- الـ deep links شغّالة وبتنسب المستخدم للقناة الصح؟
- الـ attribution windows متظبّطة على دورة شرائك الفعلية مش على الافتراضي؟
- أرقام الـ MMP بتطابق إيرادك الحقيقي تقريباً (في حدود فجوة معقولة)؟
الصورة الكاملة: أرقام المنصات لوحدها مقابل الموحّدة بعد MMP
ده مثال متكرر بنشوفه في تطبيقات بتصرف على تلت قنوات قبل ما توحّد القياس:
| القناة | عمليات المنصة المعلنة | الحقيقية بعد MMP | الفرق |
|---|---|---|---|
| منصة Meta | 100 | 55 | -45 |
| جوجل | 60 | 38 | -22 |
| منصة TikTok | 40 | 27 | -13 |
| الإجمالي | 200 | 120 | -80 (حوالي 40%) |
40% من الأرقام كانت تكرار. أي قرار توسّع (scaling) مبني على عمود “عمليات المنصة المعلنة” بيوزّع فلوس على وهم.
أسئلة شائعة
هل أحتاج MMP لو بصرف على منصة واحدة بس؟
حتى مع منصة واحدة، الطرف المحايد بيتحقق من أرقامها بدل ما تصدّقها على عماها، وبيجهّزك للتوسّع لما تزوّد قنوات، وبيربط التثبيت بقيمة العميل (LTV). ومشكلة الـ double-counting بتكبر مع كل قناة جديدة تضيفها، فالأحسن تبني الأساس صح من البداية.
أختار AppsFlyer ولا Adjust؟
مفيش “أحسن” مطلق، فيه أنسب لحالتك حسب حجمك وقنواتك وميزانيتك. الأهم من اختيار الأداة نفسها هو الإعداد الصح. أداة ممتازة متظبّطة غلط بتكذب عليك زي أي أداة تانية. فصّلنا الفرق بينهم بالأرقام في AppsFlyer ولا Adjust لتطبيقك؟
هل الـ MMP بيحل مشكلة iOS و ATT بالكامل؟
لأ. بيساعدك تدير قيود SKAN وتوحّدها مع باقي القنوات، بس الدقة قلّت لكل اللاعبين بعد ATT ومحدش يقدر يرجّعها زي الأول. الشطارة الحقيقية في تظبيط قيم SKAN بمنطق مربوط بقيمة العميل.
اقرأ كمان
- 7 علامات إن الـ tracking setup بتاعك بيكذب عليك (وبتخسر فلوس)
- مقارنة AppsFlyer ولا Adjust لتطبيقك؟ بالأرقام
- شرح SKAdNetwork بالعربي: إزاي iOS غيّر قياس التطبيقات
- إزاي تحسب الـ CAC الحقيقي لتطبيقك
عندك MMP بس مش متأكد إنه بيقولك الصدق؟
في 30 دقيقة نراجع الـ event mapping وقيم SKAN والـ attribution windows، ونوريك فين الأرقام بتكذب عليك. من غير التزام.