Google Ad Manager 360에서만 사용 가능
게시자 제공 식별자(PPID)는 Google Ad Manager 360 기능으로, 네트워크 수준에서 사용 설정되지 않았을 수 있습니다. PPID를 활성화하려면 계정 관리자에게 문의하세요.
게시자 제공 식별자(PPID)를 통해 게시자는 기기 전반에 대한 최대 게재빈도 설정, 잠재고객 분류 및 타겟팅, 순차적 광고 로테이션, 기타 잠재고객에 기반한 광고 게재 관리 시 사용할 수 있는 식별자를 Google Ad Manager에 보낼 수 있습니다. #PPID
다음으로 이동:
PPID의 작동 방식
- Ad Manager로 전송되는 식별자는 Google에서 식별할 수 없도록 해싱되거나 암호화되어야 하며, 원시 개인 식별 정보가 아니어야 합니다.
- 사용자가 개인 맞춤 광고를 선택 해제한 경우(예: 광고 설정, EU 사용자 동의 관리 또는 제한적인 데이터 처리(RDP) 설정 등을 통해), 사용자의 웹브라우저에 광고를 타겟팅하기 위해 PPID 사용을 허용하는 기능이 사용 중지됩니다.
- 사용자가 개인 맞춤 광고를 선택 해제할 수 있어야 합니다.
-
광고와 관련하여 사용자가 게시자의 PPID 사용을 선택 해제하거나 계정을 삭제하는 경우, 게시자는 이 사용자와 관련된 PPID를 Google에 전송하는 것을 즉시 중단해야 합니다.
퍼스트 파티 데이터로 PPID 만들기
잠재고객 솔루션을 사용하는 게시자는 PPID를 통해 서드 파티 쿠키 또는 ID에 의존하지 않고도 인식된 사용자로 구성되며 개인 정보 보호를 우선시하는 지속 가능한 잠재고객 세그먼트를 구축할 수 있습니다. PPID는 사용자의 로그인 정보 또는 가명처리된 퍼스트 파티 쿠키를 기반으로 할 수 있습니다. 첫 번째 단계는 개별 사용자를 인식하는 데 도움이 되는 퍼스트 파티 데이터를 확인하는 것입니다.
로그인한 사용자가 있는 경우 이메일 주소 또는 특정 사용자와 연결된 고유 ID와 같은 로그인 데이터를 기반으로 PPID를 개발할 수 있습니다. 이는 사용자가 여러 기기에 로그인했을 때 동일한 사용자를 식별하는 데도 도움이 됩니다.
로그인한 사용자가 없는 게시자의 경우, 일반적으로 서버 측에서 도메인별 퍼스트 파티 쿠키 또는 게시자가 설정한 식별자를 사용하여 PPID를 개발할 때 PPID가 유용할 수 있습니다. 모든 사용자 세션에 대해 새로운 PPID가 생성되지 않도록 하려면 가명처리된 식별자가 여러 세션 전반에서 개별 사용자에 대해 영구적이어야 합니다.
PPID 삭제
사용자가 게시자에게 자신의 사용자 데이터를 삭제해 달라고 요청하는 경우 게시자는 Google의 내부 저장소 시스템에서 사용자 데이터가 삭제되도록 Ad Manager에 사용자의 데이터 삭제 요청을 전송할 수 있습니다.
PPID 데이터 삭제를 요청하려면 게시자는 다음 URL을 사용하여 요청을 시작해야 합니다.
https://securepubads.g.doubleclick.net/user_data_deletion?ppid={user's_PPID}&iu={publisher's_AdManager_network_code}
예
https://securepubads.g.doubleclick.net/user_data_deletion?ppid=12JD92JD8078S8J29SDOAKC0EF230337&iu=12345
- 게시자는 사용자로부터 데이터 삭제를 요청하는 신호를 받는 즉시 이 절차를 시작할 수 있습니다.
- Google 내부 시스템에서는 게시자로부터 이 신호를 받은 후 PPID에서 기존 사용자 데이터를 즉시 연결 해제하며, 해당 데이터는 63일 이내에 완전히 삭제됩니다.
예상 응답
요청이 성공하면 HTTP 응답 상태 코드 '200'이 반환되고, 요청이 실패하면 HTTP 응답 상태 코드 '400'이 반환됩니다. PPID 데이터 삭제 API가 사용 설정되지 않은 경우 HTTP 응답 상태 코드 '404'가 반환됩니다.
식별자 설정
사이트/앱에서 180일 동안 특정 PPID와 함께 Google Ad Manager 광고 요청(또는 잠재고객 픽셀 요청)을 전송하지 않는 경우 PPID를 유효하게 만들려면 요청을 다시 보내야 합니다. Google은 PPID 리소스를 지능적으로 최적화하기 위해 180일이 되지 않았어도 활동이 없으면 PPID를 삭제할 수 있습니다.
Google 게시자 태그
웹사이트의 경우 PublisherProvidedId 메서드를 사용하세요.
pubService의 메서드 세부사항
pubService.setPublisherProvidedId(identifier)
최대 게재빈도 설정 및 기타 잠재고객 기반 활동에 사용하기 위해 게시자가 제공하는 ID의 값을 설정합니다.
매개변수
문자열 식별자: 게시자가 제공하는 영숫자 ID로 최대 150자가 권장됩니다.
예
googletag.pubads().setPublisherProvidedId('12JD92JD8078S8J29SDOAKC0EF230337');
googletag.enableServices();
</script>
Google 모바일 광고 SDK
GoogleAdManagerExtras 클래스에는 setPublisherProvidedId(string ID)라는 메서드가 포함되어 있습니다. 자세한 내용은 Google 모바일 광고 SDK 문서를 참조하세요.
Google IMA SDK
HTML5, iOS, Android SDK의 경우 PPID 설정을 위해 다음과 같은 메서드 또는 속성을 제공합니다.
-
HTML5 - ima.ImaSdkSettings.setPpid()
-
iOS - IMASettings.ppid(메서드가 아닌 변형 가능한 개체 속성)
- Android - ImaSdkSettings.setPpid()
JavaScript 외 요청(태그 없는 요청이라고도 함)
PPID를 통과해야 하는 /adx 또는 /ad+/jump를 사용하여 Google Ad Manager에 직접 전송한 요청은 ppid= 매개변수를 포함해야 합니다.
잠재고객 솔루션 픽셀 태그
잠재고객 솔루션 픽셀 태그를 사용하여 Google Ad Manager에 직접 전송한 요청은 ppid= 매개변수를 포함해야 합니다.
웹용 예제 태그
ad-manager-network_code}/DFPAudiencePixel;dc_seg={segment_ID};ppid={your_ID}"></script>앱용 예제 태그
ad-manager-network_code}/DFPAudiencePixel;ord=%%CACHEBUSTER%%;dc_seg={segment_ID};ppid={your_ID}?gdpr=<0,1>&gdpr_consent=<tc string>&tfua=<0,1>&tfcd=<0,1>PPID를 잠재고객 솔루션 픽셀 태그에 전달하는 방법에 대해 자세히 알아보세요.
제한 및 요구사항
아래 설명된 요구사항을 충족하지 못하는 경우 Google 시스템에서 PPID를 무시하거나 삭제할 수 있습니다.
PPID 값은 다음과 같아야 합니다.
-
영숫자([0~9 a~z A~Z], ‘+', ‘.', ‘=' , '/' , ‘_' , ‘-' , ‘$', ‘,', ‘{‘, ‘}') 또는 UUID HEX 표현(8-4-4-4-12)
예
다음은 올바른 PPID의 예입니다.
- 12JD92JD8078S8J29SDOAKC0EF230337
- 12jd92jd8078s8j29sdoakc0ef230337
- 12Jd92jD8078s8j29sDoakc0ef230337
- 123e4567-e89b-12d3-a456-426614174000
게시자는 이 정규 표현식을 사용하여 다음 도구를 통해 PPID가 올바른지 확인할 수 있습니다.
^[0-9a-zA-Z+.=\/_\-$,{}]{22,150}$도구
-
22자 이상이어야 합니다.
-
150자 이하여야 합니다.
-
해싱되거나 암호화되어 있어 Google에서 식별할 수 없어야 합니다.
-
유효한 PPID 값에 허용되는 일부 문자는 URL에 포함될 때 특별한 의미를 갖습니다. 식별자를 난독화하는 데 사용되는 문자 집합에
+,=,/또는$가 포함된 경우 값을 URL 자리표시자에 삽입하기 전에 URL 인코딩해야 합니다. 이는 SDK가 제공된 값의 URL 인코딩을 수행하는 GPT의pubService.setPublisherProvidedId(identifier)등의 SDK 메서드 사용과 다릅니다.예AES 암호화를 사용하여 사용자 ID를 난독화하면 결과 PPID 값은n6lvihJocabdNhFQqRbBt552lNGh74k7/1kZ2dC0dXk=입니다. 값의/및=문자는 PPID URL 매개변수에 식별자를 삽입하기 전에 URL 인코딩해야 합니다.결과적으로 올바르게 인코딩된 URL 매개변수는ppid=n6lvihJocabdNhFQqRbBt552lNGh74k7%2F1kZ2dC0dXk%3D가 됩니다. -
사용자가 두 개 이상의 세션에서 식별될 수 있을 때만 전송되어야 합니다(예: 여러 세션에서 사용 가능한 퍼스트 파티 쿠키를 사용하여 PPID를 생성할 수 있음).
PPID 값을 생성하는 알고리즘을 변경하지 마세요. 변경하면 최대 게재빈도 설정, 잠재고객 분류 및 타겟팅, 순차 광고 로테이션 및 기타 잠재고객 기반 광고 게재 기능을 비롯한 다양한 기능이 재설정됩니다.
프로그래매틱용 PPID 사용 설정
사용 설정하면 Ad Manager 서드 파티 쿠키 또는 기기 ID를 사용할 수 없을 때 Google 및 프로그래매틱 수요에서 PPID를 사용하여 프로그래매틱 트래픽에서 구매자 최대 게재빈도 설정 및 관심 기반 광고 개인 최적화를 지원할 수 있습니다. 이렇게 하면 게시자의 프로그래매틱 수익은 증가하고 사용자의 활동 추적을 동일한 Ad Manager 네트워크 내로 제한할 수 있습니다.
-
Google 및 프로그래매틱 수요와 PPID를 공유하기 전에 Ad Manager는 PPID를 게시자별로 파티션된 ID로 변환하므로 다른 게시자의 사이트 및 앱에서 사용자를 식별할 수 없습니다.
-
PPID를 사용 설정하는 것 외에도 수요 채널 설정을 통해 프로그래매틱 방식으로 PPID를 공유할 사용자(예: Google 광고 수요, Authorized Buyers, 공개 입찰자)도 선택해야 합니다. 현재 Google 외 수요에 대한 PPID는 EEA 및 영국 이외의 지역에서만 사용할 수 있습니다.
-
선택한 서드 파티 입찰자에게 보안 신호를 사용하여 데이터(퍼스트 파티 데이터 포함)를 전송할 수 있습니다.
프로그래매틱에 PPID를 사용 설정하려면 다음 단계를 따르세요.
PPID 보고
Ad Manager 보고의 'PPID 정보' 측정기준을 사용하여 PPID가 있는 광고 요청('있음' 값)과 PPID가 없는 광고 요청('없음' 값)을 기준으로 분류된 노출 범위를 확인할 수 있습니다. 이 측정기준은 예약 및 프로그래매틱 트래픽을 모두 다룹니다.
- 'PPID 정보' 측정기준을 사용하여 프로그래매틱 및 예약 트래픽에서 PPID 노출 범위 문제를 해결합니다. 예를 들어 일부 인벤토리에 올바른 PPID 구성이 없는지 확인하려면 광고 단위 또는 요청 유형별 총 광고 요청수에 대해 보고하고, PPID 정보, 다음 중 하나, 누락 필터를 추가하면 됩니다.
- 프로그래매틱용 PPID는 트래픽 중 서드 파티 식별자를 사용할 수 없는 부분에만 적용됩니다. 즉, 서드 파티 쿠키를 사용할 수 있는 프로그래매틱 트래픽에는 영향을 미치지 않습니다. 따라서 PPID 정보에서 프로그래매틱 실적을 분석할 때는 사용자 식별자 상태(베타), 다음 중 하나, 누락 필터를 선택하면 서드 파티 쿠키 또는 기기 ID를 사용할 수 없는 광고 요청으로만 분석이 제한됩니다.
- 'PPID 정보' 측정기준을 수익 효과를 정확하게 판단하는 데 사용할 수는 없지만 실적의 지표로 활용할 수 있습니다. 수익 상승 효과를 보다 잘 이해하려면 게시자가 자체 A/B 테스트를 실행하고 다양한 인벤토리 유형과 서드 파티 식별자가 있는지 고려하는 것이 좋습니다.
식별자가 여러 개인 요청
앞서 설명한 바와 같이 PPID는 Google Ad Manager에 의해 사용되는 다른 식별자(예: 데스크톱 환경에서의 쿠키, 광고 ID 및 IDFA와 같이 재설정 가능한 모바일 광고 ID)를 대체하는 것이 아니라 보완합니다. 대부분의 경우, PPID가 사용 설정되어 Google Ad Manager에 전송된 광고 요청은 식별자가 여러 개인 요청이며, 기본 PPID 식별자와 보조 데스크톱/모바일 식별자를 포함합니다. 광고 호출당 PPID 하나만 전달할 수 있습니다.
이는 아래에 설명된 여러 방식으로 Google Ad Manager 동작에 영향을 미칠 수 있습니다.
잠재고객 세그먼트 타겟팅
세그먼트 멤버십은 보조 식별자와 PPID에 대해 각각 독립적으로 유지됩니다. 식별자가 여러 개인 요청이 수신되면 해당 요청은 두 개의 식별자에서 결합된 세그먼트 멤버십 중 하나에 타겟팅된 광고 항목을 게재할 수 있습니다.
예
사용자가 로그인한 사용자에 대해 PPID를 지원하는 스포츠 사이트 또는 앱을 방문하지만 로그인 상태가 아닙니다. 이 사용자가 이 사이트 또는 앱에서 페이지를 방문하고, 이로 인해 이 사용자는 야구 광팬 잠재고객 세그먼트(세그먼트 S1)에 추가됩니다. 사용자가 로그인 상태가 아니므로 보조 식별자가 잠재고객 세그먼트에 추가됩니다. 이후에 사용자가 이 사이트 또는 앱에 로그인하면 추가 광고 요청에 PPID 추가를 트리거하게 됩니다. 이 특정 사용자는 만 25~34세에 속하는 것으로 알려졌으며 PPID가 일괄 식별자 업로드를 통해 야구 기반 잠재고객 세그먼트(세그먼트 S2)에 추가되었습니다. 식별자가 여러 개인 해당 사용자의 요청에 대해 세그먼트 S1 또는 S2에 타겟팅된 광고 항목이 게재될 수 있습니다.
잠재고객 세그먼트 공유
PPID는 각 네트워크에 따라 다릅니다. 즉, 각 네트워크에는 자체 PPID 네임스페이스가 있어서 두 개의 네트워크가 동일한 PPID를 다른 사용자에게 할당하여 발생할 수 있는 충돌을 방지합니다. 한 네트워크의 PPID에서 생성된 잠재고객 세그먼트는 다른 네트워크 또는 제품과 공유될 수 없습니다(더 정확하게 말하면 한 네트워크의 요청에 있는 PPID는 다른 네트워크의 잠재고객 세그먼트에 있는 PPID와 절대로 일치하지 않습니다). 쿠키 또는 기기 ID 위에 구축된 세그먼트만 여러 네트워크 간에 공유될 수 있습니다. PPID와 보조 ID 둘 다를 포함하는 잠재고객 세그먼트는 공유될 수 있습니다. 하지만 광고 요청의 보조 식별자가 이 세그먼트 내의 보조 식별자와 일치하는 경우에만 식별자가 여러 개인 요청에 대해 이 세그먼트에 타겟팅된 광고가 게재될 수 있습니다.
잠재고객 세그먼트 멤버십
식별자가 여러 개인 요청이 수신되면 기본 PPID만 잠재고객 세그먼트 멤버십 트리거 또는 새로고침 용도로 고려됩니다. 해당 요청에서 전달된 보조 식별자는 이 용도로 고려되지 않습니다.
예
최대 게재빈도 설정
식별자가 여러 개인 요청이 수신되면 기본 PPID만 최대 게재빈도 설정 계산에 고려됩니다. 해당 요청에서 전달된 보조 식별자는 이 용도로 고려되지 않습니다.
예
순차 광고 소재 순환게재
식별자가 여러 개인 요청이 수신되면 순차 순환게재를 통해 다음에 게재할 광고 소재를 결정하는 과정에서는 기본 PPID만 고려됩니다. 해당 요청에서 전달된 보조 식별자는 이 용도로 고려되지 않습니다.
예
데이터 전송 보고
식별자가 여러 개인 요청으로 전달된 식별자 둘 다 데이터 전송 보고를 통해 이동하지만 암호화된 방식으로 보고됩니다. 게시자가 암호화 프로세스를 취소(PPID 또는 보조 식별자를 원래 형태로 복구)하는 것은 불가능합니다. 하지만 이러한 암호화된 식별자는 차후 리마케팅/타겟팅을 위해 잠재고객 목록에 일괄 업로드될 수 있습니다.
예
PublisherProvidedID 필드에 표시됩니다. 사용자의 보조 식별자는 암호화된 형태로 UserId 필드에 표시됩니다.
