Սիմեոն Վինսենթը, ով պատասխանատու է Chrome թիմի ընդլայնման մշակողների հետ փոխգործակցության համար (զբաղեցնում է Extensions Developer Advocate-ի պաշտոնը), Google-ի ներկայիս դիրքորոշումը Chrome-ի մանիֆեստի երրորդ հրատարակության վերաբերյալ, բազմաթիվ հավելումներ՝ անպատշաճ բովանդակությունը արգելափակելու և անվտանգությունն ապահովելու համար: Ընկերությունը մտադիր չէ հրաժարվել webRequest API-ի արգելափակման ռեժիմի աջակցությունը դադարեցնելու իր սկզբնական ծրագրից, որը թույլ է տալիս անմիջապես փոխել ստացված բովանդակությունը։ Բացառություն կկատարվի միայն Chrome-ի ձեռնարկատիրական տարբերակի համար (), որտեղ webRequest API-ի աջակցությունը կպահպանվի նախկինի պես:
Սովորական Chrome API օգտվողների համար սահմանափակվելու է միայն կարդալու ռեժիմով: Բովանդակության զտման համար webRequest API-ին փոխարինելու համար առաջարկվել է դեկլարատիվ API , որն ընդգրկում է ժամանակակից գովազդային արգելափակումների մեջ օգտագործվող հնարավորությունների միայն սահմանափակ մասը։ Ըստ էության, ցանցային հարցումներին լիարժեք հասանելիություն ունեցող սեփականատիրոջ փոխարեն, առաջարկվում է պատրաստի ունիվերսալ ներկառուցված զտիչ շարժիչ, որն ինքնուրույն մշակում է արգելափակման կանոնները: Օրինակ, declarativeNetRequest API-ն թույլ չի տալիս օգտագործել ձեր սեփական զտման ալգորիթմները և թույլ չի տալիս ստեղծել բարդ կանոններ, որոնք համընկնում են միմյանց՝ կախված պայմաններից:
Գովազդի արգելափակման հավելումների մշակողները համատեղ պատրաստել են , որը թվարկել է declarativeNetRequest API-ի թերությունները։ Google-ը համաձայնել է մեկնաբանություններից շատերի հետ և ավելացրել է declarativeNetRequest API-ին: Մասնավորապես, ավելացվել է կանոնների դինամիկ փոփոխման և ավելացման աջակցություն, և հնարավոր է ջնջել HTTP վերնագրերը, բայց միայն սպիտակ ցուցակում գտնվողները (Referer, Cookie, Set-Cookie): Մենք նախատեսում ենք աջակցել HTTP վերնագրերի ավելացման և փոխարինման համար (օրինակ՝ Set-Cookie-ի փոխարինման և CSP հրահանգների համար) և հարցումների պարամետրերը ջնջելու և փոխարինելու հնարավորությունը:
Մանիֆեստի երրորդ տարբերակի նախնական տարբերակը, որը սահմանում է Chrome հավելումներին տրամադրվող հնարավորությունների և ռեսուրսների ցանկը, նախատեսվում է օգտագործել առաջիկա ամիսներին Chrome Canary-ի փորձնական նախագծում փորձարկելու համար։
Միևնույն ժամանակ, webRequest API-ի միջոցով ստացված բովանդակության փոփոխություններն արգելելու դրդապատճառը մնում է ամբողջովին պարզ: Պնդում է, որ webRequest API-ի արգելափակման ռեժիմը բացասաբար է անդրադառնում աշխատանքի վրա, քանի որ զննարկիչը սպասում է, որ հավելումների մշակողը ավարտի իր աշխատանքը, նախքան էջը ցուցադրելը, չի դիմանում քննադատությանը: Նախկինում անցկացված Գովազդի արգելափակման հավելումների կատարումը ցույց է տվել, որ ուշացումները, որոնք նրանք ներկայացնում են, աննշան է: Միջին հաշվով, արգելափակիչի օգտագործումը դանդաղեցնում է հարցման կատարումը միայն միլիվայրկյանների մասով, ինչը աննշան է ընդհանուր ֆոնի համեմատ:
Երկրորդ փաստարկը, որը կապված է օգտատերերին բովանդակության հավելումների անվերահսկելի մուտքից պաշտպանելու ցանկության հետ, նույնպես համոզիչ չի թվում, քանի որ օրինական հավելումներում վաղուց հաստատված և տարածված ֆունկցիոնալությունը հեռացնելու փոխարեն հնարավոր եղավ ավելացնել նոր լիազորությունների տեսակը և օգտատիրոջը տրամադրել վերջնական ընտրություն՝ տեղադրելու հավելում ցանցային հարցումների ամբողջական հասանելիությամբ, թե ոչ: Բացի այդ, Google-ը թողել է աջակցություն webRequest API-ը միայն կարդալու ռեժիմում օգտագործելու համար՝ թույլ տալով երթևեկության ամբողջական մոնիտորինգ՝ առանց ցածր մակարդակի միջամտության:
Հավելումները կարող են փոխել բեռնված վեբ էջերի բովանդակությունը այլ API-ների միջոցով (օրինակ, վնասակար հավելումները դեռ կարող են մատուցել իրենց գովազդները, գործարկել հանքագործներ և վերլուծել մուտքագրման ձևերի բովանդակությունը):
Ռայմոնդ Հիլը, որը uBlock Origin և uMatrix համակարգերի հեղինակն է անցանկալի բովանդակությունը արգելափակելու համար, բավականին խիստ է. Google-ի ներկայացուցչի պատասխանը և ակնարկել դեմագոգիայի և կուլիսային խաղերի մասին, որոնցում Google-ը, լավ հնարավորության քողի տակ, փորձում է առաջ տանել իր բիզնես շահերը ինտերնետ գովազդի ոլորտում, վերահսկողություն ձեռք բերել իր զտման մեխանիզմների վրա և արդարացնել. այս գործողությունները լայն հանրության աչքին:
Նա երբեք համոզիչ փաստարկներ չստացավ հավելումների մշակողների շրջանում տարածված և տարածված API-ն դադարեցնելու անհրաժեշտության համար։ Ըստ Ռայմոնդի, կատարողականի անկումը փաստարկ չէ, քանի որ էջերը դանդաղ են բեռնվում իրենց փքվածության պատճառով, և ոչ ճիշտ ներդրված հավելումներում webRequest արգելափակման ռեժիմի օգտագործման պատճառով: Եթե Google-ն իսկապես հոգ տար կատարողականի մասին, նրանք կվերանախագծեին webRequest-ը՝ հիմնվելով մեխանիզմի վրա , համեմատությամբ webRequest Firefox-ում:
Ըստ Ռայմոնդի, Google-ի ռազմավարությունն է որոշել օպտիմալ հավասարակշռությունը Chrome-ի օգտատերերի բազայի ընդլայնման և բովանդակության արգելափակումների օգտագործման հետևանքով առաջացած բիզնեսի վնասի միջև: Chrome-ի ընդլայնման առաջին փուլում Google-ը ստիպված եղավ համակերպվել գովազդային արգելափակումների հետ՝ որպես օգտատերերի շրջանում ամենահայտնի հավելումներից մեկը: Բայց այն բանից հետո, երբ Chrome-ը ձեռք բերեց գերիշխանություն, ընկերությունը փորձեց հավասարակշռությունը թեքել իր օգտին և վերահսկողություն ձեռք բերել արգելափակման վրա՝ խթանելով Chrome-ում գովազդի արգելափակման ոչ պատշաճ գործառույթը ինտեգրելու համար: WebRequest API-ն տապալում է այս նպատակը, քանի որ բովանդակության արգելափակման վերահսկողությունը ներկայումս գտնվում է երրորդ կողմի գովազդային արգելափակումների մշակողների ձեռքում:
Source: opennet.ru