ربما تكون قد قرأت الكثير عن الإصدار القادم Manifest V3 لملحقات Google Chrome والجدل الدائر حول التغييرات التي تؤثر على مانع الإعلانات والإضافات الأخرى على النظام الأساسي.
تم نشر المسودة الأولى من إضافات V3 لإضافات Chrome على الجمهور في يناير 2019. اندلعت الانتقادات حيز التنفيذ لأن أحد التغييرات سيؤدي إلى تعطيل وظيفة حظر الإعلانات الخاصة بملحقات Chrome.
دون الخوض في الكثير من التفاصيل: تستخدم برامج حظر المحتوى على Chrome واجهة برمجة تطبيقات تسمى webRequest API لحظر عناصر معينة على صفحات الويب التي تمت زيارتها. كانت خطة Google في ذلك الوقت هي جعل واجهة برمجة التطبيقات "للقراءة فقط" ونقل وظيفة الحظر إلى واجهة برمجة تطبيقات جديدة تُطلق عليها DeclarativeNetRequest API.
كانت إحدى المشكلات الرئيسية في واجهة برمجة التطبيقات هذه هي وجود حد ثابت للقواعد يبلغ 30،000 ؛ تحتوي قوائم عوامل التصفية الشائعة لمنع الإعلانات مثل EasyList على أكثر من ضعف القواعد بالفعل بحيث يصبح من المستحيل تحميل جميع المرشحات إذا تم تشغيل ملف البيان الجديد بواسطة Google. أحد مزاعم Google ، وهي أن الإضافات التي تستخدم واجهة برمجة التطبيقات القديمة كانت تؤثر على الأداء سلبًا ، تم دحضها.
أشار Raymond Hill ، منشئ uBlock Origin و uMatrix ، إلى أن التغيير سينهي امتداداته لـ Google Chrome ، وقد أدلى مطورو آخرون بتعليقات مماثلة.
حاولت Google معالجة المخاوف في شهر مايو عن طريق إجراء تعديلات طفيفة على واجهة برمجة التطبيقات. أضافت الشركة خيارًا لاستخدام 5000 قاعدة ديناميكية ، لكن الإجماع العام كان أن القيود كانت لا تزال محدودة.
سرعان ما لاحظت الشركات التي تستخدم Chromium كجوهر لمتصفحاتها ، مثل Brave أو Vivaldi ، أنها ستجد طرقًا حول هذا الحد.
أعلنت Google عن التغييرات التي تعتزم إجراؤها على واجهة برمجة التطبيقات للطلب الصافي التعريفي والتي من شأنها رفع الحد الأقصى لواجهة برمجة التطبيقات إلى 150،000. لاحظت Google أيضًا أنها تدرس الخيارات بنشاط لتشمل طرقًا أخرى يمكن أن تساعد مطوري الإضافات على الاستفادة من واجهة برمجة التطبيقات بشكل أفضل.
نحن نستكشف بنشاط طرقًا أخرى لتوسيع واجهة برمجة التطبيقات هذه ، بما في ذلك إضافة طرق للحصول على ملاحظات حول القواعد المتطابقة ، ودعم عمليات إعادة التوجيه الأكثر ثراءً التي تستخدم في معالجة عناوين URL والتعبيرات العادية. بالإضافة إلى ذلك ، نخطط حاليًا لتغيير حد القاعدة من 30 كيلو بايت كحد أقصى للقاعدة لكل امتداد إلى الحد الأقصى العالمي البالغ 150 ألفًا.
تلاحظ Google أن التغييرات المقترحة لم يتم تصميمها أبدًا "لمنع أو إضعاف" أدوات منع الإعلانات على نظام Chrome وأن الدافع الرئيسي لشركة Google هو وراء التغيير هو "منح المطورين وسيلة لإنشاء أدوات حظر الإعلانات الأكثر أمانًا والأداء".
هناك حجة أخرى تطرحها Google للتحقق من صحة تغيير واجهة برمجة التطبيقات وهي أن المطورين الضارين قد تعرضوا للإساءة في الماضي للوصول إلى المستخدم "بيانات الاعتماد أو الحسابات أو المعلومات الشخصية".
الحجة محيرة بالنظر إلى أن Google أعلنت سابقًا أنها ستزيل فقط الجزء المحظور من واجهة برمجة تطبيقات webRequest عند بدء تشغيل Manifest V3. يبدو أن مطوري الإضافات الضارة قد يستمرون في استخدامها للوصول إلى بيانات المستخدم من خلال مراقبة الطلبات.
أبدى المطورون مخاوف أخرى حيث تركز Google على النهج القائم على القواعد فقط. قد لا تدعم ملحقات Chrome أي وظيفة لا تستند إلى قواعد إذا تم تشغيل التغييرات في النموذج الحالي.
أنت الآن : ما هو رأيك في إعلان Google؟
