WordPress 기여자들은 코어에서 FLoC 차단을 제안합니다.

WordPress 기고자들은 이 프로젝트가 Google의 FLoC(Federated Learning of Cohorts)에서 적극적인 위치를 차지할 것을 제안하고 있습니다. 이 특정 메커니즘은 사용자의 검색 기록을 수집할 필요가 없는 타사 쿠키에 대한 Google의 대안입니다. FLoC용 GitHub 리포지토리는 Google이 기계 학습을 사용하여 사람들을 그룹화하고 레이블을 지정하는 방법을 설명합니다.

우리는 브라우저가 유사한 브라우징 습관을 가진 사람들을 그룹화하여 광고 기술 회사가 개인의 활동이 아닌 대규모 그룹의 습관을 관찰할 수 있는 방법을 모색할 계획입니다. 그런 다음 광고 타겟팅은 그 사람이 속한 그룹을 부분적으로 기반으로 할 수 있습니다.

브라우저는 유용하고 비공개적인 클러스터를 형성하는 방법이 필요합니다. 충분히 유사한 관심을 가진 사람들을 수집하고 기계 학습에 적합한 레이블을 생성하여 유용하고, 클러스터가 있을 때 너무 개인적인 정보를 공개하지 않는 대규모 클러스터를 형성하여 비공개 생성되거나 사용될 때.

WordPress 기고자들은 "Google의 FLoC는 끔찍한 아이디어"라는 제목의 Electronic Frontier Foundation의 기사를 인용하여 핵심적으로 FLoC를 차단할 것을 제안하고 있습니다.

제안서는 "WordPress는 웹의 약 41%를 차지하며 이 커뮤니티는 몇 줄의 코드로 인종차별, 성차별, 반 LGBTQ+ 차별 및 정신 질환이 있는 사람들에 대한 차별을 퇴치하는 데 도움이 될 수 있습니다."라고 명시합니다.

원래 제안에서 더 논란이 된 측면 중 하나는 보안 문제로 눈에 띄게 잘못 분류되어 당면한 문제가 흐려졌다는 것입니다. FLoC는 다음과 같이 요약된 보다 공격적인 일정에 핵심에 도달하기 위해 보안 문제로 식별했습니다.

1. 다음 메이저 릴리스를 기다리지 말고 다음 마이너 릴리스 패치를 포함하십시오.
2. 패치를 이전 버전의 WordPress로 백포트합니다.

제안은 나중에 FLoC를 보안 문제로 취급하는 것이 개발 가속화 및 백포팅의 타임라인만을 참조한다는 점을 명확히 하기 위해 수정되었습니다.

FLoC를 차단하는 것이 게시물의 댓글에서 폭넓은 지지를 받는 것처럼 보였지만, 이를 보안 문제로 취급한다는 성급한 제안은 제안을 약화시켰습니다.

WordPress 핵심 커미터인 Ryan McCue는 전반적인 감정에는 동의하지만 보안 업데이트처럼 배포하면 자동 업데이트에 대한 사용자의 신뢰가 남용될 것이라고 말했습니다.

보안 자동 업데이트에 대한 사용자와의 묵시적 계약은 사이트(데이터 또는 코드베이스)가 즉시 손상되는 것으로부터 사용자를 보호하기 위해 사용된다는 것입니다. 이것은 FLoC의 경우가 아니며 경우에 따라 사이트의 동작을 손상시킬 수 있습니다.

더 구체적으로 말하자면, 사용자에게 보안 패치를 최신 상태로 유지하는 호스팅 서비스를 운영하는 사람으로서 이것은 접근 방식을 크게 변경합니다. 지금 당장은 업데이트가 순수한 보안 변경 사항 외에는 최소한의 영향을 미친다는 것을 신뢰하여 보안 업데이트를 자신 있게 출시할 수 있지만, 그 장벽을 위반한다는 것은 클라이언트에게 잠재적으로 주요 변경 사항이 배포되는 것을 방지하기 위해 모든 보안 업데이트에 대한 면밀한 조사가 필요하다는 것을 의미합니다. .

그 신뢰의 침식은 궁극적으로 WP 사용자에게 피해를 줄 것입니다.

이 제안은 실험의 현재 상태에 대한 컨텍스트를 추가한 Chrome DevRel 팀의 참여를 포함하여 100명 이상의 댓글 작성자와 활발한 토론을 시작했습니다.

크롬 개발자 로완 미어우드(Rowan Merewood)는 "이것은 오리진 시험이기 때문에 아무것도 확정된 것이 없다는 것을 의미한다는 점도 주목할 가치가 있습니다. 이것은 피드백을 수집하기 위한 실험입니다."라고 말했습니다. “API가 변경될 수 있고 옵트아웃 메커니즘이 변경될 수 있으며 자격 기준이 변경될 수 있습니다. 원산지 시험과 관련된 모든 코드 변경 사항도 일시적이고 실험적인 것으로 취급되어야 합니다.”

제안에 비판적인 사람들은 FLoC를 WordPress의 해결해야 할 문제가 아닌 개인 프라이버시 문제로 간주합니다. 다른 사람들은 Google이 아직 FLoC 실험을 완료하지 않았기 때문에 FLoC 차단 제안이 현시점에서 반동적이라고 생각합니다.

Andy Beard는 "사용자에 대해 생각하면… 즉, 블로그 독자는 선택을 받을 자격이 있습니다."라고 말했습니다.

“사용하는 브라우저를 선택할 수 있습니다.
“그들은 브라우저에서 설정을 선택할 수 있습니다.
“그들은 구글 개인정보 보호 사이트에서 몇 가지 전반적인 옵션을 선택할 수 있습니다.
“많은 플러그인을 설치할 수 있습니다.

"또는 WordPress가 기본적으로 FLoC를 차단하면 실제로 더 관련성 높은 광고를 보기 위한 사용자의 선택이 제거됩니다."

토론에 참여한 여러 참가자는 FLoC에 반대했지만 FLoC를 차단하려는 WordPress의 핵심 노력을 지지하지 않았습니다.

“나는 프로 FLoC가 아니지만(내 브라우저에서 그것을 사용하지 않을 것입니다) 확실히 웹사이트가 나를 위해 선택 해제할 것이라고 기대하지 않을 것이며, 왜 대부분의 WordPress가 사용자와 WordPress 사이트를 방문하는 사람들은 둘 중 하나를 예상할 것입니다.”라고 WordPress 수석 개발자 Dion Hulse가 말했습니다.

"아마도 더 중요한 것은 WordPress가 미래의 모든 브라우저 프로토콜도 계속 선택 해제할 것입니까? 하나를 차단하는 방법을 알게 되면 모두 차단하거나 즐겨찾기 게임을 하게 됩니다.”

반대로 FLoC에 대해서도 자신의 의견을 표명한 Mika Epstein은 그러한 노력의 실용성 때문에 블록을 백포팅하는 것을 지지하지 않는다고 말했습니다.

엡스타인은 "이를 포함하기로 결정했다면 보안이 아닌 필터링 가능한 개인 정보 보호 강화 로만 지원하겠다"고 말했다.

"그렇긴 하지만 저는 GDPR 수출 항목을 백포팅하지 않았다는 전례와 함께 백포팅을 지지하지 않습니다 . 플러그인으로 존재하는 것(이미 3개가 있음)은 이전 버전을 사용하는 사람들에게 충분합니다. 증가된 백포팅의 과도한 부담은 내 생각에 최대화되지 않고 최소화되어야 합니다.”

다른 사람들은 주요 수익원이 종종 광고인 독립 출판사에 대한 피해에 대해 논평했습니다.

WordPress 수석 개발자 Helen Hou-Sandi는 사이트 수준에서 FLoC를 비활성화하는 것과 소비자로서 브라우저 수준에서 차이점을 명확히 하기 위해 제안을 다시 작성해 줄 것을 요청했습니다. 그녀는 또한 이 문제를 보안 문제로 언급하는 것을 권장하지 않았고 제안의 지지자들이 블록을 백포트하는 데 필요한 작업을 정당화할 것을 권장했습니다. Hou-Sandi는 기여자들이 아직 합의에 도달하지 않았기 때문에 핵심 구현 및 포함에 관한 보다 적절한 토론 방법으로 트랙 티켓을 열 것을 권장했습니다.

이 주제는 2021년 4월 21일 수요일의 다음 핵심 개발자 채팅에서 논의될 예정입니다. Chrome 팀의 담당자도 참석하여 FLoC에 대한 모든 질문에 답할 것입니다.