التحميل البطيء وتحديث الإعلانات - هل يجب على الناشرين فعل ذلك؟

تم تحديث هذا المنشور مؤخرًا في الأول من سبتمبر 2021

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

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

ما هو التحميل الكسول؟

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

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

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

لكن لديها مخاطر ومزالق ومقايضات.

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

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

كيف تختبر التحميل البطيء؟

الخطوة 1: ابدأ بصياغة إستراتيجية التحميل البطيء. سيختار بعض الناشرين التحميل البطيء للصور الموجودة في الجزء السفلي غير المرئي من الصفحة والوحدات الإعلانية على صفحاتهم.

سيقوم الآخرون بتحميل مقالات كاملة (جنبًا إلى جنب مع الإعلانات الجديدة) كسولًا أثناء قيام المستخدم بالتمرير لأسفل أو النقر فوق مقالات أخرى في نفس المجال. قبل دفع إستراتيجية إعلانات التحميل البطيء على مستوى الموقع ، تأكد من اختبار A / B للتنفيذ الكلاسيكي مقابل الإصدار الذي تم تحميله كسولًا.

الخطوة 2: في استراتيجيتك ، عليك أن تقرر متى تريد تحميل المحتوى الخاص بك في وقت مبكر. يجب على المطورين كتابة رمز التحميل البطيء بحيث يبدأ المحتوى في التحميل تمامًا كما هو الحال في الجزء السفلي غير المرئي من الصفحة ، وغالبًا ما يتراوح من 200 إلى 400 بكسل.

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

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

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

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

الخطوة 4: عندما يتباطأ الناشر في تحميل الوحدات الإعلانية ، يجب أخذ اعتبارات إضافية في الاعتبار.

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

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

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

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

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

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

ماذا بعد؟

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

لهذه الأسباب ، ننصح بشدة الناشرين المهتمين بالتحميل البطيء أولاً بإجراء اختبار A / B لمعرفة ما إذا كان تنفيذها يزيد من عدد مرات مشاهدة الصفحة الفعالة لكل جلسة. بمجرد تحقيق هذا الإنجاز ، يمكن للناشر البدء في اختبار تحسينات الإيرادات.

تحديث الإعلان

Ad Refresh هي ممارسة إعادة تحميل الإعلانات المعروضة بالفعل على الصفحة. يحدد معدل تحديث الإعلان معدل تكرار إنشاء إعلان جديد (على سبيل المثال ، كل 30 ، 60 90 ثانية) أو نوع التحديث (على سبيل المثال ، الإجراء المستند إلى المستخدم).

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

يميل المعلنون إلى عدم الإعجاب بتحديث الإعلان لأنه يؤثر سلبًا على إمكانية العرض والتفاعل. سيؤدي تقييد مدة الإعلانات المعروضة في النهاية إلى الإضرار بالتكلفة لكل ألف ظهور.

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

فيما يلي بعض سياسات تحديث الإعلانات الأكثر شيوعًا التي يجب وضعها في الاعتبار:

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

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

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

باختصار

بينما قد يعمل Lazy Loading و Ad Refresh مع عدد قليل من الناشرين ، إلا أنه لم يثبت أنهما الطريق الأكثر أمانًا فيما يتعلق بتحقيق الدخل من موقع الويب.

ضع في اعتبارك ما يلي:

• ما مدى تفاعل المستخدمين لديك؟
• هل يبقون طويلاً بما يكفي لكل مشاهدة للصفحة؟
• هل يقومون بالتمرير لأسفل لقراءة المزيد أو لعرض المحتوى الخاص بك؟

لاتخاذ قرار يعتمد على البيانات ، قم بإجراء اختبار A / B واطلع على ما يناسبك.

هل يمكن أن يؤدي التحميل البطيء وتحديث الإعلان إلى تحسين تجربة المستخدم وأداء الإعلان؟

ألست متأكدًا من موعد تنفيذ التحميل البطيء أو تحديث الإعلان على موقع الويب الخاص بك؟ هل تحتاج إلى مساعدة لتحسين عائدات إعلاناتك؟ دعنا نقود المزيد من المساعدة! قم بالتسجيل للحصول على حساب بريميوم في MonetizeMore اليوم!

التعليمات