هل واجه أي شخص مشاكل مع اللافتات التي تكون أكبر من المقصود وتتداخل مع المحتوى، خاصة على الهاتف المحمول؟ نحن نستخدم DFP وهذا يحدث بشكل متكرر مؤخرًا.
على DFP، قمنا بإنشاء وحدات إعلانية متعددة بحجم ثابت محدد (غير مرن)، واحدة لكل موضع/منصة يدعمها المكون الإضافي، حتى نتمكن من تحديد هذا الحجم الدقيق فقط، ومع ذلك، لا يبدو أن هذا كافٍ لمنعه من العرض بأحجام غير مقصودة.
لقد قمنا بتعطيل “تحسين الإعلانات” على AdSense (الذي يستخدمه DFP كملء خلفي) ، وبقدر ما يمكنني رؤيته، لا يحتوي DFP على أي إعداد لتكوين توسيع الإعلانات التلقائي الذي يمكنني الوصول إليه.
لأي سبب كان، يبدو أن هذا يحدث في الغالب (إن لم يكن فقط) مع وحدات الإعلانات الموضوعة في أسفل الصفحة (على سبيل المثال، أسفل الطية) - إنه شائع بشكل خاص مع موضع “فوق الاقتراحات”، ولكنه يحدث أحيانًا مع مواضع أخرى إذا لم تكن في منفذ العرض عند التحميل. لذلك، أخمن أن هذا يحدث عندما تظهر باستخدام .refresh().
يبدو أن المكون الإضافي يستخدم SafeFrame الذي أعتقد أنه يجب أن يجعله يعرض في إطار iframe بحجم محدد بحيث لا ينبغي أن يحدث هذا. ومع ذلك… هذا يحدث بشكل متكرر. نحن نستخدم نفس حساب DFP هذا على موقع ويب أكبر ولا يتم عرض الإعلانات أبدًا بحجم أكبر من المقصود. غير متأكد مما إذا كان هذا ذا صلة، ولكن على هذا الموقع الآخر، لا نستخدم SafeFrame بشكل صريح.
هذا أمر صعب التصحيح لأنه لا يحدث دائمًا (عادةً ما يتم استخدام الحجم الصحيح)، ولكن بشكل عام، فإنه يزعج الكثير من الأشخاص. هل واجه أي شخص هذا؟ هل لديك أي فكرة عما قد يسببه؟
يكتشف Adblock هذا بسهولة بالغة عن طريق مطابقة اسم الملف “discourse-adplugin-[hash].js” في كل قائمة بيضاء تقريبًا، هل يمكننا تضمين هذا الكود بطريقة ما؟ لدي بالفعل كود اكتشاف Adblock مكتوب خصيصًا ولكن نظرًا لأن اسم الملف هذا غير مشفر بأي شكل من الأشكال أو تم إنشاؤه عشوائيًا، فلن يتمكن أي حل برمجي يمكنني تنفيذه من منع القائمة السوداء البسيطة لـ “discourse-adplugin” في عنوان URL.