동의는 누구의 몫인가: 퍼블리셔 팀을 위한 간단한 오너십 모델
문제: 모두가 동의를 건드리지만 아무도 소유하지 않는다
전형적인 광고 기반 퍼블리셔에서 동의를 누가 소유하느냐고 물으면 여러 가지 답이 나옵니다. 법무가 쿠키 정책을 썼습니다. 광고 운영이 벤더를 추가했습니다. 엔지니어링이 배너를 설치했습니다. 프로덕트가 지난 분기에 디자인을 바꿨습니다. 마케팅이 지난주에 새 픽셀을 추가했습니다. 각 변경은 그 자체로는 합리적이었지만, 이것들이 어떻게 맞물리는지에 책임지는 사람은 없었습니다. 그렇게 해서 사이트에는 동의 전에 실행되는 태그, 배너에서 빠진 벤더, 또는 모르는 사이에 동의율을 깎은 리디자인이 생기게 됩니다.
이 글에서는 동의에 관한 결정에 명확한 오너, 명확한 승인자, 명확한 프로세스가 있도록 하는 간단한 오너십 모델을 제안합니다.
오너십이 리스크뿐 아니라 수익에도 중요한 이유
동의는 서로 다른 방향으로 당기는 두 가지 목표 사이에 있습니다. 법무와 개인정보 보호 팀은 설정이 사용자의 선택과 적용되는 규칙을 존중하는지에 초점을 맞춥니다. 광고 운영과 수익 팀은 인벤토리를 얼마나 전체 가치로 수익화할 수 있는지에 초점을 맞춥니다. 둘 다 신경 쓰는 것이 옳습니다. 정해진 오너가 없으면 의견 충돌은 나중에 누구나 설명할 수 있는 결정이 아니라, 마지막으로 설정을 건드린 사람에 의해 해결됩니다.
역할
대부분의 퍼블리셔는 한 사람이 여러 역할을 맡더라도 동의 업무를 다섯 가지 역할로 대응시킬 수 있습니다.
- 개인정보 보호 또는 법무 — 규칙을 해석하고, 목적, 법적 근거, 배너 문구를 승인하며, 쿠키 정책을 소유합니다.
- 광고 운영 또는 수익 — 수요 파트너와 벤더 목록을 관리하고, 동의 관련 수익을 모니터링하며, 수익화에 영향을 주는 변경을 요청합니다.
- 엔지니어링 — CMP를 구현하고, 태그 로딩을 제어하며, 스크립트가 동의 신호를 존중하도록 합니다.
- 프로덕트 및 디자인 — 법무가 정한 한도 내에서 배너 경험을 소유하고, 레이아웃과 카피에 대한 테스트를 실행합니다.
- 마케팅 및 분석 — 새로운 태그와 측정 도구를 요청하고, 보고를 위해 동의 신호에 의존합니다.
반복되는 결정을 위한 RACI
RACI는 누가 실행 책임(Responsible)을 지는지(작업을 수행), 누가 최종 책임(Accountable)을 지는지(최종 결정), 누구에게 자문(Consulted)을 구하고 누구에게 공유(Informed)하는지를 정리한 것입니다. 출발점으로 삼을 수 있는 예시는 다음과 같습니다.
새 벤더 또는 태그 추가
- 실행 책임: 광고 운영 또는 마케팅(요청하는 쪽).
- 최종 책임: 개인정보 보호 또는 법무.
- 자문: 엔지니어링(어떻게 게이팅할지에 대해).
- 공유: 프로덕트.
배너 디자인 또는 카피 변경
- 실행 책임: 프로덕트 및 디자인.
- 최종 책임: 개인정보 보호 또는 법무.
- 자문: 광고 운영(예상 수익 영향에 대해).
- 공유: 엔지니어링과 마케팅.
목적 또는 법적 근거 변경
- 실행 책임 및 최종 책임: 개인정보 보호 또는 법무.
- 자문: 광고 운영과 엔지니어링.
- 공유: 동의 데이터에 의존하는 모든 사람.
CMP 구성 및 릴리스
- 실행 책임: 엔지니어링.
- 최종 책임: 지정된 동의 오너(아래 참조).
- 자문: 개인정보 보호와 광고 운영.
- 공유: 프로덕트와 마케팅.
동의 및 수익 지표 모니터링
- 실행 책임: 광고 운영.
- 최종 책임: 동의 오너.
- 자문: 프로덕트.
- 공유: 개인정보 보호 또는 법무(특히 이상 징후에 대해).
단일 동의 오너를 지정하십시오
RACI는 동의 설정 전체에 대해 한 사람이 최종 책임을 질 때 가장 잘 작동합니다. 반드시 가장 직급이 높은 사람일 필요는 없습니다. 벤더 목록, 배너 구성, 태그 목록, 쿠키 정책을 서로 맞춰 유지하고, 무언가 바뀔 때 적절한 사람들을 모으는 사람입니다. 소규모 팀에서는 법무와 직접 소통하는 광고 운영 또는 엔지니어링 담당자인 경우가 많습니다.
모델이 작동하게 하는 프로세스
- 새 태그를 위한 요청 경로. 모든 새 픽셀, SDK, 파트너는 하나의 접수 창구를 거치며, 짧은 양식을 사용합니다. 무엇을 하는지, 어떤 데이터를 수집하는지, 어떤 목적이 필요한지, 누가 요청했는지.
- 변경 로그. 벤더, 목적, 배너 텍스트와 디자인에 대한 모든 변경을 날짜와 승인자와 함께 기록하십시오. 지표가 움직이거나 파트너나 규제 당국에서 질문이 올 때 매우 유용합니다.
- 릴리스 점검. 태그나 배너에 영향을 주는 릴리스는 깨끗한 브라우저에서 동의 테스트를 거치지 않고는 라이브로 나가지 않습니다.
- 정기 검토. 분기에 한 번, 오너가 벤더 목록을 실제 태그와, 동의 지표를 수익과, 쿠키 정책을 그 둘과 대조하여 검토합니다.
- 에스컬레이션 경로. 법무와 수익 쪽 의견이 갈리면 지정된 사람이 결정을 내리고, 그 근거를 기록합니다.
오너십 모델이 없다는 신호
- 벤더 목록을 마지막으로 검토한 시점을 아무도 말하지 못한다.
- CMP에 없는 태그가 사이트에 나타난다.
- 배너 변경이 이후 아무도 동의율을 확인하지 않은 채 배포된다.
- 어떤 파트너가 TC string을 받는지에 대해 팀마다 다른 답을 한다.
- 동의 신호에 관한 파트너의 질문에 답하는 데 며칠이 걸린다.
핵심 요약
- 동의는 법무, 광고 운영, 엔지니어링, 프로덕트, 마케팅에 걸쳐 있으며, 최종 책임을 지는 오너가 한 명 필요합니다.
- 간단한 RACI는 반복되는 결정을 예측 가능한 프로세스로 만듭니다.
- 모든 새 태그는 동의 검토가 포함된 단일 접수 창구를 거치게 하십시오.
- 변경 로그를 유지하고 분기마다 설정을 검토하십시오.
- 수익과 개인정보 보호 사이의 의견 충돌을 어떻게 해결하는지 문서화하십시오.