Google ยังคงยืนกรานที่จะจำกัด API ที่จำเป็นสำหรับตัวบล็อกโฆษณา

Simeon Vincent ซึ่งรับผิดชอบในการโต้ตอบกับนักพัฒนาส่วนขยายในทีม Chrome (ดำรงตำแหน่งผู้สนับสนุนนักพัฒนาส่วนขยาย) แสดงความคิดเห็น จุดยืนปัจจุบันของ Google เกี่ยวกับแถลงการณ์ Chrome ฉบับที่สาม ละเมิด ทำงาน ส่วนเสริมมากมายเพื่อบล็อกเนื้อหาที่ไม่เหมาะสมและรับรองความปลอดภัย บริษัทไม่ได้ตั้งใจที่จะละทิ้งแผนเดิมที่จะหยุดการสนับสนุนโหมดการบล็อกของ webRequest API ซึ่งช่วยให้คุณสามารถเปลี่ยนแปลงเนื้อหาที่ได้รับได้ทันที จะมีข้อยกเว้นสำหรับ Chrome รุ่นองค์กรเท่านั้น (Chrome สำหรับองค์กร) ซึ่งการรองรับ webRequest API จะยังคงเหมือนเดิม

สำหรับผู้ใช้ Chrome API ทั่วไป ขอเว็บ จะถูกจำกัดให้อยู่ในโหมดอ่านอย่างเดียว มีการเสนอ API ที่เปิดเผยเพื่อแทนที่ webRequest API สำหรับการกรองเนื้อหา declarativeNetRequestซึ่งครอบคลุมความสามารถเพียงบางส่วนที่ใช้ในตัวบล็อคโฆษณาสมัยใหม่ โดยพื้นฐานแล้ว แทนที่จะเป็นตัวจัดการที่เป็นกรรมสิทธิ์ซึ่งสามารถเข้าถึงคำขอเครือข่ายได้อย่างเต็มที่ จะมีการเสนอเอ็นจิ้นการกรองในตัวแบบสากลสำเร็จรูปที่ประมวลผลกฎการบล็อกด้วยตัวเอง ตัวอย่างเช่น declarativeNetRequest API ไม่อนุญาตให้คุณใช้อัลกอริธึมการกรองของคุณเอง และไม่อนุญาตให้คุณสร้างกฎที่ซับซ้อนซึ่งทับซ้อนกันโดยขึ้นอยู่กับเงื่อนไข

ผู้พัฒนาโปรแกรมเสริมปิดกั้นโฆษณาได้ร่วมกันเตรียมการ รายการความคิดเห็นซึ่งระบุข้อบกพร่องของ declarativeNetRequest API Google เห็นด้วยกับความคิดเห็นมากมายและเพิ่มลงใน declarativeNetRequest API โดยเฉพาะอย่างยิ่ง มีการเพิ่มการสนับสนุนสำหรับการเปลี่ยนแปลงและเพิ่มกฎแบบไดนามิก และเป็นไปได้ที่จะลบส่วนหัว HTTP แต่เฉพาะที่อยู่ในรายการสีขาว (ผู้อ้างอิง คุกกี้ ชุดคุกกี้) เราวางแผนที่จะใช้การสนับสนุนสำหรับการเพิ่มและแทนที่ส่วนหัว HTTP (เช่น สำหรับการทดแทน Set-Cookie และคำสั่ง CSP) และความสามารถในการลบและแทนที่พารามิเตอร์คำขอ

Manifest เวอร์ชันเบื้องต้นของเวอร์ชันที่สามซึ่งกำหนดรายการความสามารถและทรัพยากรที่มีให้กับส่วนเสริมของ Chrome ได้รับการวางแผนที่จะใช้สำหรับการทดสอบในเวอร์ชันทดลองของ Chrome Canary ในอีกไม่กี่เดือนข้างหน้า

ในขณะเดียวกัน แรงจูงใจในการห้ามการเปลี่ยนแปลงเนื้อหาที่ได้รับผ่าน webRequest API ยังไม่ชัดเจนทั้งหมด อ้างว่าโหมดการบล็อกของ webRequest API มีผลกระทบด้านลบต่อประสิทธิภาพเนื่องจากเบราว์เซอร์รอให้ตัวจัดการส่วนเสริมทำงานให้เสร็จก่อนที่จะเรนเดอร์เพจไม่ทนต่อการวิพากษ์วิจารณ์ ดำเนินการไปแล้ว การทดสอบ ประสิทธิภาพของส่วนเสริมปิดกั้นโฆษณาแสดงให้เห็นว่าความล่าช้าที่เกิดขึ้นนั้นน้อยมาก โดยเฉลี่ยแล้ว การใช้ตัวบล็อกจะทำให้การดำเนินการตามคำขอช้าลงเพียงเศษเสี้ยวของมิลลิวินาที ซึ่งถือว่าน้อยมากเมื่อเทียบกับพื้นหลังโดยรวม

อาร์กิวเมนต์ที่สองที่เกี่ยวข้องกับความปรารถนาที่จะปกป้องผู้ใช้จากการเข้าถึงส่วนเสริมไปยังเนื้อหาที่ไม่สามารถควบคุมได้ก็ดูไม่น่าเชื่อเช่นกันเนื่องจากแทนที่จะลบฟังก์ชันที่มีมายาวนานและแพร่หลายในส่วนเสริมที่ถูกต้องตามกฎหมายจึงเป็นไปได้ที่จะเพิ่มฟังก์ชันใหม่ ประเภทของสิทธิ์และให้ทางเลือกสุดท้ายแก่ผู้ใช้ในการติดตั้งส่วนเสริมที่มีสิทธิ์เข้าถึงคำขอเครือข่ายแบบเต็มหรือไม่ นอกจากนี้ Google ยังให้การสนับสนุนการใช้ webRequest API ในโหมดอ่านอย่างเดียว ทำให้สามารถตรวจสอบการรับส่งข้อมูลเต็มรูปแบบโดยไม่มีการแทรกแซงระดับต่ำ
ส่วนเสริมสามารถเปลี่ยนเนื้อหาของหน้าเว็บที่โหลดผ่าน API อื่นๆ (เช่น ส่วนเสริมที่เป็นอันตรายยังคงสามารถส่งโฆษณา เปิดตัวนักขุด และวิเคราะห์เนื้อหาของแบบฟอร์มอินพุต)

Raymond Hill ผู้เขียนระบบ uBlock Origin และ uMatrix สำหรับการบล็อกเนื้อหาที่ไม่ต้องการนั้นค่อนข้างเข้มงวด แสดงความคิดเห็น การตอบสนองจากตัวแทนของ Google และบอกเป็นนัยถึงการหลอกลวงและเกมเบื้องหลังซึ่ง Google ภายใต้หน้ากากของโอกาสที่ดีกำลังพยายามที่จะพัฒนาผลประโยชน์ทางธุรกิจในด้านการโฆษณาทางอินเทอร์เน็ต เข้าควบคุมกลไกการกรองและปรับเหตุผล การกระทำเหล่านี้ในสายตาของประชาชนทั่วไป

เขาไม่เคยได้รับข้อโต้แย้งที่น่าเชื่อถือเกี่ยวกับความจำเป็นในการหยุด API ที่แพร่หลายและเป็นที่นิยมในหมู่นักพัฒนาส่วนเสริม จากข้อมูลของ Raymond ประสิทธิภาพที่ลดลงไม่ใช่ข้อโต้แย้ง เนื่องจากหน้าเว็บโหลดช้าเนื่องจากการบวม และไม่ได้เกิดจากการใช้โหมดการบล็อก webRequest ในโปรแกรมเสริมที่ใช้งานอย่างถูกต้อง หาก Google ให้ความสำคัญกับประสิทธิภาพจริงๆ พวกเขาก็จะออกแบบ webRequest ใหม่ตามกลไกดังกล่าว คำมั่นสัญญาโดยการเปรียบเทียบกับ การนำไปใช้ คำขอเว็บใน Firefox

ตามข้อมูลของ Raymond กลยุทธ์ของ Google คือการกำหนดสมดุลที่เหมาะสมระหว่างการขยายฐานผู้ใช้ของ Chrome และความเสียหายทางธุรกิจที่เกิดจากการใช้ตัวบล็อกเนื้อหา ในช่วงแรกของการขยาย Chrome นั้น Google ถูกบังคับให้ต้องทนกับตัวบล็อกโฆษณาในฐานะส่วนเสริมที่ได้รับความนิยมมากที่สุดตัวหนึ่งในหมู่ผู้ใช้ แต่หลังจากที่ Chrome เข้ามาครอบงำ บริษัทก็พยายามที่จะรักษาสมดุลและควบคุมการบล็อกด้วยการโปรโมต ความคิดริเริ่ม เพื่อรวมฟังก์ชันการบล็อกโฆษณาที่ไม่เหมาะสมเข้ากับ Chrome webRequest API เอาชนะจุดประสงค์นี้ เนื่องจากปัจจุบันการควบคุมการบล็อกเนื้อหาอยู่ในมือของนักพัฒนาตัวบล็อกโฆษณาบุคคลที่สาม

ที่มา: opennet.ru