إذا كنت تدير تطبيق جوال وتريد تحقيق أقصى ARPDAU وeCPM وإجمالي إيرادات الإعلانات، فإن الاختيار بين الوساطة الإعلانية بنظام الشلال والمزايدة داخل التطبيق، التي تُسمّى أحيانًا المزايدة الرأسية للجوال، هو أهم قرار ستتخذه بشأن إعدادات تحقيق الربح هذا العام. تدعم كل حزمة SDK تقريبًا لتحقيق الربح من الإعلانات كلا الخيارين، لكن معظم الحسابات التي ندققها تستخدم أحدهما فقط، وغالبًا ما يكون الخيار غير المناسب لمرحلة نموها.
هذا هو الدليل العملي الذي نقدمه للناشرين خلال أول ثلاثين يومًا من استخدام Apps Kit SDK. نفترض أنك تعرف بالفعل مفهوم الوساطة الإعلانية: طبقة تطلب عروض أسعار من شبكات إعلانية متعددة وتعرض الإعلان الأعلى عائدًا لكل ظهور، وأنك تريد معرفة كيفية إعدادها. سنستعرض آلية عمل كل نموذج، ومثالًا تطبيقيًا لمزاد، والحد الزمني للاستجابة الذي يحكم كل قرار، وقائمة تحقق للإطلاق خلال 30 يومًا يمكنك الاستعانة بها في اجتماع فريقك اليومي غدًا.
الوساطة بنظام الشلال: النموذج الأصلي لتحقيق الربح من الإعلانات
ترتّب الوساطة بنظام الشلال مصادر الطلب الإعلاني وفقًا لقيم eCPM التاريخية، ثم تعرض عليها كل فرصة ظهور بالتتابع. تفوز أول شبكة توفر إعلانًا بسعر يساوي الحد الأدنى المحدد لها أو يتجاوزه. هذا النظام بسيط، ويسهل تتبّع مشكلاته، ويمكن توقع سلوكه، ولهذا شكّل أساس تحقيق الربح من تطبيقات الجوال خلال العقد الأول.
لكن الثمن هو انخفاض كفاءة المزاد. فقد تكون الشبكة الثالثة في الترتيب مستعدة لدفع مبلغ أكبر لهذا المستخدم تحديدًا مقارنة بالشبكة الأولى، لكنها لم تحصل على الفرصة أصلًا. وهكذا تفوّت إيرادات محتملة مع كل ظهور، وتتسع الفجوة كلما ازداد تنوع جمهورك. وهناك تكلفة تشغيلية خفية أيضًا: كل تعديل للحد الأدنى للسعر في الشلال يتطلب قرارًا يدويًا، ولا يحافظ الشلال المضبوط يدويًا على فعاليته إلا نحو أسبوعين قبل أن تتغير منحنيات eCPM ويصبح ترتيب أولوياتك غير مناسب من جديد.
المزايدة داخل التطبيق: اكتشاف السعر في الوقت الفعلي
تُجري المزايدة داخل التطبيق مزادًا موحدًا في الوقت الفعلي بين جميع مصادر الطلب الإعلاني لكل ظهور على حدة. لا يوجد ترتيب ثابت؛ بل يفوز أعلى عرض سعر فعلي. وهي الآلية نفسها التي أحدثت تحولًا في الإعلانات الصورية على الويب عبر المزايدة الرأسية، لكن بعد تكييفها للجوال.
في معظم منظومات تحقيق الربح من التطبيقات، يؤدي تحويل أعلى طبقات المنظومة من الشلال إلى المزايدة داخل التطبيق إلى زيادة eCPM بنسبة 10–30%. وتكون الزيادة أكبر في المخزون الإعلاني المميز للفيديو بمكافأة في بلدان الفئة الأولى، حيث توجد منافسة حقيقية بين مقدمي عروض الأسعار، وأقل في مخزون إعلانات البانر لدى الشرائح غير الحساسة للسعر، حيث لا يتيح المزاد اكتشاف سعر أفضل.
المقابل هو زمن الاستجابة. إذ يجب أن ينتظر المزاد أبطأ مقدم عرض يرغب في إشراكه، أو تنتهي المهلة فيخسر مساهمة ذلك المزايد. إذا جعلت المهلة قصيرة جدًا، قيّدت eCPM؛ وإذا أطلتها أكثر من اللازم، قيّدت عدد مرات الظهور لكل جلسة. وتكتشف معظم الفرق ذلك بالطريقة الصعبة بعد أول أسبوع من تشغيل المزايدة، عندما يرتفع ARPDAU لكن مدة الجلسة تنخفض.
مثال تطبيقي: من أين تأتي الإيرادات الإضافية؟
تخيّل فرصة ظهور واحدة لإعلان بمكافأة تهتم بها أربع شبكات. في شلال مرتب وفقًا لقيم eCPM للأسبوع الماضي، تتصدر الشبكة A بحد أدنى قدره 9 دولارات، ثم B عند 7 دولارات، وC عند 5 دولارات، وD عند 3 دولارات. توفر الشبكة A الإعلان بسعر 9 دولارات. فتحصل على 9 دولارات.
الآن اعرض فرصة الظهور نفسها في مزاد مباشر. تقدم الشبكة A عرضًا بقيمة 8.40 دولارات لأن هذا المستخدم تحديدًا يبدو أقل قيمة من مجموعة مستخدمي الأسبوع الماضي. أما الشبكة C، التي لديها حملة تستهدف هذه المنطقة الجغرافية ونظام التشغيل هذا تحديدًا، فتقدم عرضًا بقيمة 11.20 دولارًا. يُحسم المزاد عند 11.20 دولارًا، أي بزيادة قدرها 24% على ظهور واحد، باستخدام الشبكات الأربع نفسها ومن دون أي تكاملات جديدة. اضرب ذلك في بضعة ملايين من مرات الظهور يوميًا، وستتضح الصورة.
ويوضح المثال نفسه أيضًا لماذا لا تعني المزايدة إيرادات إضافية بلا تكلفة. إذا استغرق محوّل الشبكة C مدة 1100 مللي ثانية للاستجابة، وكانت مهلتك 900 مللي ثانية، فلن تشارك الشبكة C بعرضها، وستفوز الشبكة A بسعر 9 دولارات، وتكون قد تحملت تكلفة التأخير الناتج عن المزايدة من دون أي مكسب.
لماذا يتفوق الإعداد الهجين لدى معظم الناشرين؟
الإعداد الذي يحقق باستمرار أقصى ARPDAU هو الإعداد الهجين: مزايدة داخل التطبيق في أعلى طبقات المنظومة، حيث تكون المنافسة بين مقدمي العروض حقيقية وتكون تكلفة التأخير مبررة، يليها شلال احتياطي قصير ومحدود لتعبئة الفرص المتبقية. يتولى الشلال فرص الظهور التي لم يرغب فيها أي مزايد مباشر، فيبقى معدل التعبئة قريبًا من 100% من دون التأخير الإضافي الناتج عن تمرير كل بند إعلاني عبر المزاد.
في Apps Kit SDK، يعمل الإعداد الهجين الافتراضي كالتالي: مزايدة داخل التطبيق بين جميع مصادر الطلب التي تدعمها، وهي AdMob وAppLovin MAX وMeta Audience Network وUnity LevelPlay وMintegral وPangle، ثم شلال احتياطي من بندين لشبكات لا تدعم المزايدة، بحد أدنى متحفظ للسعر. ومن دون ضبط إضافي، يضاهي هذا الإعداد إعدادات مضبوطة يدويًا رأيناها لدى استوديوهات لديها فرق متخصصة في عمليات الإعلانات، أو يتفوق عليها.
الحد الزمني للاستجابة الذي لا يوثقه أحد
لكل طلب إعلان حد زمني يُقاس بالمللي ثانية، وينبغي أن توثق الحد الذي تعتمده. نقطة بداية معقولة للفيديو بمكافأة هي 1500 مللي ثانية للعملية كاملة: 200 مللي ثانية لتجهيز الطلب بواسطة SDK، و900 مللي ثانية لمزاد المزايدة، و300 مللي ثانية لتنزيل المادة الإعلانية، و100 مللي ثانية لعرضها. إذا تجاوزت ذلك، فسيكون المستخدم قد انتقل بالفعل إلى شيء آخر.
عند إضافة مزايد جديد، قِس زمن استجابته عند المئين 95 (p95) على أجهزة فعلية في أهم ثلاثة بلدان لديك. إذا تجاوز p95 مهلة المزاد في أي منها، فسيخسر ذلك المزايد كل مزاد في تلك المنطقة الجغرافية من دون تنبيه. حدد مهلة لكل مزايد على حدة، بدلًا من مهلة موحدة للجميع، لتستعيد إيرادات مفقودة من دون زيادة زمن الانتظار الوسيط لمرات الظهور.
مصفوفة قرارات يمكنك تطبيقها اليوم
استخدم هذه المصفوفة كنقطة بداية، ولا تخالف توصياتها إلا إذا كانت لديك بيانات تناقضها:
- قبل الإطلاق / أقل من 50 ألف DAU — شلال فقط، وثلاث شبكات، مع التركيز على الاحتفاظ بالمستخدمين لا على ARPDAU
- من 50 ألف إلى 500 ألف DAU، مع اعتماد كبير على الإعلانات بمكافأة — إعداد هجين: مزايدة للإعلانات بمكافأة، وشلال للإعلانات البينية
- من 500 ألف إلى 5 ملايين DAU، مع مخزون إعلاني متنوع — إعداد هجين كامل: مزايدة حيثما كانت مدعومة، وشلال احتياطي من بندين
- أكثر من 5 ملايين DAU، عبر مناطق متعددة — إعداد هجين كامل، مع مهلة مزاد لكل بلد ومصفوفات للحد الأدنى للسعر بحسب شكل الإعلان
- تطبيقات الأدوات / التطبيقات ذات الجلسة الواحدة التي تقل مدتها عن 5 دقائق — شلال فقط، فالتكلفة الإضافية للمزاد لا يبررها العائد أبدًا
تقنيات إعداد عرض الإعلانات التي تضاعف المكاسب
يحدد نوع الوساطة الحد الأعلى لما يمكنك كسبه من كل ظهور. أما إعدادات عرض الإعلانات فتحدد عدد مرات الظهور التي تقدمها فعليًا، وقيمة كل منها. وتضيف أدوات التحسين الأربع التالية مكاسب تراكمية إلى أي إعداد للوساطة:
- حدود دنيا للأسعار تراعي البلد وشكل الإعلان، ويُعاد احتسابها أسبوعيًا من بيانات عروض الأسعار للأيام الأربعة عشر السابقة — مصفوفة واحدة لكل وحدة إعلانية، لا رقم واحد
- طول محدود للشلال — أفضل ستة مزايدين وشبكتان احتياطيتان؛ وكل ما يتجاوز ذلك يزيد زمن الاستجابة من دون زيادة الإيرادات
- حدود لتكرار عرض الإعلانات تراعي وقت اليوم — ما ينجح في الثامنة مساءً عبر Wi-Fi قد يدمر الاحتفاظ بالمستخدمين في الثالثة صباحًا على جهاز من الفئة الثالثة
- عدد مرات الظهور لكل DAU كمؤشر أداء رئيسي استباقي — يتغير قبل ARPDAU بنحو أسبوع، ما يتيح لك إصلاح المشكلات قبل أن يلاحظها الفريق المالي
متى يظل الشلال وحده الخيار الأنسب؟
لا تزال الوساطة المعتمدة على الشلال وحده تتفوق على الإعداد الهجين في حالتين. الأولى هي التطبيقات التي يقل متوسط مدة الجلسة فيها عن خمس دقائق، إذ يلتهم التأخير الناتج عن أي مزاد في الوقت الفعلي المكاسب التي يحققها. والثانية هي التطبيقات العاملة في أسواق يتنافس فيها أقل من ثلاثة مزايدين بصورة فعلية؛ فالمزاد هنا لا يكتشف سعرًا أفضل، وتصبح أعباؤه تكلفة صافية.
خارج هاتين الحالتين، يتفوق الإعداد الهجين. وإذا لم تكن متأكدًا، فأجرِ اختبار A/B لمدة أسبوعين على موضع واحد لإعلان بمكافأة، وقارن ARPDAU بين مجموعات المستخدمين. سيظهر الخيار الأنسب لتطبيقك بوضوح خلال عشرة أيام.
الناشرون الذين يحققون أقصى إيرادات من الإعلانات ليسوا أصحاب أكبر عدد من الشبكات أو أكثر عقود الوساطة تميزًا، بل هم من يطابقون نوع الوساطة مع مخزونهم الإعلاني، ويديرون إعدادات عرض الإعلانات بوصفها مهمة تشغيلية مستمرة.
قائمة تحقق للإطلاق خلال 30 يومًا
إذا كان فريقك ينتقل من الشلال وحده إلى الإعداد الهجين، فهذا هو التسلسل الذي نتبعه عند نشر Apps Kit SDK. يمكن التراجع عن كل خطوة عبر الإعدادات عن بُعد، من دون الحاجة إلى إصدار جديد للتطبيق.
- الأيام 1–3: جهّز تتبّع عدد مرات الظهور لكل DAU، وزمن استجابة طلب الإعلان عند المئين 95 (p95)، ومعدل انتهاء المهلة لكل مزايد
- الأيام 4–7: فعّل المزايدة لموضع واحد لإعلان بمكافأة في أهم بلد لديك فقط، وأبقِ كل شيء آخر ثابتًا
- الأيام 8–14: قارن ARPDAU ومعدل الاحتفاظ في اليوم السابع لمجموعة الاختبار مع المجموعة الضابطة — إذا كانت النتيجتان إيجابيتين، فوسّع النطاق ليشمل جميع الإعلانات بمكافأة
- الأيام 15–21: وسّع المزايدة لتشمل الإعلانات البينية في البلد نفسه، وراقب تأثيرها على مدة الجلسة عن كثب
- الأيام 22–30: عمّم الإعداد عالميًا مع تحديد مهلة مزاد لكل بلد، واحذف البنود منخفضة الجدوى في ذيل الشلال
ما الذي ينبغي فعله هذا الأسبوع؟
إذا خرجت بخلاصة واحدة من هذا المقال، فلتكن مراجعة إعداد الوساطة الإعلانية الحالي لديك مقارنةً بالإعداد الهجين الافتراضي المذكور أعلاه، وتجهيز تتبّع عدد مرات الظهور لكل DAU على مستوى مجموعات المستخدمين. عادةً ما يؤدي هذان التغييران معًا إلى زيادة ARPDAU بنسبة 20–40% خلال أسبوعين، من دون إضافة شبكة إعلانية واحدة أو تغيير سطر واحد من كود التطبيق. وكل ما عدا ذلك في هذا المقال هو تحسين إضافي يقوم على هذين الأساسين.
