동의 모드
Consent Mode
동의 모드는 이용자의 동의 상태에 따라 Google 태그와 앱 SDK의 저장·전송 동작을 조정하는 기능입니다. 동의를 받는 화면이나 법률상 처리 근거를 결정하는 장치와는 구분합니다.
AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.
동의 모드는 무엇을 바꾸나요?
ad_storage, analytics_storage, ad_user_data, ad_personalization 같은 상태에 따라 지원 태그와 SDK가 저장·전송 방식을 조정합니다. Google은 먼저 사용자 선택을 얻고, 그 상태를 Google에 전달하며, 태그가 선택에 맞게 동작하도록 해야 한다고 설명합니다. Consent Mode 개요
기본 모드는 동의 전 태그를 막고, 고급 모드는 태그가 로드된 상태에서 제한된 신호를 보낼 수 있어 실제 전송 범위와 관할 요건을 확인해야 합니다.
기본 상태와 업데이트 순서는 왜 중요한가요?
Google 구현 문서는 측정 명령보다 먼저 기본 상태를 설정하고 사용자가 선택하면 update 명령을 보내도록 안내합니다. 웹 동의 모드 설정 문서 기본값이 늦게 실행되면 초기 페이지 요청이 이미 전송될 수 있고, 철회 직전 페이지 이동이 일어나면 상태 갱신이 누락될 수 있습니다.
- 지역과 목적에 맞는 기본값 설정
- CMP 또는 자체 화면 로드
- 선택 직후 상태 업데이트
- 다음 페이지에서도 선택 유지
- 철회 시 denied로 재전송
구현 지연은 어떻게 시험하나요?
배너가 800밀리초 뒤 나타나고 분석 태그가 200밀리초에 실행된다면 기본 상태가 태그보다 앞서 적용됐는지 확인해야 합니다. wait_for_update를 500밀리초로 둔 사례라면 배너 응답이 더 늦을 때 어떤 요청이 나가는지, 네트워크가 느린 모바일에서도 동일한지 실제로 재현합니다.
CMP와 동의 모드는 같은가요?
CMP는 선택을 보여 주고 저장하는 역할을 주로 맡으며 동의 모드는 그 상태를 Google 태그에 전달해 동작을 바꿉니다. 둘을 연결할 수 있지만 어느 하나가 다른 하나를 대신하지 않으며, Google 외 태그는 별도 차단 규칙이나 자체 동의 API가 필요할 수 있습니다.
모델링 값은 어떻게 해석하나요?
동의 거부 구간의 모델링 결과는 관측된 개인별 경로와 같지 않습니다. 보고서에는 실제 관측값, 모델링 포함값, 설정 변경일을 구분하고 동의 모드 도입 전후를 단순 성과 변화로 해석하지 않으며, 구현이 법률상 적합한지는 관할과 데이터 흐름을 바탕으로 따로 검토합니다.
자주 묻는 질문
- 동의 모드가 동의를 대신 받아 주나요?
- 아닙니다. 이용자에게 정보를 알리고 선택을 받는 화면이나 CMP가 필요하며, 동의 모드는 전달받은 상태에 따라 태그 동작을 조정합니다.
- denied면 아무 데이터도 전송되지 않나요?
- 기본·고급 구현과 상태 유형에 따라 다릅니다. 고급 모드에서는 제한된 신호가 전송될 수 있으므로 공식 문서와 네트워크 요청을 확인해야 합니다.
- 동의 모드를 켜면 측정 손실이 모두 복구되나요?
- 아닙니다. 모델링 조건과 데이터 규모가 필요하며 결과는 추정치입니다. 원래의 개인별 관측 데이터가 복원되는 것으로 설명하면 안 됩니다.
출처와 확인 범위
- Consent mode overview · Google for Developers · 확인 2026-10-27
동의 모드가 동의 상태에 따라 Google 태그와 SDK 동작을 조정한다고 설명합니다.
확인 범위: 동의를 획득하는 배너 자체가 아니며 적법성 판단을 대신하지 않습니다.
- Set up consent mode on websites · Google for Developers · 확인 2026-10-27
기본값·업데이트 순서와 철회 반영 같은 구현 기준을 뒷받침합니다.
확인 범위: Google 태그 구현 범위이며 다른 벤더 태그와 법률 요건은 별도입니다.