곧 출시 될 Chrome 용 매니페스트 V3 확장 프로그램 및 광고 차단기와 플랫폼의 다른 확장 프로그램에 영향을 미치는 주변 환경의 변화에 대해 많이 읽었을 것입니다.
Chrome 확장 프로그램 용 매니페스트 V3의 첫 번째 초안은 2019 년 1 월에 일반인에게 공개되었습니다. 변경 사항 중 하나가 Chrome 확장 프로그램의 광고 차단 기능을 손상 시키므로 비판이 시작되었습니다.
세부 정보를 너무 많이 보지 않아도 Chrome의 콘텐츠 차단기는 webRequest API라는 API를 사용하여 방문한 웹 페이지의 특정 요소를 차단합니다. 당시 Google의 계획은 API를 "읽기 전용"으로 만들고 차단 기능을 declarativeNetRequest API라는 새로운 API로 옮기는 것이 었습니다.
이 API의 주요 문제점 중 하나는 규칙 제한이 30, 000 개라는 점입니다. EasyList와 같이 널리 사용되는 광고 차단 필터 목록에는 규칙이 이미 두 배 이상 있으므로 Google에서 새 매니페스트 파일을 시작하면 모든 필터를로드 할 수 없습니다. Google의 주장 중 하나는 이전 API를 사용하는 확장 프로그램이 성능에 부정적인 영향을 미쳤다는 주장을 반박했습니다.
uBlock Origin 및 uMatrix의 제작자 인 Raymond Hill은 이번 변경으로 인해 Chrome 확장이 종료되고 다른 개발자들도 이와 비슷한 의견을 남겼습니다.
Google은 5 월에 API를 약간 수정하여 우려를 해결하려고했습니다. 이 회사는 5000 개의 동적 규칙을 사용하는 옵션을 추가했지만 전체적인 합의는 한계가 여전히 제한적이라는 것입니다.
Brave 또는 Vivaldi와 같이 브라우저의 핵심으로 Chromium을 사용하는 회사는 한계를 뛰어 넘는 방법을 찾을 수 있다는 점을 빠르게 인식했습니다.
구글은 API의 한계를 150, 000으로 올리는 선언적 요청 API에 대한 변경을 발표했다. 구글은 확장 개발자들이 API를 더 잘 활용할 수 있도록 다른 방법을 포함시키기 위해 옵션을 적극적으로 조사하고 있다고 지적했다.
일치 규칙에 대한 피드백을 얻기위한 메소드 추가, URL 조작 및 정규식을 활용 한보다 풍부한 리디렉션 지원 등이 API를 확장하는 다른 방법을 적극적으로 탐색하고 있습니다. 또한 현재 규칙 제한을 확장 당 최대 30k 규칙에서 전역 최대 150k 규칙으로 변경할 계획입니다.
Google은 제안 된 변경 사항이 Chrome 플랫폼에서 광고 차단기를 "예방하거나 약화 시키도록"설계되지 않았으며, 이 변경의 주요 동기는 "개발자에게보다 안전하고 실적이 우수한 광고 차단기를 만들 수있는 방법을 제공하는 것"이었습니다.
Google이 API 변경을 확인하기 위해 제기 한 또 다른 주장은 과거에 악의적 인 개발자가 API를 악용하여 사용자의 '신임 정보, 계정 또는 개인 정보'에 액세스했다는 것입니다.
구글이 이전에 매니페스트 V3가 실행될 때 webRequest API의 차단 부분 만 제거 할 것이라고 발표 한 것을 고려하면이 주장은 당혹 스럽다. 악의적 인 확장 개발자는 여전히이를 사용하여 요청을 모니터링하여 사용자 데이터에 액세스 할 수 있습니다.
Google이 규칙 기반 접근 방식에만 중점을 두므로 개발자들은 다른 우려를 표명했습니다. 변경 사항이 현재 양식에서 시작되면 규칙 기반이 아닌 기능은 Chrome 확장 프로그램에서 지원되지 않을 수 있습니다.
Now You : Google 발표 내용은 무엇입니까?
