أنواع إعلانات التطبيقات: أيها تختار ومتى تعرضها

اختيار أنواع إعلانات التطبيقات المناسبة هو الخطوة الأولى لتحقيق الدخل. ففي بيئة التطبيقات (in-app) يعتمد الأداء على توقيت ظهور الإعلان. اكتشف الخيارات المتاحة وكيف تدمجها.

لماذا لا تُدار أنواع إعلانات التطبيقات كما تُدار في المواقع؟

الخطأ الشائع عند دمج الإعلانات في تطبيق جوال هو التعامل معه كأنه صفحة ويب معدّلة. فطريقة الاستخدام مختلفة. ففي الموقع الإلكتروني يتصفح المستخدم المحتوى ويستهلكه عمودياً، حيث يرافق شريطٌ إعلاني جانبي القراءة.

في منظومة الويب يهيمن المتصفح، أما في بيئة التطبيقات فتتغير الآلية. إذ تعمل التطبيقات في منظومة مغلقة تربط فيها معرّفات الجهاز بين الطلب والمخزون. فلا توجد مقالات يمرّر المستخدم خلالها، بل جلسات لها بداية ونهاية.

يدخل المستخدم التطبيق لأداء مهمة محددة، ولكل لمسة نية واضحة. فإذا قاطعت تلك النية بإعلان في غير موضعه، فإنك تثير الإحباط، وهو ما يتحول في بيئة الجوال إلى إلغاء تثبيت التطبيق.

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

يعتمد أداء الإعلانات داخل التطبيقات على اللحظة الدقيقة التي تقرر فيها عرضها. فالإعلان في الثانية الخطأ مزعج؛ والإعلان نفسه في انتقال طبيعي يندمج في الجلسة.

الإعلانات البينية (interstitial): متى تكون اللحظة المناسبة لعرضها؟

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

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

على سبيل المثال، عند إنهاء مرحلة وقبل بدء المرحلة التالية، أو عند الانتقال بين أقسام القائمة. ففي تلك الأجزاء من الثانية يكون المستخدم قد أكمل إجراءه وينتظر تغيّر الشاشة. ومن الناحية التقنية، تتطلب الآلية الاستعداد المسبق.

يجب تحميل الإعلان في ذاكرة التخزين المؤقت للجهاز في الخلفية قبل الانتقال. فإذا توقف التطبيق لإرسال طلب المزايدة في تلك اللحظة، يحدث تأخير يُفسد انسيابية الجلسة.

ومن العوامل الأخرى وضوح زر الإغلاق. فالمشترون البرمجيون يقيسون عدد النقرات المقصودة. وإذا كان الزر مربكاً أو تأخر ظهوره، يرتفع معدل النقرات غير المقصودة وتخفض الخوارزميات عروضها المستقبلية.

الإعلانات بمكافأة (rewarded): آليتها في الألعاب وتطبيقات الأدوات

تقلب صيغة الفيديو بمكافأة (rewarded) الآلية التقليدية: فالمستخدم هو من يقرر تفعيلها طوعاً مقابل فائدة. وتبادل القيمة هذا هو ما يحدد طريقة عملها.

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

تقوم الآلية الأساسية على مشاهدة الفيديو كاملاً. فبما أن المستخدم يحتاج إلى تشغيل الإعلان حتى نهايته للحصول على جائزته، يقدّر المشترون البرمجيون هذا الانتباه المتواصل، لعلمهم بأن الرسالة تصل كاملة.

على مستوى البنية التحتية، يجب أن يكون تسليم المكافأة آمناً. والآلية الأكثر موثوقية تعتمد على التحقق من جانب الخادم. فعند انتهاء الفيديو يرسل الخادم إشارة تؤكد المشاهدة الكاملة، مما يمنع التلاعب بالشيفرة المحلية.

تصميم الاقتصاد الافتراضي للتطبيق عنصر أساسي. فيجب أن تحفّز المكافأة على المشاهدة دون أن تقلل من قيمة المشتريات داخل التطبيق. وإذا منحت قدراً كبيراً من العملة الافتراضية مقابل مشاهدة الفيديوهات، فإنك تُخلّ بتوازن النظام.

الإعلانات المدمجة (native) والفيديو داخل التطبيق: كيف تدمجها دون مقاطعة

الإعلانات المدمجة (native) خيار مناسب للتطبيقات القائمة على القوائم أو الكتالوجات. وأهم ما يميزها أنها تتبنى خطوط واجهتك وألوانها وتنسيقها، فتندمج كعنصر آخر من عناصر المحتوى.

الآلية التقنية وراء الصيغ المدمجة تتجاوز مفهوم البانر المغلق. فبدلاً من تلقي صورة ثابتة، يتلقى التطبيق من المزاد البرمجي استجابة من البيانات المنظمة عليه معالجتها:

• رابط URL للصورة الرئيسية ولأيقونة العلامة التجارية.
• نص قصير للعنوان الترويجي.
• وصف موجز للمنتج أو الخدمة.
• نص مخصص لزر الدعوة إلى اتخاذ إجراء.

تقع على شيفرة التطبيق مسؤولية أخذ تلك العناصر وتجميعها وفق قواعد التصميم الخاصة به. فإذا كان تطبيقك يستخدم زوايا مستديرة وخطوطاً داكنة، فسيُعرض الإعلان المدمج بتلك الخصائص.

أما الفيديو داخل التطبيق فيمكن أن يعمل ضمن هذه الوحدات المدمجة أو في مشغّلات مخصصة. فإذا كان للتطبيق محتوى مرئي ومسموع خاص به، يُدرج فيديو instream ضمن التشغيل. وإن لم يكن، تُشغَّل صيغة outstream بلا صوت عند ظهورها على الشاشة.

يتطلب دمج الفيديو تقييم استهلاك الموارد. فتشغيل الفيديو يستهلك البطارية والبيانات. وإذا فرض التطبيق تشغيل عدة فيديوهات في وقت واحد أو لم يُوقف التشغيل عند خروج الإعلان من الشاشة، ينخفض أداء الهاتف.

هل يؤثر إغراق الواجهة بالإعلانات في الأداء؟

ثمة اعتقاد شائع بأن إضافة مزيد من المساحات الإعلانية تعني أداءً أفضل. لكن آلية الشراء البرمجي تثبت العكس. فإغراق الواجهة بالبانرات المتراكبة أو عرض الإعلانات البينية باستمرار يقلل من قيمة مخزونك.

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

ومنذ تلك اللحظة ستبقى المزادات بلا مزايدين أو ستفوز بها عروض منخفضة جداً. والنتيجة انخفاض معدل التعبئة (fill rate) لديك. فضلاً عن ذلك، يشتت الإفراط في الإعلانات الانتباه ويعزز ما يُعرف بعمى الإعلانات.

إذا اعتاد المستخدم تجاهل العناصر، تنخفض مقاييس الظهور ومعدل التفاعل. وتسجل خوارزميات الطلب هذا الأداء وتخفض أسعارها. ويحلل المشترون المواضع التي تولّد فيها إعلاناتهم نقرات غير مقصودة مقارنة بالاهتمام الحقيقي.

تنطلق إدارة المخزون داخل التطبيقات من مبدأ الندرة: إعلان في اللحظة المناسبة يستحوذ على الانتباه الذي تخسره عدة مرات ظهور يتجاهلها المستخدم.

المخزون النظيف، الذي تظهر فيه الوحدات الإعلانية في اللحظات المهمة فقط وتحظى بانتباه حقيقي، يولّد مقاييس متينة. ويتنافس المشترون على تلك المساحات، مما يعزز قيمة كل ظهور يُعرض.

كيف نعمل على تحقيق الدخل من التطبيقات في ADEQ Media

نعلم في ADEQ Media أن التطبيق ليس موقعاً على شاشة أخرى. لذلك نتعامل مع تحقيق الدخل باحترام بنية الجلسات. ونحقق الدخل من تطبيقات الجوال على Android وiOS باستخدام الإعلانات المدمجة (native) والفيديو والإعلانات البينية (interstitial) والإعلانات بمكافأة (rewarded).

يشمل الدمج التقني دعماً مستمراً. إذ يحلل فريقنا مسار استخدام تطبيقك ويُعدّ مقترحاً يناسب طريقة تفاعل مستخدميك. وخلال أول 15 يوماً نجري عملية إعداد وتحسين لتحديد المواضع التي تحقق أداءً جيداً.

نربط مخزونك بعدة مشترين يقدّمون عروضهم في الوقت نفسه. ولا نشترط حداً أدنى مختلفاً من الزيارات لكونه تطبيقاً؛ بل نطبق الحد المرجعي نفسه المعتمد للمواقع الإلكترونية.

يتولى الإدارة كاملة مدير حساب (account manager) مخصص، وندفع شهرياً عبر تحويل بنكي في اليوم الأول من كل شهر. ونسدد ما تحقق أياً كان المبلغ، دون احتجاز أموالك بسبب حد أدنى. وتجد مزيداً من التفاصيل في الأسئلة الشائعة حول تحقيق الدخل.

ما الحجم الذي تحتاجه لتقييم تطبيقك؟

نعمل في الغالب مع مواقع وتطبيقات تتجاوز 350,000 مشاهدة صفحة شهرياً. وهذا مرجع تشغيلي. فتحت حجم معين لا يجد المعلن جدوى في إعداد حملة، ومن دون حملات لا يحقق المخزون عائداً.

الحجم ليس العامل الوحيد الذي يدققه المشترون. فهم يشترطون زيارات حقيقية ومحتوى أصلياً. وتستخدم منصات الطلب أدوات لرصد الأنماط غير المعتادة في التفاعلات.

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

نقل إشارة موافقة المستخدم أمر إلزامي. فإذا لم يتضمن طلب المزايدة السلسلة الصالحة وفق اللائحة الأوروبية العامة لحماية البيانات (GDPR) أو أطر مثل GPP، فإن جزءاً كبيراً من الطلب البرمجي لن يقدّم أي عرض ببساطة.

إذا لم تكن متأكداً من استيفاء أي من هذه النقاط، فأرسل إلينا موقعك أو تطبيقك على أي حال. فالتقييم لا يكلّف شيئاً، وسنخبرك بما ينقص قبل أن تستثمر وقتك فيه.