في كل ربع سنة، نتلقى السؤال نفسه من الناشرين الذين ينضمون إلينا: ما الشبكة الإعلانية التي ينبغي أن نضيفها بعد ذلك؟ تبدو هذه الخطوة الخيار البديهي: طلب إعلاني أكبر، ومنافسة أشد، وأسعار أعلى. لكن عمليًا، الفرق التي ضاعفت ROAS في 2026 لم تحقق ذلك بإضافة شبكات إلا نادرًا. بل حققته بمراجعة صريحة لثلاثة أمور كانت قد طبّقتها بالفعل.
هذه هي خطة العمل التي نطبّقها الآن مع كل حساب جديد خلال أول ثلاثين يومًا من استخدام Apps Kit SDK. رتّبناها أسبوعًا بأسبوع، لتتمكن من تحويلها مباشرة إلى خطة لدورات التطوير.
1. حدود سعرية دنيا تتغيّر بحسب المستخدم، لا موضع الإعلان
الحدود السعرية الدنيا الثابتة هي السبب الأكثر شيوعًا لضعف أداء الشلال الإعلاني. فقد يكون حد أدنى قدره 4 دولارات لمؤشر eCPM مثاليًا لمستخدم iOS في الولايات المتحدة، متصل بشبكة Wi-Fi ويشاهد إعلان فيديو بمكافأة في الثامنة مساءً، لكنه قد يكون كارثيًا للموضع الإعلاني نفسه على جهاز Android من الفئة الثالثة في الثالثة صباحًا.
استبدلنا الحد الأدنى الموحّد لكل وحدة إعلانية بمصفوفة صغيرة: فئة البلد × نوع الإعلان × الفترة الزمنية من اليوم. ست قيم لكل وحدة إعلانية، يُعاد احتسابها أسبوعيًا من بيانات عروض الأسعار خلال الأيام الأربعة عشر السابقة. يظل منطق الشلال الإعلاني كما هو؛ ولا يتغيّر سوى الحد الأدنى المُدخل. خلال أول أسبوعين، بلغ وسيط التحسّن 38% للإعلانات بمكافأة و22% للإعلانات البينية.
2. قلّص المراتب المتأخرة في الشلال الإعلاني
تضم معظم الحسابات التي ندقّقها ما بين 18 و40 بندًا إعلانيًا لكل موضع. وبعد تطبيق الحدود السعرية الدنيا، لا تفوز عمليًا أي عروض خارج المراتب الست الأولى؛ وكل ما تفعله هو زيادة زمن الاستجابة وخطر انتهاء المهلة. لذلك نقلّص القائمة بصرامة: أفضل ستة مزايدين، وشبكتان احتياطيتان لملء الطلبات المتبقية، بلا استثناء.
ينخفض زمن استجابة طلب الإعلان من 1.4 ثانية عادةً إلى أقل من 800 مللي ثانية. ويتحوّل الوقت المستعاد مباشرة إلى مرات ظهور، لأن المستخدم يظل داخل الجلسة عند عرض الإعلان.
3. اجعل مرات الظهور لكل DAU مؤشر الأداء الرئيسي
ROAS مؤشر متأخر. أما المؤشر الاستباقي، الذي يتحرّك أولًا عند حدوث خلل، فهو عدد مرات الظهور لكل مستخدم نشط يوميًا. إذا انخفض IPM بنسبة 10%، فسيتراجع ROAS بنسبة تتراوح بين 8 و12% في الأسبوع التالي، في كل مرة.
نُعدّ تتبّعه لكل مجموعة مستخدمين، ولكل نوع إعلان، ولكل إصدار من التطبيق. وتُظهر لوحة المتابعة التغيّرات فور تجاوزها عتبة 5%. وبحلول الوقت الذي يلاحظ فيه الفريق المالي تراجع ROAS، يكون فريقنا قد نشر بالفعل تعديلًا على الإعدادات عن بُعد.
الجدول الأسبوعي الذي طبّقناه فعليًا
كل تغيير من هذه التغييرات الثلاثة بسيط بمفرده. لكن ترتيب التنفيذ أهم مما يتوقعه كثيرون: يجب إعداد التتبّع قبل أي تعديل للحدود السعرية الدنيا، وإلا فلن تتمكن من معرفة ما إذا كان التعديل قد نجح.
- الأسبوع 1: إطلاق لوحات متابعة مرات الظهور لكل DAU، موزّعة حسب مجموعة المستخدمين ونوع الإعلان، مع تنبيه عند تغيّر المؤشر بنسبة 5%
- الأسبوع 2: حصر الشلال الإعلاني في أفضل ستة مزايدين وشبكتين احتياطيتين، مع إبقاء الحدود السعرية الدنيا ثابتة
- الأسبوع 3: تطبيق مصفوفة الحدود السعرية الدنيا حسب البلد × نوع الإعلان × الفترة الزمنية من اليوم على موضع واحد للإعلانات بمكافأة
- الأسبوع 4: توسيع المصفوفة لتشمل الإعلانات البينية، وإلغاء ما تبقّى من الحدود السعرية الدنيا الثابتة، وإجراء المراجعة اللاحقة الموضّحة أدناه
ما الذي قسناه، وكيف
ثلاثة أرقام أخبرتنا ما إذا كان كل تغيير قد نجح. كانت مرات الظهور لكل DAU، مقسّمة حسب إصدار التطبيق والبلد، هي المؤشر الاستباقي؛ إذ كانت تتحرّك خلال 24 ساعة من أي تعديل للحدود السعرية الدنيا. وأوضح لنا ARPDAU على مستوى مجموعات المستخدمين، مقسّمًا حسب أسبوع التثبيت، ما إذا كان التحسّن حقيقيًا أم مجرد أثر عابر ليوم واحد. أما ARPDAU للمستخدمين المحتفَظ بهم في اليوم السابع، وهو مؤشر مركّب لا يحظى بالاهتمام الكافي، فكشف لنا ما إذا كنا نزيد إيرادات اليوم على حساب إيرادات الأسبوع التالي.
كان اعتماد كل تغيير مشروطًا بمقارنته بمجموعة ضابطة تضم 10% من عمليات التثبيت الجديدة وتبقى دون تغيير لمدة سبعة أيام على الأقل. وجود المجموعة الضابطة غير قابل للتفاوض. فمن دونها، لا يمكنك التمييز بين أثر تعديل الحدود السعرية الدنيا وأثر موسمي أو حملة على Meta صادف إطلاقها يوم الثلاثاء نفسه.
المراجعة اللاحقة: إعداد أتى بنتائج عكسية
جرّبنا أيضًا إعدادًا رابعًا في الأسبوع الثاني: تقليص مهل استجابة المزايدين بشدة، من 900 إلى 600 مللي ثانية. كانت الفكرة سليمة نظريًا: مزادات أسرع، ومرات ظهور أكثر لكل جلسة. لكن عمليًا، جعلنا المهلة أقصر من زمن الاستجابة عند المئين الخامس والتسعين (p95) لمزايدين اثنين يقدّمان أسعارًا مرتفعة، فخسرنا 11% من eCPM للإعلانات بمكافأة خلال ثلاثة أيام.
كان الحل تخصيص مهلة لكل مزايد بدلًا من تطبيق مهلة موحّدة: أبقينا سقف 600 مللي ثانية للمزايدين السريعين، ورفعناه إلى 1100 مللي ثانية للمزايدين البطيئين ذوي القيمة العالية. وتعافى ARPDAU خلال 48 ساعة. الدرس المستفاد: تطبيق إعداد واحد على الجميع يتسبّب دائمًا تقريبًا في خلل ما، بينما ينجح تخصيص الإعداد نفسه لكل شريحة في معظم الحالات.
ما الذي لم يصنع فارقًا ملموسًا
- إضافة شبكة إعلانية سابعة: بدأت العوائد الإضافية تتناقص سريعًا
- المزايدة في الترويسة للوحدات الإعلانية المدمجة مع المحتوى: استهلك العبء الإضافي للمزاد مكاسب التحسّن
- فرض حد صارم لتكرار الإعلانات بأقل من 3 إعلانات لكل جلسة: كان الأثر على تحسّن الاحتفاظ بالمستخدمين في اليوم الثاني سلبيًا
- تغيير حزم SDK للوساطة الإعلانية: ستة أسابيع من العمل مقابل فارق 2%، وهو جهد لا يستحق العناء لمعظم الفرق
الفرق التي ضاعفت ROAS لم تكن تلك التي تتعامل مع أكبر عدد من الشبكات، بل تلك التي تعرف، ساعة بساعة، القيمة التي يحققها مستخدموها.
ما الخطوة التالية؟
إذا كنت ستنفّذ خطوة واحدة فقط هذا الربع، فأعِدّ تتبّع مرات الظهور لكل DAU على مستوى مجموعات المستخدمين، واربطه بمصفوفة حدود سعرية دنيا تتحكّم فيها الإعدادات عن بُعد. أما الخطوة الثالثة، وهي تقليص الشلال الإعلاني، فتستغرق ساعتين من العمل وتغطّي تكلفتها من تقليل زمن الاستجابة وحده. والخطوة الرابعة، وهي تخصيص مهل الاستجابة لكل مزايد، تصنع الفارق بين تحسّن بنسبة 40% وتحسّن بنسبة 100%؛ لذلك نطبّقها الآن افتراضيًا لكل حساب جديد على Apps Kit SDK.
