بتصرف على إعلانات تطبيقك كل شهر. الأرقام في منصات Meta و Google بتقولك إنك بتكسب. بس لما تبص على الفلوس اللي نزلت فعلاً في الـ backend بتاعك (يعني قاعدة البيانات اللي بتسجّل المبيعات الحقيقية)، مفيش تطابق.
المشكلة غالباً مش في الحملات. المشكلة إن إعداد القياس (الـ tracking setup، يعني الطريقة اللي تطبيقك بيتتبع بيها التحميلات والمبيعات) بتاعك بيكذب عليك، وإنت بتاخد قرارات بميزانية حقيقية بناءً على أرقام غلط.
دي 7 علامات إن القياس عندك فيه خلل. لو لقيت علامتين منهم بس في تطبيقك، إنت بتحرق فلوس دلوقتي وإنت مش واخد بالك.
قاموس سريع (قبل ما نبدأ)
- الـ backend: قاعدة البيانات اللي بتسجّل مبيعاتك وعملائك الحقيقيين. ده مصدر الحقيقة، مش أرقام الإعلانات.
- الـ attribution (نسب التحميل): ربط التحميل أو الشراء بالإعلان اللي جابه. يعني مين السبب إن العميل ده جه.
- الـ MMP: أداة قياس محايدة بتجمع أرقام كل المنصات في مكان واحد، زي حكم مستقل بدل ما كل منصة تحكم على نفسها.
- الـ CAC: تكلفة اكتساب العميل الواحد. بتصرف كام عشان عميل جديد يحمّل ويشتري.
- الـ LTV: قيمة العميل على مدى عمره معاك. بيصرف كام إجمالاً قبل ما يسيبك.
- الـ ROAS: العائد على الصرف الإعلاني. كل ريال صرفته رجّعلك كام.
العلامة الأولى: أرقام المنصة أعلى بكتير من مبيعاتك الحقيقية
منصة Meta بتقولك إنها جابت 800 عملية شراء الشهر ده. الـ backend بتاعك بيقول 430. الفرق مش خطأ بسيط، ده دليل إن المنصة بتنسب لنفسها عمليات ما عملتهاش.
السبب الشائع: نافذة نسب التحميل (الـ attribution، يعني المدة اللي المنصة بتحسب فيها أي شراء على إعلانها) واسعة جداً. يعني المنصة بتاخد كريدت على أي حد شاف الإعلان أو دوس عليه خلال أيام، حتى لو كان هيشتري أصلاً من غير الإعلان. النتيجة؟ بتفتكر إن الحملة ناجحة، فتزوّد ميزانيتها، وبتدفع أكتر على نفس العملاء اللي كانوا جايين لوحدهم.
الفحص العملي اللي تعمله دلوقتي: نافذة Meta الافتراضية هي 7 أيام للنقرة (7-day click) ويوم واحد للمشاهدة (1-day view). افصل العمليات المنسوبة لمجرد مشاهدة عن المنسوبة لنقرة فعلية. لو شريحة كبيرة من “تحويلاتك” جايّة من ناس شافت الإعلان وما دستش عليه واشترت بعدها، دي أكبر مصدر للتضخيم. ضيّق النافذة على النقرة بس وقارن الرقم، الفرق ده هو الكريدت الزيادة اللي بتدفع عليه.
العلامة الثانية: كل منصة بتدّعي نفس عملية الشراء
اجمع عمليات الشراء اللي بتدّعيها منصات Meta و Google و TikTok مع بعض. لو الناتج أكبر من إجمالي مبيعاتك الفعلية، يبقى فيه نسب مكرر (الـ over-attribution): كل منصة بتقول “أنا اللي جبت دي” لنفس العملية.
من غير طرف محايد بيوحّد القياس، مفيش طريقة تعرف مين فيهم صح. وبتفضل توزّع الميزانية بالحدس.
العلامة الثالثة: مفيش عندك MMP (AppsFlyer / Adjust / Singular)
لو بتعتمد على أرقام المنصات نفسها بس، فإنت بتسأل كل لاعب يحكّم على نفسه. الـ MMP هو الطرف المحايد اللي:
- بيوحّد القياس عبر كل المصادر في مكان واحد
- بيشيل العمليات المكررة بين المنصات (الـ de-duplication، يعني لما منصتين تحسبوا نفس العملية بيخليها واحدة بس)
- بيربط التحميل (الـ install) بالإيراد الحقيقي (الـ revenue) اللي العميل ده عمله فعلاً بعد كده
امتى الأداة دي تدفع تكلفتها؟ لو بتشغّل أكتر من شبكة إعلانية، أو صرفك الشهري بقى رقم يفرق لو اتوزّع غلط، فأول حملة توقفها أو تزوّدها بقرار صح بترجّعلك ثمن الاشتراك. من غيرها إنت أعمى في حاجتين بالذات: مين الشبكة اللي جابت العميل فعلاً لما اتنين يدّعوه، والعميل ده صرف كام بعد التحميل. الاتنين دول بيحددوا أنهي حملة توسّعها وأنهي تقفلها. ولو محتار تختار أنهي أداة، شوف مقارنتنا العملية: AppsFlyer ولا Adjust لتطبيقك؟
مش متأكد إن القياس عندك صح؟
في جلسة استشارية (30 دقيقة) بـ $50، بنراجع إعداد القياس (الـ tracking setup) بتاعك ونوريك بالظبط فين الأرقام بتكذب عليك، وكام بتخسر بسببها.
العلامة الرابعة: بتتبع التحميل (install) بس مش بتتبع الإيراد (revenue)
كتير من التطبيقات بتتبع التحميل والتسجيل، وبتقف هنا. بس التحميل مش بيدفع فواتيرك. الإيراد هو اللي بيدفع.
لو الأحداث اللي تطبيقك بيرسلها للمنصات (الـ events، يعني الإشارات اللي بتقول “العميل سجّل” أو “العميل اشترى”) مش بتبعت معاها قيمة عملية الشراء (الـ purchase value، يعني المبلغ اللي اتدفع)، يبقى مفيش طريقة تعرف أي حملة جابت عملاء بيصرفوا فعلاً مقابل عملاء بيسجّلوا ويختفوا. والأسوأ: لو الأحداث بتيجي بقيمة صفر، خوارزميات المنصات بتحسّن على الحاجة الغلط، فتجيبلك تحميلات رخيصة بلا قيمة.
العلامة الخامسة: أرقام iOS بقت “تقديرية” وإنت مش فاهم ليه
بعد تحديثات شركة Apple للخصوصية (الـ ATT، يعني الشاشة اللي بتسأل المستخدم “تسمح للتطبيق إنه يتتبعك؟”) ونظام SKAdNetwork (نظام Apple اللي بيقيس الإعلانات من غير ما يكشف هوية المستخدم)، قياس أجهزة iOS اتغيّر تماماً. لو لسه بتتعامل مع أرقام iOS زي ما كانت زمان، فإنت بتقارن تفاحة بموزة.
اللي تلاحظه: حملات iOS بتاعتك “بطّلت تشتغل” فجأة أو بقيت أرقامها مالهاش معنى. وغالباً ده مش لأن الحملة فشلت، لكن لأن إعداد القياس مش متظبط لنظام SKAdNetwork (واختصاره SKAN). فتوقف حملات كانت بتكسب فعلاً.
الفحص: ادخل على إعداد حملات iOS وشوف هل القياس بيبعت قيمة العملية في إطار SKAN (الـ conversion value، الخانة اللي Apple بتسمحلك تكتب فيها أهم حدث عمله المستخدم)؟ لو مش متظبطة، تحويلاتك على iOS بتتقاس بأقل من قيمتها، أو بتختفي أصلاً لأن Apple بتخبّي أرقام الحملات الصغيرة لحماية خصوصية المستخدمين، فالحملة تبان “بطّلت تشتغل” وهي شغّالة. متقفلهاش، ظبّط القياس الأول. التفاصيل في SKAdNetwork بالعربي.
العلامة السادسة: الـ CAC اللي بتحسبه مبيطابقش كشف حسابك البنكي
خد إجمالي صرفك على الإعلانات الشهر اللي فات، اقسمه على عدد العملاء الجداد الحقيقيين (من الـ backend، مش من المنصات). ده تكلفة اكتساب العميل الحقيقية بعد ما تجمع كل المصادر مع بعض (الـ blended CAC).
قارنه بالرقم اللي المنصات بتوريهولك. لو فيه فجوة كبيرة، يبقى الرقم اللي بتبني عليه قراراتك وهمي. وبتتخذ قرارات توسيع وزيادة الصرف (الـ scaling) بناءً على ربح مش موجود.
العلامة السابعة: مش قادر تجاوب “أي حملة جابت أعلى LTV؟”
ده اختبار بسيط بيكشف المشكلة. لو سألتك دلوقتي: أنهي قناة أو حملة جابت عملاء بأعلى قيمة على مدى عمرهم معاك (الـ LTV، يعني العميل صرف كام إجمالاً) بعد 60 يوم؟ تقدر تجاوب برقم؟
لو الإجابة “لأ” أو “تقريباً”، يبقى مفيش ربط بين اكتساب العميل (الـ acquisition) وبين بقائه وصرفه بعد كده (الـ retention والإيراد). وده معناه إنك بتحسّن حملاتك على أول لحظة (التحميل) وبتتجاهل اللي بيحصل بعدها، واللي هو كل القيمة الحقيقية.
الصورة الكاملة: أرقام المنصات مقابل الحقيقة
ده مثال متكرر بنشوفه في تطبيقات B2C بتصرف على الإعلانات قبل ما تظبط القياس:
| المقياس | أرقام المنصات | الحقيقة (بعد التظبيط) |
|---|---|---|
| عمليات الشراء المنسوبة | 800 | 430 |
| الـ CAC المعلن | $9 | $17 |
| الـ ROAS الظاهري | 4.1x | 2.2x |
| القرار المبني عليه | “زوّد الميزانية” | “أعد توزيعها” |
نفس الحملات. نفس الصرف. قرارين مختلفين تماماً. الفرق الوحيد: قياس بيقول الحقيقة.
طيب، تعمل إيه دلوقتي؟
أبسط خطوة: قارن رقمين بنفسك النهاردة.
- إجمالي عمليات الشراء اللي بتدّعيها كل المنصات مجموعة.
- إجمالي عمليات الشراء الفعلية في الـ backend بتاعك.
لو فيه فجوة أكبر من 15%، يبقى عندك مشكلة قياس بتكلّفك فلوس كل يوم. والخطوة اللي بعدها مش “تظبط حاجة عشوائي”. الخطوة إنك تعرف بالظبط فين الخلل وقد إيه بيكلّفك.
أسئلة شائعة
إيه هو الـ MMP بالظبط؟
الـ Mobile Measurement Partner (زي AppsFlyer أو Adjust) هو أداة محايدة بتقيس من فين جايين مستخدمين تطبيقك، وبتوحّد البيانات عبر كل المنصات الإعلانية في مكان واحد، عشان تعرف أي مصدر بيبيع فعلاً. اتكلمنا عنه بالتفصيل في ما هو الـ MMP.
تطبيقي صغير ولسه ببدأ، محتاج كل ده؟
لو بتصرف على إعلانات، آه. كل ريال بتصرفه بقرار غلط هو ريال ضايع. كل ما ظبطت القياس بدري، كل ما وفّرت أكتر وقررت أصح.
ليه أرقام Meta و Google مش بتطابق المبيعات؟
لأن كل منصة بتقيس بنفسها وبتنسب لنفسها أكبر قدر ممكن من العمليات، وبنوافذ attribution مختلفة. من غير طرف محايد (MMP) بيوحّد القياس ويشيل التكرار، الأرقام دايماً هتبقى متضخّمة.
اقرأ كمان
- ما هو الـ MMP ولماذا تطبيقك لا يقدر ينمو بدونه؟
- مقارنة AppsFlyer ولا Adjust لتطبيقك؟ بالأرقام
- إزاي تحسب الـ CAC الحقيقي لتطبيقك
- شرح SKAdNetwork بالعربي: إزاي iOS غيّر قياس التطبيقات
نكشف الخلل في حسابك
إحنا بنظبط القياس لتطبيقات B2C (التطبيقات اللي بتبيع للمستهلك مباشرة) في المنطقة العربية. في 30 دقيقة، نراجع إعداد القياس ونسب التحميل (الـ tracking والـ attribution) بتاعك، ونوريك بالظبط فين الأرقام بتكذب عليك وكام بتخسر شهرياً بسببها. من غير التزام.