Google phản hồi các lo ngại về chặn Chromium Adblock

Biểu tượng thời gian đọc 3 phút đọc


Bạn đọc giúp đỡ ủng hộ MSpoweruser. Chúng tôi có thể nhận được hoa hồng nếu bạn mua thông qua các liên kết của chúng tôi. Biểu tượng chú giải công cụ

Đọc trang tiết lộ của chúng tôi để tìm hiểu cách bạn có thể giúp MSPoweruser duy trì nhóm biên tập Tìm hiểu thêm

Vào tháng XNUMX, chúng tôi đã viết về một cơn giận dữ ngày càng tăng do Google có kế hoạch ngừng sử dụng API webRequest và thay thế nó bằng một APINetRequest mới, ít mạnh hơn nhiều và giới hạn số lượng quy tắc mà nhà phát triển có thể sử dụng để lọc ra quảng cáo.

Vào thời điểm đó, nhà phát triển của một trong những ứng dụng quảng cáo tốt nhất, uBlock Origin, đã nói trên bug.chromium.org:

Nếu API khai báo (khá hạn chế) này trở thành cách duy nhất mà trình chặn nội dung có thể hoàn thành nhiệm vụ của chúng, thì điều này về cơ bản có nghĩa là hai trình chặn nội dung mà tôi đã duy trì trong nhiều năm, uBlock Origin (“uBO”) và uMatrix, không thể tồn tại nữa.

Bây giờ một Kỹ sư của Google làm việc trên Chromium đã trả lời lo ngại và đã đồng ý với một số nhượng bộ, mặc dù không rõ liệu những điều này có đi đủ xa hay không.

Google vẫn kiên quyết loại bỏ webRequest AP, nói rằng đây là nguồn gốc của sự lạm dụng ngày càng tăng, nhưng đã đồng ý cải thiện API khai báoNetRequest theo cách sau:

  • Hỗ trợ quy tắc động: Chúng tôi đồng ý rằng điều này có giá trị trong việc tạo các tiện ích mở rộng chặn nội dung phức tạp và sẽ bổ sung hỗ trợ cho các quy tắc khai báo có thể được thêm vào hoặc xóa trong thời gian chạy cho API khai báoNetRequest.
  • Tăng kích thước bộ quy tắc: Chúng tôi sẽ nâng giới hạn quy tắc từ giá trị 30K bản nháp. Tuy nhiên, một giới hạn trên vẫn là cần thiết để đảm bảo hiệu suất cho người dùng. Danh sách chặn có xu hướng là "chỉ đẩy", nơi các quy tắc mới được thêm vào nhưng các quy tắc lỗi thời hiếm khi bị xóa, nếu đã từng bị xóa (nghiên cứu bên ngoài đã chỉ ra rằng 90% các quy tắc chặn EasyList không mang lại lợi ích gì trong các tình huống chặn thông thường). Để danh sách này tiếp tục phát triển không giới hạn là một vấn đề.
  • Các Hành động và Điều kiện Bổ sung: Chúng tôi có kế hoạch thêm hỗ trợ đối sánh dựa trên nhiều điều kiện hơn, chẳng hạn như kích thước tài nguyên và sẽ cung cấp các hành động để sửa đổi các phần của yêu cầu thay vì chỉ chặn nó, chẳng hạn như loại bỏ cookie. Chúng tôi cũng đang điều tra các điều kiện và hành động khác có thể hợp lý để thêm vào, chẳng hạn như đối sánh dựa trên miền cấp cao nhất. (Một lưu ý bổ sung: Trong khi chúng tôi đang điều tra việc bổ sung hỗ trợ cho các sửa đổi CSP, việc thêm tiêu đề CSP để tắt JavaScript thường được đề cập đến như một trường hợp sử dụng; điều này đã có thể thực hiện được thông qua Cài đặt nội dung API. Nếu điều này không đủ, vui lòng cho chúng tôi biết lý do.)

Google cho biết họ sẽ tiếp tục làm việc với các nhà phát triển và sẽ không xóa API webRequest trước khi quá trình thay thế sẵn sàng và hoàn thiện, nói rằng:

Một lần nữa, chúng tôi cam kết hỗ trợ các tiện ích mở rộng trong Chrome. Chúng tôi sẽ tiếp tục làm việc với các nhà phát triển. Chúng tôi sẽ không khởi chạy Manifest V3 cho đến khi nó sẵn sàng và sẽ có một khoảng thời gian di chuyển mà chúng tôi có thể tiếp tục giải quyết phản hồi và các vấn đề. Chúng tôi sẽ không xóa hỗ trợ cho Manifest V2 cho đến khi chúng tôi tin tưởng vào nền tảng này.

Nhiều người vẫn nghi ngờ tuy nhiên mục đích thực sự của Google là kiểm soát chặt chẽ hơn trải nghiệm người dùng để cho phép theo dõi và phân phát quảng cáo cho hàng tỷ người dùng của họ.

Độc giả của chúng tôi có nghĩ rằng Google sẽ sử dụng quyền kiểm soát ngày càng tăng của mình đối với các công cụ hiển thị web trên thế giới thông qua Chromium để thúc đẩy hoạt động kinh doanh quảng cáo của họ hơn nữa hay có đủ sự cạnh tranh về trình duyệt để giữ cho chúng trung thực không? Hãy cho chúng tôi biết bên dưới.

Thông qua Đăng ký

Thông tin thêm về các chủ đề: khối quảng cáo, Chromium, google

Bình luận

Chúng tôi sẽ không công khai email của bạn. Các ô đánh dấu * là bắt buộc *