웹용 프라이버시 샌드박스: 변화하는 프라이버시 환경과 사이트에 미치는 영향

Chrome은 2023년 내내 개인 정보 보호 샌드박스 이니셔티브를 통해 개인 정보를 변경하고 사용자 정보를 비공개로 유지하는 새로운 기술을 구축할 예정입니다. 동시에 웹 퍼블리셔와 브랜드는 제3자 쿠키에 의존하는 광고 수익과 가치 있는 마케팅 분석을 보존하기 위해 디지털 전략을 전환하고 있습니다.

확장된 브라우저 프라이버시를 향한 이러한 노력은 웹사이트 개인화에 대한 더 많은 수요를 주도하고 있습니다.

이 세션에서 Google Developer Advocate Sam Dutton은 향후 변경 사항을 살펴보고 개인 정보 보호 샌드박스 이니셔티브의 목표를 공유하며 비즈니스 및 사이트를 유지하는 데 필요한 데이터를 확보하기 위해 피벗할 수 있는 방법을 더 잘 이해할 수 있도록 도와줍니다. 앞으로 나아가 다.

세션 슬라이드:

성적 증명서:

샘 더튼: 안녕하세요, 저는 샘 더튼입니다. 저는 이곳 런던에 기반을 둔 Chrome 팀의 Developer Advocate입니다. 오늘 저와 함께해주셔서 정말 감사합니다. 앞으로 25분 동안 세 가지 일을 하겠습니다. Privacy Sandbox API에 대한 개요를 알려드리겠습니다. 지금 해야 할 일을 설명하고 테스터가 되어 API 토론에 참여하고 피드백을 제공하는 방법을 보여드리겠습니다.

프라이버시 샌드박스가 필요한 이유부터 설명하겠습니다. 많은 분들이 뒷이야기를 너무 잘 아실 것입니다. 그러나 우리가 왜 이것이 필요한지, 그리고 우리가 오늘날의 위치에 어떻게 도달했는지 재빨리 반복할 가치가 있습니다. 따라서 Privacy Sandbox는 제3자 쿠키와 같은 추적 메커니즘 없이 미래를 위해 개방형 웹에 자금을 지원하는 비즈니스 모델을 지원하기 위해 일련의 개인정보 보호 API를 구축하는 데 도움이 되는 이니셔티브입니다.

이제 Google I/O에서 이 예를 보셨을 것입니다. 다른 소스의 구성 요소가 포함된 일반적인 사이트입니다. 물론 구성 가능성은 웹의 초능력 중 하나입니다. 하나의 출처에서 지도, 다른 곳에서 일부 스크립트 등을 얻었습니다. 물론 광고와 우리가 좋든 싫든 미래가 어떻게 되든 간에 광고는 중요한 수익원이자 비즈니스의 원동력이 되었습니다. 편물.

이제 역사상 이 시점에서 브라우저와 CMS는 광고 사용 사례를 지원해야 한다고 생각합니다. 그래서 문제가 무엇입니까? 음, 광고 선택, 전환 측정, 사기 탐지, 장치 사용자 지정, 기타 많은 사용 사례는 개인 정보 보호를 염두에 두고 구축되지 않은 메커니즘을 사용하는 교차 사이트 ID에 의존했습니다.

이제 제3자 쿠키뿐만 아니라 핑거프린팅을 사용하여 사이트 전체에서 사용자 행동을 추적하거나 다른 사이트에서 이메일 주소와 같은 개인 정보를 요청하고 추가로 제3자 생태계는 특히 광고의 경우 정말 복잡합니다. 개발자, 광고주 또는 게시자조차도 타사 서비스의 공급망을 이해하지 못합니다.

따라서 확실히 웹사이트를 방문할 때 관련된 모든 제3자가 내 데이터로 무엇을 하는지 알지 못합니다. 연구에 따르면 사람들은 자신의 데이터를 제어하는 ​​데 정말로 관심이 있습니다. 개인 정보 보호에 대한 우려는 점점 더 사람들이 온라인에서 하는 일에 대한 선택을 주도하고 있으며 전 세계의 규제 당국은 개인 정보 보호 요구 사항을 강화하고 있으며 이는 정말 빠르게 일어나고 있습니다.

얼마나 많은 비즈니스가 효과적인 온라인 광고에 의존하고 얼마나 많은 퍼블리셔가 사이트에서 수익을 창출하기 위해 광고에 의존하는지, 그리고 수많은 다른 사용 사례를 고려할 때 이것은 기술 회사와 광고 플랫폼뿐만 아니라 전체 웹 생태계의 문제입니다. 그러나 물론 웹은 개방형 플랫폼이기 때문에 변화에 대한 제안에는 동의와 피드백이 필요하며 Chrome과 같은 브라우저는 일방적으로 행동할 수도 없고 원하지도 않습니다.

브라우저는 브라우저 공급업체가 독립적으로 결정을 내릴 수 있는 제품이 아니며 현실은 웹이 광고 사기 탐지, ID 관리 및 기타 모든 요구 사항 사용 사례에 대한 오늘날 플랫폼의 핵심 요구 사항에 맞게 설계되지 않았다는 것입니다. 곧. 따라서 우리에게 필요한 것은 이 개인 정보 보호에 중점을 둔 웹을 위한 특수 목적 기술이며, 여기에서 개인 정보 보호 샌드박스가 필요합니다.

따라서 Chrome은 건강하고 지속 가능한 생태계를 지원할 수 있는 새로운 개인정보 보호 기술을 개발하기 위해 업계 이해관계자 및 규제 기관과 함께 웹 커뮤니티와 협력해 왔습니다. 이제 이러한 새로운 용도로 구축된 API를 사용할 수 있게 되면 Chrome에서 타사 쿠키에 대한 지원을 안전하게 단계적으로 중단하고 다른 유형의 추적을 완화하기 위한 작업을 계속할 수 있도록 회사에서 이를 채택할 시간을 확보해야 합니다.

이제 이 이니셔티브의 핵심 원칙은 웹의 잠재적인 개인 정보 보호 모델이며 Google의 개인 정보 보호 전문가와 컴퓨터 과학자가 개발했습니다. 이 개인 정보 보호 모델은 변화하는 개인 정보 보호 요구 사항을 준수하면서 앞서 언급한 웹 플랫폼 사용 사례를 충족하는 기술을 설계하기 위한 일련의 기본 규칙을 제시합니다.

특히, 이 제안은 프라이버시를 침해하지 않고 사이트 간 연결을 가능하게 하는 방법에 대한 어려운 질문을 다룹니다. 이제 Privacy Sandbox API의 주요 혁신 중 하나는 사용자 에이전트라고 부르는 브라우저의 핵심 역할로 돌아가는 의미에서 브라우저가 사용자를 대신하여 작동할 수 있도록 하는 것입니다.

현재 기술을 사용하면 제3자가 데이터를 수집, 집계 및 공유하여 사이트에서 사용자 검색을 추적합니다. Privacy Sandbox API를 사용하면 광고 경매 전환 측정 및 이러한 기타 작업을 사용자 기기의 사용자 브라우저에서 수행할 수 있습니다.

따라서 우리는 브라우저 공급업체, 플랫폼, 광고주, 게시자 광고 기술, 사용자, 규제 기관 및 개인정보 보호 커뮤니티, 그리고 CMS 플랫폼을 사용하는 개발자와 같은 협업을 통해 광고 플랫폼과 웹을 재구축해야 합니다.

따라서 이 모든 것을 염두에 두고 Privacy Sandbox API 자체에 대한 간단한 둘러보기를 제공하고자 합니다. 따라서 Google에서 이것은 웹과 Android 전반에 걸친 공유 이니셔티브입니다. Android의 Privacy Sandbox는 앱 간 식별자가 없는 새로운 비공개 광고 솔루션을 도입하는 데 중점을 두고 있습니다.

물론 웹과 Android는 동일한 원칙을 공유하며 여러 웹 제안이 Android용으로도 개발되고 있습니다. 그러나 물론 웹과 Android 모바일 플랫폼은 근본적으로 다른 기술에 의존합니다.

따라서 이것은 Android에서 별개의 이니셔티브이지만 웹에서 작업할 뿐만 아니라 Android 앱을 빌드하는 사용자는 이를 계속 주시하고 싶을 것입니다. 그래서 Google은 전 세계적으로 다양한 파트너와 협력하여 새로운 API를 테스트하고 있습니다.

W3C와 같은 공개 포럼에 참여하는 수백 개의 회사가 GitHub 등에서 문제를 설명하고 관점과 분석을 게시하고 업계 라운드 테이블에 참여하고 Chrome 및 Android와 피드백을 공유하며 물론 테스트에 참여합니다.

이제 실수하지 마세요. Privacy Sandbox에는 처리해야 할 요구 사항이 많으며 그 과정에서 어려울 것입니다. 내 말은 좋은 소식은 이 모든 것의 끝이 사용자에게 더 안전하고 비공개적이며 광고주, 게시자, 개발자, 물론 WordPress와 같은 플랫폼에 더 나은 플랫폼을 갖게 될 것이라는 것입니다.

따라서 모든 Privacy Sandbox API를 설명하지는 않겠습니다. 대신 프라이버시 샌드박스의 세 가지 주요 광고 API에 집중하고 싶습니다. 주제, FLEDGE 및 속성 보고입니다. Topics 및 FLEDGE는 관련성 API로 알려져 있습니다.

Now Topics는 최근 검색 기록을 기반으로 사용자 관심에 대한 높은 수준의 신호를 제공합니다. 주제는 문맥 신호 및 제1자 데이터와 결합하여 관련 광고를 선택할 수 있습니다.

또한 FLEDGE는 마케터가 특정 웹사이트나 제품에 관심을 보인 잠재고객에게 도달하고 개인 정보 보호 방식으로 이를 가능하게 하려는 보다 세분화된 리마케팅 ​​및 맞춤 잠재고객 사용 사례를 지원합니다.

마지막으로 Attribution Reporting은 개인 정보 보호 캠페인 측정을 위한 Chrome의 제안으로, 사람들이 광고를 보거나 클릭한 후 나중에 구매 또는 다른 종류의 전환을 완료할 때 익명의 실적 보고서를 제공합니다.

따라서 이러한 API는 데스크톱 및 모바일의 Android와 Chrome에서 테스트 기간을 거쳤습니다. 광고 기술 플랫폼으로 작업하는 경우 해당 플랫폼이 이러한 사용 사례와 제3자 쿠키 또는 기타 추적 메커니즘 없이 이러한 미래를 위해 이러한 API에 의해 충족되는 사용 사례를 해결하기 위한 계획을 이해하고 있는지 확인해야 합니다.

이제 우리는 Chrome 플래그를 사용하여 활성화된 API로 일정 기간 동안 기술 테스트를 거쳤으며 현재 처음에는 소수의 Chrome 사용자에 대해서만 초기 평가판이 활성화되었습니다. 이제 우리는 유틸리티 테스트의 이 단계에 있으며 Chrome Canary 개발 및 베타 사용자의 50%가 유효한 토큰을 제공하는 페이지에서 활성화된 광고 원본 평가판 API를 가지고 있고 5%의 안정적인 사용자가 있습니다.

물론 이는 전체 Chrome 트래픽의 작은 비율이지만 실제 사용자를 대상으로 API를 제한적으로 테스트하기에는 충분합니다. 이제 기본적으로 모든 사용자가 API를 사용할 수 있는 Chrome Stable 출시를 향해 나아가고 있으며 이에 대해서는 나중에 타임라인으로 다시 돌아오겠습니다.

다시 한 번 말씀드리지만 단일 사용자의 경우 Chrome 플래그를 사용하여 API를 활성화할 수 있지만 대규모 테스트를 위해서는 Privacy Sandbox 오리진 평가판에 참여해야 합니다. 이 모든 작업을 수행하는 방법에 대한 지침은 나중에 링크를 공유하겠습니다. .

그런데 Chrome은 이를 위해 UI와 같은 사용자 개인 정보 보호 제어 기능도 업데이트하고 있습니다. 개인 정보 보호 샌드박스 제어 기능은 실제로 광고 API 원본 평가판의 일부로 사용할 수 있습니다. 사람들은 브라우징과 관련된 관심사를 보고 관리하거나 API를 완전히 끌 수 있습니다.

그래서 제 생각에 여러분이 테스트하고 싶거나 여러분의 제3자 공급자에게 확실하게 표시할 수 있는 다른 세 가지 프라이버시 샌드박스 기술이 있습니다. 첫째, 칩스. 독립적인 파티션 상태를 갖는 쿠키를 사용하면 개발자가 최상위 사이트마다 별도의 쿠키 병을 사용하여 파티션된 저장소에 쿠키를 옵트인할 수 있습니다.

자사 세트를 사용하면 동일한 주체가 소유하고 운영하는 관련 도메인 이름이 동일한 자사 및 비공개 상태 토큰에 속하는 것으로 선언할 수 있습니다. 이 초기 이름을 Trust Tokens라고 들어보셨을 것입니다. 예를 들어 수동 추적 기술을 사용하지 않고 사기를 방지하기 위해 여러 사이트에서 한 브라우징 컨텍스트에서 다른 브라우징 컨텍스트로 제한된 양의 정보를 전달하는 API입니다.

먼저 Topics API에 대해 자세히 살펴보겠습니다. Topics API는 관심 기반 광고를 가능하게 하는 메커니즘을 제공하지만 제3자가 사용자 탐색 활동을 추적하는 것을 허용하지 않습니다. 따라서 어떤 의미에서 API에는 세 가지 주요 구성 요소가 있으며 먼저 관심 기반 광고에는 관심 주제의 분류가 필요합니다.

Topics API 분류는 다음과 같습니다. 민감한 주제를 피하는 공개적으로 유지 관리되는 사람이 읽을 수 있는 주제 목록입니다. 그리고 이제 이것은 웹 생태계와 협의하여 시간이 지남에 따라 변경되고 발전할 가능성이 높으며 이는 귀하와 같은 사람들이 다른 모든 것뿐만 아니라 이것에 대한 귀하의 피드백이 필요하다는 것을 의미합니다.

따라서 Topics API는 브라우징 활동을 기반으로 사용자의 관심사를 추론해야 하지만 제가 말했듯이 개인 정보를 보호하는 방식으로 그렇게 해야 합니다. 따라서 기기의 브라우저에서 사용자의 최근 브라우징 활동을 기반으로 사용자의 기기 브라우저에 가장 관심 있는 주제가 기록됩니다.

현재 Topics는 기계 학습을 사용하여 사용자가 방문하는 페이지의 호스트 이름을 분류 체계의 Topics에 매핑함으로써 이를 수행합니다. 이제 주제 분류 자체와 마찬가지로 이러한 접근 방식은 시간이 지남에 따라 발전할 것입니다. 그러나 브라우징 활동에서 관심사를 추론하려면 균형이 맞아야 합니다.

사용자 브라우징에 대한 세부 정보가 너무 많으면 개인 정보 보호에 좋지 않지만 세분성이 너무 적으면 API가 유용하지 않습니다. 어떤 의미에서 여기에서 이해해야 할 주요 사항은 관심 주제가 사용자와 관련된 항목을 찾기 위한 하나의 신호일 뿐이라는 것입니다.

따라서 이제 브라우저에서 사용자의 관심 주제를 유추한 후에 Topics는 API 호출자에게 사용자에 대해 관찰한 관심 주제에 대한 액세스 권한을 제공해야 합니다.

따라서 사용자가 웹을 탐색할 때 API에는 두 단계가 있습니다. 예를 들어 광고 기술 플랫폼일 수 있는 API 호출자는 페이지에서 API를 호출하여 현재 페이지 및 현재 사용자에 대한 주제를 관찰하고 싶다는 신호를 보냅니다.

이제 나중에 API 호출자는 사용자에 대해 관찰한 주제에 액세스할 수 있습니다. 이제 이 모든 작업은 관찰된 관심 항목 이외의 사용자 브라우징 활동에 대해 더 이상 공개하지 않고 수행되어야 합니다.

따라서 Topics API는 사용자의 관심 주제를 관찰한 다음 먼저 JavaScript API를 사용하거나 가져오기 요청에서 요청 및 응답 헤더를 사용하여 관찰된 주제에 액세스할 수 있는 두 가지 방법을 제공합니다.

Topics API 호출자가 사용자에 대한 주제를 관찰했음을 브라우저에 알릴 수 있는 첫 번째 방법은 사용자가 방문하는 사이트에 포함된 iframe에서 document.browsingTopics를 호출하는 것입니다.

이제 나중에 API 호출자는 동일한 document.browsingTopics 메서드를 호출하여 현재 사용자에 대해 관찰한 항목에 액세스할 수 있습니다. 그런데 이 방법에 iframe이 필요한 이유는 Topics를 관찰하기 위한 컨텍스트와 Topics에 액세스하기 위한 컨텍스트가 동일해야 하기 때문입니다.

주제를 관찰하고 액세스하는 다른 방법은 가져오기, 요청 및 응답 헤더를 사용하는 것입니다. 먼저 API 호출자는 옵션 매개변수의 브라우징 토픽 true 객체를 포함하여 오리진의 URL에 대한 가져오기 요청을 만들어야 합니다.

가져오기 요청에 대한 응답에 Observe-Browsing-Topics ?1 헤더가 포함되어 있으면 호출자가 현재 사용자의 관심 주제를 관찰했음을 브라우저가 기록하기를 원한다는 신호를 브라우저에 보냅니다. 페이지. 말이 되기를 바랍니다.

이제 sec-browsing-topics 요청 헤더에 액세스하여 호출자의 가져오기 요청에서 사용자에 대해 관찰된 주제를 검색할 수 있습니다. 여기 처음부터 끝까지 전체 프로세스가 있습니다. 시간에 쫓기므로 지금은 다루지 않겠지만 나중에 공유하여 어떻게 작동하는지, 전체 프로세스를 볼 수 있도록 하고 각 API에 대해 살펴보겠습니다.

JavaScript iframe 메서드를 사용하여 주제를 관찰하고 액세스하는 주제 데모를 시도하거나 요청 헤더 가져오기 접근 방식을 사용하는 데모를 시도할 수 있습니다. chrome://topics-internals는 현재 사용자에 대한 주제, 호스트 이름에 부여된 주제 및 API 구현에 대한 기술 정보를 표시합니다.

주제 분류기 모델을 사용하여 주제 추론을 테스트하기 위해 주제 공동 실험실을 실행할 수도 있습니다. 이제 Topics를 떠나기 전에 공개된 세 가지 주요 질문이 있습니다. 사용자의 브라우징 활동을 기반으로 사용자의 관심 주제를 추론하는 작업을 더 잘 수행할 수 있는 방법은 무엇입니까? 사용자 개인 정보를 보호하면서 더 유용하게 만들기 위해 분류 내용과 구조를 어떻게 개선할 수 있습니까? 그리고 API의 전체 아키텍처를 어떻게 개선할 수 있습니까?

여기서 염두에 두어야 할 한 가지는 주제가 있거나 다른 것이 있더라도 여전히 사용 사례를 충족해야 한다는 것입니다. 다음은 FLEDGE입니다. 따라서 이는 사이트 간 제3자 추적 없이 리마케팅 ​​및 맞춤 잠재고객 사용 사례를 제공하는 기기 광고 옵션용 API입니다.

FLEDGE는 주제보다 더 복잡한 작업을 수행해야 하기 때문에 FLEDGE를 사용하면 코드 세부 정보가 조금 더 많다고 생각합니다. 따라서 FLEDGE 프로세스에는 세 부분이 있습니다. 첫째, 광고 구매자는 관심 그룹이라고 하는 것에 사용자 또는 개별 브라우저를 추가합니다. 이는 맞춤 잠재고객과 비슷하지만 관심 그룹 멤버십은 사용자 기기의 브라우저에 저장됩니다.

이제 사용자가 게시자 사이트와 같은 광고를 표시하는 사이트를 방문하면 광고 판매자는 광고 경매를 시작하여 광고를 선택할 수 있으며 FLEDGE를 사용하면 이 경매가 사용자의 장치에서 실행될 수 있습니다.

광고를 선택하기 위해 경매 코드는 구매자의 입찰 논리와 판매자의 경매 논리를 실행합니다. 그리고 마지막으로 브라우저는 판매자와 구매자가 제공한 엔드포인트에 대한 경매 보고를 게시합니다.

그래서 아주 간략하게 단계별로 FLEDGE를 살펴봅니다. 먼저 사용자가 온라인 신발 가게를 방문하고 검색을 한다고 상상해 보십시오. 광고 기술 플랫폼 또는 광고주가 자바스크립트를 호출하여 관심 그룹에 가입하도록 브라우저에 알립니다. 그리고 이 그룹의 이름은 Trail Running Shoes와 같을 수 있습니다.

관심 그룹에 대한 구성 개체는 다음과 같을 수 있습니다. 이 예에서 신발 매장의 광고 기술 담당자는 사용자를 추가하고 싶은 리마케팅용 관심 그룹이 있을 수 있으며 이 그룹을 Trail Running Shoes라고 명명했습니다. 그리고 신발 가게의 adtech 플랫폼은 방금 보여드린 구성을 사용하여 Trail Running Shoes 관심 그룹에 가입하도록 사용자의 브라우저에 요청하기 위해 광고 관심 그룹 가입을 호출합니다.

그리고 두 번째 매개변수는 30일로 제한되는 관심 그룹의 기간을 지정합니다. 이제 사용자는 광고를 게시하는 사이트를 방문합니다. 이 예에서는 뉴스 웹사이트입니다. 사용자에게 표시할 광고를 선택하는 경매는 광고 경매 실행을 사용하는 판매자에 의해 사용자 기기의 JavaScript에서 실행되며 판매자는 광고 기술 플랫폼일 수 있지만 게시자 자체(이 경우 뉴스 사이트)일 수도 있습니다.

이제 이 경매는 판매자 및 브라우저 자체의 다른 요소와 함께 사용자의 브라우저가 속한 각 관심 그룹에 대해 입찰가가 주어진 가장 적절한 광고를 선택합니다.

이제 코드를 보면 게시자 또는 게시자 사이트에서 광고 공간을 판매하는 플랫폼이 광고 경매를 위한 구성 데이터를 생성합니다. 그런 다음 판매자는 브라우저에서 광고 경매를 실행하여 브라우저에서 광고를 선택하도록 브라우저에 요청하고 실행 광고 경매에서 반환된 값은 차단된 프레임이라는 요소로 전달되어 사이트에서 낙찰된 광고를 표시할 수 있습니다.

이제 울타리 프레임을 사용하여 광고를 표시할 수 있지만 주변 페이지와 상호 작용할 수 없습니다. 그런 다음 판매자와 낙찰된 구매자는 각각 로깅 및 보고를 수행할 수 있는 기회가 있으며 이는 navigator.reportresult를 호출하여 수행됩니다.

마지막으로 모든 것이 순조롭게 진행되면 사용자가 광고를 탭하거나 클릭하면 이제 Attribution Reporting API가 대신합니다. 그리고 다시 한 번 전체 프로세스를 처음부터 끝까지 보여주는 다이어그램이 있습니다. 기조연설 후에 공유하겠습니다.

이제 마지막으로 광고 측정을 위한 Privacy Sandbox API인 Attribution Reporting에 대해 조금 말씀드리고자 합니다. Attribution Reporting은 광고 클릭 또는 광고 노출이 전환으로 이어지는 시점을 측정하는 데 사용됩니다. 예를 들어 뉴스 사이트의 광고 조회가 온라인 신발 가게에서의 구매로 이어지는 경우입니다.

이제 Topics 및 FLEDGE와 마찬가지로 이 API는 교차 사이트 추적을 방지하도록 설계되었습니다. 따라서 API는 두 가지 유형의 측정 결과, 즉 이벤트 수준 보고서와 요약 보고서를 허용합니다. 어떻게 작동하는지 간단히 설명하겠습니다.

먼저 이벤트 수준 보고서를 살펴보겠습니다. 따라서 Attribution Reporting API에 특정한 속성으로 광고 링크를 구성할 수 있으며 이를 통해 전환 측의 요청으로 조회수와 클릭수를 집계할 수 있습니다.

이제 사용자가 광고를 클릭하거나 광고를 본 다음 전환하면 브라우저가 보고서를 생성하고 해당 보고서에 광고 회사 또는 광고 기술이 두 가지 데이터를 포함합니다. 첫째, 광고 클릭 또는 노출에 대해 원하는 모든 데이터이며 이는 예를 들어 크리에이티브 ID, 게시자에 대한 정보, 타임스탬프 등과 같이 매우 상세할 수 있습니다. 둘째, 광고 전환에 대한 작은 데이터입니다.

이제 사용자 개인 정보를 보호하기 위해 너무 상세할 수 없습니다. 나중에 브라우저는 다음에 대한 보고서를 보냅니다. 제가 방금 광고 기술이나 광고주에게 설명한 데이터가 포함된 보고서에는 사용자 추적을 방지하기 위한 지연이 포함됩니다.

보고서에는 광고 클릭 또는 노출에 대한 자세한 데이터, 이벤트 및 전환에 대한 높은 수준의 데이터라는 두 가지 데이터가 포함되어 있습니다. 이것은 이벤트 수준 보고서입니다. 이제 요약 보고서를 살펴보겠습니다.

이제 요약 보고서를 생성하는 브라우저 API는 비슷하지만 결과와 메커니즘이 약간 다릅니다. 따라서 사용자가 광고를 클릭하거나 광고를 본 후 나중에 전환하면 브라우저는 보고서를 생성하고 해당 보고서에 광고 회사 또는 광고 기술은 광고 클릭 또는 노출에 대해 원하는 모든 데이터와 사용자가 원하는 모든 데이터를 포함할 수 있습니다. 광고 전환에 대해 알고 싶지만 이 보고서는 암호화되어 있습니다.

그리고 이 보고서에는 전환 및 노출에 대한 자세한 데이터가 포함되어 있으므로 개인 정보 보호입니다. 따라서 보고서가 암호화되지 않은 경우 교차 사이트 추적에 보고서를 사용할 수 있습니다. 그런 다음 나중에 브라우저는 이 암호화된 보고서를 약간의 지연 시간을 두고 다시 보냅니다.

이러한 방식으로 애드테크 플랫폼은 많은 사용자로부터 많은 보고서를 수집한 다음 호출된 집계 서비스에 모든 보고서를 보냅니다. 최종 결과를 반환하고 최종 결과를 요약 보고서라고 합니다. 여기에는 많은 사용자의 측정 데이터가 포함되어 있습니다.

이것이 귀인 측정입니다. 말이 되기를 바랍니다. Privacy Sandbox API를 더 자세히 이해하고 테스트하는 데 도움이 되는 더 많은 리소스에 대한 링크를 제공하겠습니다. 하지만 마지막으로 언급하고 싶은 것은 Privacy Sandcastle입니다.

이것은 모든 주요 Privacy Sandbox API를 결합한 데모입니다. 그것은 도쿄에 있는 우리 팀에 의해 만들어졌습니다. 여전히 매우 새롭습니다. 그러나 GitHub에서 코드를 가져와서 로컬에서 실행할 수 있으며 이러한 모든 API가 어떻게 함께 작동하는지 이해하는 데 도움이 되도록 설계되었습니다.

마치기 전에 요약을 하고 Privacy Sandbox의 타임라인을 살펴보고 싶습니다. 보시다시피 API 배송을 시작할 분기가 다가오고 있습니다. 즉, 기본적으로 Chrome Stable에서 사용할 수 있고 프로덕션 규모에서 테스트할 준비가 됩니다. 이제 달력상으로는 얼마 남지 않은 시간이고 제 자신을 볼 수 있습니다. 나는 여기 시간에 가깝다.

지금 당장해야 할 일이 몇 가지 있습니다. 첫째, 웹 및 Android의 타임라인을 이해합니다. 귀하와 귀하의 제3자 공급자가 임박한 변경 사항에 대비했는지 확인하십시오. 둘째, 사이트를 감사하여 타사 쿠키 및 더 이상 사용되지 않는 기타 메커니즘에 의존하는 위치를 파악하십시오. 오늘 행사가 끝난 후 이를 수행하는 방법에 대한 도구 및 지침에 대한 링크를 공유할 것입니다.

다음으로, 애드테크 플랫폼 등과 같은 제3자 제공업체가 제3자 쿠키 또는 기타 교차 사이트 추적 메커니즘이 없는 경우 핵심 사용 사례를 충족하기 위해 어떻게 준비하고 있는지 문의하고 마지막으로 Privacy Sandbox API를 테스트하고 피드백을 제공합니다. 타사 공급자에게 동일한 작업을 수행하도록 요청하십시오.

그리고 그들이 건강하지 않다면 왜 안 좋은지 물어보고 그 질문에 대한 답이 무엇인지 알려주십시오. 따라서 privacysandbox.com은 타임라인, FAQ, 교차 플랫폼 노력에 대한 자세한 정보를 제공합니다. 이 이벤트 후에 URL을 공유하겠지만 여기에서 언급한 많은 콘텐츠는 developer.chrome.com의 개인 정보 보호 샌드박스 섹션에서 찾을 수 있습니다.

특히 여기에는 질문하고 피드백을 제공하는 방법을 설명하는 리소스가 있으며 developer.chrome.com에서 Origin 평가판에 대해 자세히 알아볼 수 있습니다. 또한 원본 평가판, Chrome 플래그, 깜박임 콘텐츠 등과 같은 Chrome 개념을 설명하는 데 도움이 되는 일련의 짧은 비디오 및 기사를 만들었습니다.

들어주셔서 감사합니다. 그것이 나에게서 온 것입니다. 내가 말했듯이 지원이 필요하면 해당 리소스로 이동하거나 Twitter에서 SW12로 직접 메시지를 보낼 수 있습니다. 정말 고마워.