집계 서비스는 집계 가능한 원시 보고서에서 상세한 전환 데이터 및 도달범위 측정의 요약 보고서를 생성합니다. 광고 기술에는 클라이언트 측에 Attribution Reporting API 또는 Private Aggregation API를 통해 보고서를 집계 서비스로 전달하는 두 가지 주요 집계 진입점이 있습니다.
구현 상태
- 집계 서비스가 정식 버전으로 전환되었습니다.
- Aggregation Service는 Protected Audience API 및 Shared Storage API의 Attribution Reporting API 및 Private Aggregation API와 함께 사용할 수 있습니다.
가용성
제안 내용 | 상태 |
---|---|
교차 클라우드 개인 정보 보호 예산 서비스
설명 |
사용 가능 |
Attribution Reporting API, Private Aggregation API 전반에서 Amazon Web Services (AWS)용 집계 서비스 지원
설명 |
사용 가능 |
Attribution Reporting API, Private Aggregation API 전반에서 Google Cloud를 위한 집계 서비스 지원 설명 |
사용 가능 |
집계 서비스 사이트 등록 및 다중 출처 집계 사이트 등록에는 사이트를 클라우드 계정 (AWS 또는 GCP)에 매핑하는 작업이 포함됩니다. 여러 출처를 집계하려면 출처가 동일한 사이트에 있어야 합니다.
GitHub FAQ 사이트 집계 API 문서 |
사용 가능 |
다양한 매개변수에 대한 실험과 의견을 수렴하기 위해 집계 서비스의 epsilon 값은 최대 64 범위로 유지됩니다.
ARA epsilon 의견을 제출합니다. PAA 엡실론 의견 제출 |
사용 가능 에피론 범위 값이 업데이트되기 전에 생태계에 사전 알림이 제공됩니다. |
집계 서비스 쿼리에 대한 더 유연한 참여 필터링
설명 |
사용 가능 |
재해 (오류, 구성 오류 등) 후 예산 복구 절차
설명 |
사용 가능 예산 복구를 사용하여 광고 기술에서 복구한 공유 ID의 비율을 검토하고 2025년 상반기에 계획된 과도한 복구에 대한 향후 복구를 정지하는 메커니즘 |
AWS의 코디네이터 중 하나로 활동하는 Accenture
개발자 블로그 |
사용 가능 |
Google Cloud의 코디네이터 중 하나로 활동하는 독립적인 당사자
개발자 블로그 |
사용 가능 |
Attribution Reporting API의 집계 디버그 보고를 위한 집계 서비스 지원
설명 |
사용 가능 |
주요 용어 및 개념
광고 기술 워크플로에서 집계 서비스를 사용하려는 경우 다음 용어와 개념을 통해 이 새로운 집계 흐름이 팀에 어떤 이점을 제공할 수 있는지 자세히 알아보세요.
용어 | 설명 |
---|---|
Aggregation Service | 집계 가능한 보고서를 처리하여 요약 보고서를 생성하는 광고 기술 운영 서비스입니다. |
집계 가능한 보고서 |
집계 가능한 보고서는 개별 사용자 기기에서 전송한 암호화된 보고서입니다. 이러한 보고서에는 교차 사이트 사용자 행동 및 전환에 대한 데이터가 포함되어 있습니다. 전환 (기여 분석 트리거 이벤트라고도 함) 및 관련 측정항목은 광고주 또는 광고 기술에 의해 정의됩니다. 각 보고서는 다양한 당사자가 기본 데이터에 액세스하지 못하도록 암호화됩니다. 집계 가능한 보고서에 대해 자세히 알아보기 |
집계 가능한 보고서 회계 | 할당된 개인 정보 보호 예산을 추적하고 '중복 없음' 규칙을 적용하는 두 코디네이터에 있는 분산 원장입니다. 조정자 내에서 실행되는 개인 정보 보호 메커니즘으로, 할당된 개인 정보 보호 예산을 초과하는 보고서가 집계 서비스를 통과하지 않도록 합니다. 집계 가능한 보고서와 관련된 일괄 처리 전략에 대해 자세히 알아보세요. |
집계 가능한 보고서 회계 예산 | 보고서가 두 번 이상 처리되지 않도록 하는 예산 참조입니다. |
신뢰할 수 있는 실행 환경(TEE) |
A secure configuration of computer hardware and software that allows external parties to verify the exact versions of software running on the machine without fear of exposure. TEEs allow external parties to verify that the software does exactly what the software manufacturer claims it does—nothing more or less. To learn more about TEEs used for the Privacy Sandbox proposals, read the Protected Audience API services explainer and the Aggregation Service explainer. |
코디네이터 |
Entities responsible for key management and aggregatable report accounting. A Coordinator maintains a list of hashes of approved aggregation service configurations and configures access to decryption keys. |
공유 ID |
shared_info , reporting_origin , destination_site (Attribution Reporting API에서만 사용 가능), source_registration-time (Attribution Reporting API에서만 사용 가능), scheduled_report_time , version 로 구성된 계산된 값입니다.
즉, shared_info 필드의 속성을 공유하는 경우 여러 보고서가 동일한 공유 ID에 속하게 됩니다. 이는 집계 가능한 보고서 회계에서 중요한 역할을 합니다.
신뢰할 수 있는 서버에 관해 자세히 알아보기
|
요약 보고서 |
An Attribution Reporting API and Private Aggregation API report type. A summary report includes aggregated user data, and can contain detailed conversion data with noise added. Summary reports are made up of aggregate reports. They allow for greater flexibility and provide a richer data model than event-level reporting, particularly for some use-cases like conversion values. |
신고 출처 |
The entity that receives aggregatable reports—in other words, you or an ad tech that called the Attribution Reporting API. Aggregatable reports are sent from user devices to a well-known URL associated with the reporting origin. The reporting origin is designated during enrollment. |
출자 보증 | 집계 가능한 보고서에는 임의의 수의 카운터 증가가 포함될 수 있습니다. 예를 들어 사용자가 광고주 사이트에서 본 제품의 수가 보고서에 포함될 수 있습니다. 단일 소스 이벤트와 관련된 모든 집계 가능 보고서의 증분 합계는 지정된 한도인 `L1=2^16`을 초과해서는 안 됩니다. 집계 가능 보고서 설명에서 자세히 알아보기 |
소음 및 크기 조정 | 집계 과정에서 일정량의 통계 노이즈가 요약 보고서에 추가되며, 이러한 노이즈는 개인 정보를 보호하고 최종 보고서에서 익명처리된 측정 정보를 제공하는 기능도 수행합니다. 라플라스 분포에서 가져온 추가 노이즈 메커니즘에 대해 자세히 알아보세요. |
증명 |
증명은 일반적으로 암호화 해시 또는 서명을 사용하여 소프트웨어 ID를 인증하는 메커니즘입니다. 집계 서비스 제안서의 경우 증명은 광고 기술이 운영하는 집계 서비스에서 실행되는 코드를 오픈소스 코드와 일치시킵니다. 증명에 대해 자세히 알아보세요. |
설명 및 용어집에서 집계 서비스의 배경에 대해 자세히 알아보세요.
집계 사용 사례
광고 측정 및 해당 측정 클라이언트 라이브러리의 다음 개발자 여정을 고려해 보세요.
사용 사례 | 진입점 | 설명 |
---|---|---|
입찰 최적화 | Attribution Reporting API (Chrome 및 Android) | 집계된 보고서를 사용하여 입찰가 최적화를 위해 전환 신호를 처리합니다. |
교차 플랫폼 측정 | Attribution Reporting API (Chrome 및 Android) | 교차 웹 및 앱 측정 기능을 사용하여 Chrome과 Android 전반의 실적을 파악하세요. |
전환 보고 | Attribution Reporting API (Chrome 및 Android) | 고객의 캠페인 요구사항에 맞게 집계된 전환 보고를 만듭니다 (CTC 및 VTC 포함). |
캠페인 도달범위 측정 | Shared Storage API 및 Private Aggregation API (Chrome) | 교차 사이트 광고 조회 변수를 사용하여 캠페인 도달범위를 측정합니다. |
인구통계 보고 | Shared Storage API 및 Private Aggregation API (Chrome) | 교차 사이트 광고 조회수 및 인구통계 정보를 사용하여 인구통계별 도달범위를 측정합니다. |
전환 경로 분석 | Shared Storage API 및 Private Aggregation API (Chrome) | 집계된 전환 경로 분석을 실행하기 위해 교차 사이트 광고 조회 및 전환 변수를 저장합니다. |
브랜드 및 전환 상승도 | Shared Storage API 및 Private Aggregation API (Chrome) | 브랜드 효과 및 증분을 측정하기 위한 테스트/대조군 및 폴링 정보에 관한 보고 |
입찰 디버깅 | Protected Audience API 및 Private Aggregation API (Chrome) | 집계된 보고서를 디버깅에 사용합니다. |
입찰가 분포 | Protected Audience API 및 Private Aggregation API (Chrome) | 집계된 보고서를 사용하여 입찰의 입찰가 값 분포를 파악합니다. |
엔드 투 엔드 흐름
다음 다이어그램은 집계 서비스가 작동하는 모습을 보여줍니다. 웹 및 모바일에서 보고서를 수신하여 집계 서비스에서 요약 보고서를 만드는 엔드 투 엔드 흐름에 중점을 둡니다.
- 공개 키를 가져와 암호화된 보고서를 생성합니다.
- 수집, 변환, 일괄 처리를 위해 광고 기술 서버로 전송되는 암호화된 집계 가능 보고서입니다.
- 광고 기술 서버는 보고서 (avro 형식)를 일괄 처리하여 배포된 집계 서비스로 전송합니다. (광고 기술에서 완료해야 함)
- 집계된 보고서를 검색하여 복호화합니다.
- 조정자로부터 복호화 키를 가져옵니다.
- 집계 서비스는 집계 및 노이즈 제거를 위해 보고서를 복호화합니다.
- 집계 가능한 보고서 회계 서비스는 지정된 집계 가능한 보고서의 요약 보고서를 생성하기 위해 남은 개인 정보 보호 예산이 있는지 확인합니다.
- 최종 요약 보고서를 제출합니다.
다이어그램에서 집계 서비스와 기본 클라이언트 측정 API인 Attribution Reporting API, Private Aggregation API, 조정자와의 전반적인 관계를 확인할 수 있습니다.
흐름은 Attribution Reporting API 또는 Private Aggregation API와 같은 다양한 측정 API로 시작하여 여러 브라우저 인스턴스에서 보고서를 생성합니다. Chrome은 보고서가 광고 기술의 보고 출처로 전송되기 전에 보고서를 암호화하기 위해 코디네이터의 키 호스팅 서비스에서 공개 키를 가져옵니다. 공개 키는 7일마다 순환됩니다.
광고 기술의 보고 출처가 이러한 보고서를 수신하면 보고 출처는 이러한 보고서를 수집하여 avro 형식으로 변환하고 배포된 집계 서비스 인스턴스로 전송하도록 구성해야 합니다. 일괄 처리 전략을 확인하세요.
광고 기술이 일괄 처리할 준비가 되면 광고 기술은 집계 서비스에 대한 일괄 요청을 생성합니다. 여기서 키 호스팅 서비스에서 복호화 키를 검색하여 보고서를 복호화하고 집계 및 노이즈 처리하여 요약 보고서를 만듭니다. 이는 최종 요약 보고서를 생성하기에 충분한 개인 정보 보호 예산이 있는지에 따라 달라집니다.
보고서가 수집되는 광고 기술 보고 출처 엔드포인트는 광고 기술에서 호스팅되며 집계 서비스는 광고 기술의 클라우드에 배포됩니다.
집계 가능한 보고서 일괄 처리
지정된 보고 출처 서버의 도움이 없다면 보고 흐름이 완료되지 않습니다. 광고 기술이 등록 프로세스에서 제출한 출처입니다. 보고 출처에서 담당하는 주요 작업은 수신된 집계 가능한 보고서를 수집, 변환, 일괄 처리하고 Google Cloud 또는 Amazon Web Services에 있는 광고 기술의 배포된 집계 서비스로 전송할 준비를 하는 것입니다. 집계 가능한 보고서를 준비하는 방법을 자세히 알아보세요.
이제 일반적인 개념을 알았으므로 집계 서비스에 배포될 구성요소를 자세히 살펴보겠습니다.
Cloud 구성요소
집계 서비스는 다양한 클라우드 서비스 구성요소로 구성됩니다. 제공된 Terraform 스크립트는 필요한 모든 클라우드 서비스 구성요소를 프로비저닝하고 구성합니다.
프런트엔드 서비스
관리형 Cloud 서비스: Cloud Function (Google Cloud) / API Gateway (Amazon Web Services)
프런트엔드 서비스는 작업 생성 및 작업 상태 검색을 위한 집계 API 호출의 진입점 역할을 하는 서버리스 게이트웨이입니다. 집계 서비스 사용자의 요청을 수신하고, 입력 매개변수를 검증하고, 집계 작업 예약 프로세스를 시작합니다.
프런트엔드 서비스에서 사용할 수 있는 API는 두 가지입니다.
엔드포인트 | 설명 |
---|---|
createJob |
이 API는 집계 서비스 작업을 트리거합니다. 작업 ID, 입력 저장소 세부정보, 출력 저장소 세부정보, 보고 출처와 같은 작업을 트리거하는 데 필요한 정보가 필요합니다. |
getJob |
이 API는 지정된 작업 ID의 작업 상태를 반환합니다. '수신됨', '진행 중', '완료됨'과 같은 작업 상태에 관한 정보를 제공합니다. 또한 작업이 완료되면 작업 실행 중에 발생한 오류 메시지를 포함하여 작업 결과가 표시됩니다. |
Aggregation Service API 문서를 확인하세요.
작업 대기열
관리형 클라우드 서비스: Pub/Sub (Google Cloud) / Amazon SQS (Amazon Web Services)
작업 큐는 집계 서비스의 작업 요청을 저장하는 메시지 큐입니다. 프런트엔드 서비스는 작업 요청 메시지를 대기열에 삽입하고 집계 작업자가 이를 사용하여 작업 요청을 처리합니다.
클라우드 스토리지
관리형 클라우드 서비스: Google Cloud Storage (Google Cloud) / Amazon S3 (Amazon Web Services) 클라우드 스토리지는 집계 서비스에서 사용하는 입력 및 출력 파일 (예: 암호화된 보고서 파일, 출력 요약 보고서 등)을 저장하는 데 사용됩니다.
작업 메타데이터 데이터베이스
관리형 클라우드 서비스: Spanner (Google Cloud) / DynamoDB (Amazon Web Services)
작업 메타데이터 데이터베이스는 집계 작업의 상태를 저장하고 추적합니다. 데이터베이스는 생성 시간, 요청 시간, 업데이트 시간, 상태 (예: 수신됨, 진행 중, 완료됨 등)와 같은 메타데이터를 기록합니다. 집계 작업자는 작업이 진행됨에 따라 작업 메타데이터 데이터베이스를 업데이트합니다.
집계 작업자
관리형 클라우드 서비스: 기밀 공간이 있는 Compute Engine (Google Cloud) / Nitro Enclave가 있는 Amazon Web Services EC2 (Amazon Web Services)
집계 작업자는 작업 큐의 작업 요청으로 시작된 작업 요청을 처리하여 코디네이터의 키 생성 및 배포 서비스 (KGDS)에서 가져온 키를 사용하여 암호화된 입력을 복호화합니다. 작업 처리 지연 시간을 최소화하기 위해 복호화 키는 8시간 동안 집계 작업자에 캐시되며, 이 작업자 인스턴스에서 처리하는 작업 전반에서 사용할 수 있습니다.
작업자는 신뢰할 수 있는 실행 환경 (TEE) 인스턴스 내에서 작동합니다. 각 작업자는 한 번에 하나의 작업만 처리합니다. 광고 기술은 자동 확장 구성을 설정하여 여러 작업자가 작업을 동시에 처리하도록 구성할 수 있습니다. 자동 확장을 통해 작업 큐에 남아 있는 메시지 수를 기준으로 작업자 수가 동적으로 조정됩니다. 자동 확장의 최소 및 최대 작업자 수는 Terraform 환경 파일을 통해 구성할 수 있습니다. 자동 확장에 관한 자세한 내용은 다음 Terraform 스크립트를 참고하세요. [Amazon Web Services / Google Cloud]
집계 작업자는 집계 가능한 보고서 회계를 위해 집계 가능한 보고서 회계 서비스를 호출합니다. 집계 가능한 보고서 회계 서비스는 아직 개인 정보 보호 예산 한도를 초과하지 않는 한 작업이 실행되도록 합니다. ('중복 없음' 규칙 참고) 예산을 사용할 수 있으면 노이즈가 있는 집계를 사용하여 요약 보고서가 생성됩니다. 집계 가능한 보고서 회계에 관한 추가 세부정보를 확인하세요.
집계 작업자는 적절한 작업 반환 코드와 부분 보고 실패의 경우 오류 카운터를 포함하여 작업 메타데이터 데이터베이스의 작업 메타데이터를 업데이트합니다. 사용자는 작업 상태 검색 API (getJob
)를 사용하여 상태를 가져올 수 있습니다.
집계 서비스에 대한 자세한 설명은 설명 자료를 참고하세요.
다음 단계
이제 집계 서비스의 주요 내용을 살펴봤으므로 Google Cloud 또는 Amazon Web Services를 통해 집계 서비스의 자체 인스턴스를 배포할 차례입니다. 시작하기 섹션을 확인하거나 배포된 집계 서비스를 운영하는 방법에 관한 자세한 내용이 필요한 경우 이 링크를 따라 집계 서비스 운영에 대해 자세히 알아보세요.
문제 해결
오류 메시지, 발생한 오류의 원인, 완화 조치의 다음 단계에 관한 자세한 설명은 일반적인 오류 코드 및 완화 조치 문서를 참고하세요.
지원받기 및 의견 보내기
- 제품 관련 질문, 의견, 기능 요청은 GitHub 저장소에서 문제를 만드세요.
- 집계 서비스로 작업을 배포, 유지 관리 또는 실행하는 중에 오류가 발생한 경우 기술 문제 해결 지원을 요청하려면 이 기술 지원 양식을 사용하세요.
- 공개 상태 대시보드에서 알려진 문제를 확인하세요.