على الرغم من ذلك ، تذكرت Google مبدأ "
لا تكون شريرًا" ، وتخلت عن
التغييرات المخططة
على واجهة برمجة تطبيقات متصفح Chromium ، والتي أصبحت بسببها غالبية أدوات منع الإعلانات وبعض الإضافات الأخرى
غير فعالة .
تم اتخاذ القرار بعد نشر
الدراسة ، كيف يعمل حاصرات الإعلانات المختلفة على إبطاء عمل Chromium (انظر أعلاه). اتضح أن هذه التأخيرات ضئيلة للغاية بحيث يصعب اعتبارها سببًا لتقديم واجهة برمجة تطبيقات جديدة. بعد ساعات قليلة من ظهور ذلك ، أعلن أحد مطوري Chromium
رسميًا عن قرار تأجيل واجهات برمجة التطبيقات الجديدة.
تذكر أن
التعارض قد نشأ نتيجة
لواجهة برمجة التطبيقات (
API ) الجديدة
للإعلانية (جزء من وثيقة
البيان V3 ) ، مما يجعل من المستحيل استخدام
واجهة برمجة تطبيقات webRequest بشكل كامل. تستخدم الإضافات بيانات API لحظر المحتوى أثناء التنقل أثناء تحميل الصفحة. في النظام الجديد ، لا يمكن لحاصرات حظر الأحداث ، ولكن فقط عرضها. بدلاً من ذلك ، يتم تقديم الامتدادات للتبديل إلى APIativeNetRequest - وإبلاغ المستعرض بالأحداث التي يرغبون في حظرها. من المفترض أن يؤدي ذلك إلى تسريع عملية تحميل الصفحات في المتصفح (لأن الإضافات لن تؤدي إلى إبطاء التدفق الرئيسي) ، وكذلك حماية خصوصية المستخدمين ، وفقًا لشركة Google.
أول
من أطلق المنبه كان ريموند هيل ، مؤلف كتاب uBlock Origin و uMatrix.
وذكر أن إضافات حظر الإعلانات "لن تكون موجودة" في حالة قبول التغييرات. تم
التعبير عن التشاؤم لاحقًا من
قِبل مطوري ملحقات أخرى ، بما في ذلك F-Secure و NoScript و Ermes Cyber Security. على سبيل المثال ، لا يمكن نقل NoScript for Firefox إلى Chrome.
أشار Raymond Hill إلى أن DeclarativeNetRequest API ليس أكثر من تطبيق لمحرك ترشيح معين ، وتطبيق محدود إلى حد ما (بحد أقصى 30000 قيود لا يكفي لوضع قوائم EasyList المعروفة). " لاحظ Raymond Hill أيضًا أن واجهة برمجة التطبيقات الجديدة لا تدعم بعض الميزات الأخرى ، بما في ذلك حظر عناصر الوسائط المتعددة أكبر من الحجم المحدد ، وتعطيل جافا سكريبت من خلال تقديم توجيهات أمان المحتوى ، وإزالة رؤوس ملفات تعريف الارتباط الصادرة.
ادعت Google أن التغييرات ضرورية من أجل 1) الأمان ؛ 2) التشغيل السريع لحظر الإعلانات المضمّن في Chromium ، لأن الإضافات الحالية مع آليتها الحالية للتشغيل تبطئ المتصفح ، مما يزيد من وقت عرض الصفحة. ومع ذلك ، فإن
دراسة أداء Adblockers المنشورة في 15 فبراير 2019 تدحض هذه الأطروحة تمامًا.
وقد أجريت هذه الدراسة من قبل مطوري برنامج Ghostery ad blocker من شركة بدء التشغيل الألمانية Cliqz. من المحتمل أن يكونوا قد شعروا بالإهانة لسماع الاتهامات من Google ، لأن مانعهم كان له أقل تأثير على سرعة تحميل الصفحة ، مما يؤدي في جميع الفئات بهامش جيد جدًا. حسنًا ، يمكن فهم ذلك ، لأن Ghostery ليس في الواقع مانعًا كاملاً ، مثل uBlock Origin. بالإضافة إلى ذلك ، يمكن أيضًا انتقاد اختيار الامتدادات للاختبار ، ولكن هذا ليس هو الموضوع. الشيء الرئيسي هو أن برامج منع الإعلانات لا تؤدي إلى إبطاء عملية تحميل الصفحات ، كما يعتقد العديد (بما في ذلك Google).
أظهرت المقارنة أن "أدوات حظر المحتوى الأكثر شيوعًا هي بالفعل فعالة جدًا (لديهم متوسط وقت اتخاذ القرار لكل طلب أقل من 1 مللي ثانية) ويجب ألا تؤدي إلى أي نفقات عامة ملحوظة للمستخدمين." علاوة على ذلك ، أظهرت دراسة سابقة أجرتها
The Tracker Tax أن حظر الإعلانات
يسرع بالفعل من
تحميل الصفحة ، في بعض الحالات إلى
النصف .
إذا تحدثنا عن المشكلات ، فمن الأرجح أن تكون مرتبطة بعمل ملحقات أخرى ، بدلاً من الحواجز.
رسم تخطيطي من دراسة DebugBear في ديسمبر 2018 حول كيفية تحميل ملحقات مختلفة وحدة المعالجة المركزية أثناء تقديم الصفحة.قال مهندس كروم ديفلين كرونين إن إلغاء خطط Google هو مجرد حل مؤقت. بعد التنقيح ، سيتم إرجاع بيان V3 للمناقشة ، مع مراعاة متطلبات جميع المطورين.