공통 수집과 계정별 집계의 경계
부분 교체 때 전환 추적은 대행사별로 코드를 새로 나누기보다 공통으로 쓰는 수집 설정과 매체·계정별 집계 범위를 구분해 관리합니다. 각 설정의 수정 담당과 보고서 확인 범위도 따로 정합니다. 일부 매체만 다른 대행사에 맡긴다면 담당자가 바뀌는 광고 계정과 계속 함께 사용하는 웹사이트 설정을 먼저 목록으로 작성합니다.
웹사이트에 설치된 추적 코드의 사용 범위와 광고 계정에서 집계하는 실적의 범위는 같지 않을 수 있습니다. 따라서 새 대행사가 광고를 운영한다는 이유만으로 기존 수집 설정까지 새로 만들어야 한다고 판단하지 않습니다. 사내 담당자는 변경 대상이 코드인지, 추적 대상 등록인지, 캠페인 연결인지 명확하게 기재합니다.
| 추적 항목 | 공통 사용 여부 | 매체·계정별 등록·집계 범위 | 확인할 설정 화면 |
|---|---|---|---|
| 네이버 전환 추적 스크립트 | 검색광고와 디스플레이광고 공통 사용 | 스크립트 사용과 추적 대상 등록은 별도 | 웹사이트의 코드 관리 화면 |
| 네이버 전환 추적 대상 | 같은 웹사이트를 여러 계정에 등록 가능 | 각 계정에서 집행한 광고에 따라 집계 | 도구의 전환 추적 관리 내 웹사이트 |
| 네이버 캠페인 연결 | 대상 사이트와 캠페인 연결을 따로 기록 | 캠페인에서 전환 추적 대상 선택 | 캠페인 설정 |
| 구글 애널리틱스 접근 범위 | 공동 조회가 필요한 속성을 목록화 | 계정 수준과 속성 수준의 접근 범위가 다름 | 관리의 계정 또는 속성 내 액세스 관리 |
이 표는 웹사이트에서 데이터를 수집하는 설정과 광고 실적을 조회하는 범위를 연결하기 위한 목록입니다. 코드 관리 화면은 회사의 웹사이트 운영 환경에서 찾는 위치이며, 광고 매체가 제공하는 메뉴를 뜻하지 않습니다. 실제 목록에는 설정 이름과 계정 식별 정보를 함께 기재해 이름이 비슷한 항목을 혼동하지 않도록 합니다.
네이버 조건과 다른 매체의 판단 범위
네이버는 검색광고와 디스플레이광고가 전환 추적 스크립트를 함께 사용한다고 안내합니다. 검색광고용 스크립트가 이미 설치되어 있다면 디스플레이광고를 위해 다시 설치할 필요는 없지만, 디스플레이광고의 전환 추적 대상 등록은 별도로 필요합니다. 부분 교체 업무에서는 기존 스크립트 사용 여부와 옮기는 매체의 등록 상태를 서로 다른 항목으로 기록합니다.
네이버는 같은 웹사이트를 여러 광고 계정의 추적 대상으로 등록할 수 있고, 실적은 각 계정에서 집행한 광고에 따라 따로 집계한다고 설명합니다. 같은 사이트를 사용한다는 사실만으로 두 대행사의 보고 범위가 같다고 판단할 수는 없습니다. 사내 담당자는 각 대행사가 맡는 계정과 캠페인을 연결해 집계 대상 목록을 작성합니다.
이 조건을 다른 매체의 코드 재사용이나 계정별 집계 규칙으로 확대하지 않습니다. 다른 매체를 함께 운영한다면 해당 매체의 등록 조건을 별도로 조사하고, 아직 판정하지 못한 항목은 미확정으로 표시합니다. 구글 애널리틱스의 사용자 권한 설명 역시 접근 범위에 관한 근거이며, 광고 계정의 전환 실적을 나누는 규칙으로 사용하지 않습니다.
설정 목록부터 보고 위치까지의 실행 순서
사내 담당자는 웹사이트 기술 담당자와 기존 대행사에 현재 사용하는 추적 설정 목록을 요청합니다. 새 대행사에는 옮길 매체와 광고 계정, 맡길 캠페인 목록을 전달합니다. 자료는 실제 실적을 채우기보다 설정 이름, 사용 위치, 담당 업무를 연결할 수 있도록 준비합니다.
- 공통 수집 설정을 확인합니다. 기술 담당자는 현재 사용하는 스크립트와 적용 위치를 기재하고, 여러 매체가 함께 사용하는 항목을 표시합니다.
- 매체·계정별 집계 범위를 확인합니다. 광고 담당자는 추적 대상 등록과 캠페인 연결을 계정별로 기록하고, 교체 대상 업무를 표시합니다.
- 수정 담당과 조회 권한을 배정합니다. 사내 책임자는 변경 요청을 승인할 사람과 실제 설정을 수정할 사람을 정하고, 조회 업무에 필요한 접근 범위를 함께 기재합니다.
- 보고서 확인 위치를 합의합니다. 양쪽 대행사는 사용할 계정과 보고서 이름, 조회 조건을 전달하고, 사내 담당자는 이를 담당표에 반영합니다.
이 순서는 일부 매체를 옮기는 업무를 위한 관리 제안입니다. 플랫폼이 대행사 사이의 책임을 자동으로 나눠 준다는 뜻은 아닙니다. 담당표에는 회사가 정한 책임과 실제 계정에서 부여한 권한을 각각 기재합니다.
수정 책임과 조회 권한의 담당표
| 설정·보고서 항목 | 수정 담당 | 조회 담당·필요 권한 | 변경 시 알릴 대상 |
|---|---|---|---|
| 공통 수집 코드 | 사내 승인 후 기술 담당자 | 사내 담당자·사용 위치를 읽을 수 있는 접근 | 해당 코드를 사용하는 대행사 |
| 네이버 추적 대상 등록 | 등록 조건을 충족하는 계정 마스터 | 해당 계정 담당자·등록 상태 조회에 필요한 접근 | 사내 책임자와 해당 매체 대행사 |
| 매체별 캠페인 연결 | 해당 매체 운영 담당자 | 사내 담당자·해당 설정 조회에 필요한 접근 | 해당 캠페인 보고 담당자 |
| 애널리틱스 접근·보고 | 권한 변경은 해당 수준 관리자 | 지정 보고 담당자·합의한 속성의 조회 역할 | 사내 권한 관리 책임자 |
표의 업무상 접근 표현은 회사가 필요한 권한을 정리하기 위한 말이며, 매체의 공식 역할 이름은 아닙니다. 네이버는 결제 담당자가 등록된 계정의 마스터만 전환 추적 대상을 등록할 수 있다고 안내합니다. 등록 업무를 맡길 때는 대행사의 업무 수락과 해당 계정의 등록 자격을 별도로 처리합니다.
구글 애널리틱스는 계정 수준에서 사용자를 추가하면 그 계정의 모든 속성에 같은 접근 권한이 적용되고, 속성 수준에서 추가하면 해당 속성에 접근하도록 설명합니다. 특정 속성의 보고만 맡긴다면 사내 관리자는 필요한 수준에서 권한을 부여하는 방안을 검토합니다. 새 담당자의 이메일 주소, 대상 속성, 부여 역할, 적용일을 기록하고 실제 접근 결과를 받아 담당표를 마무리합니다.
담당표와 실제 권한이 다른 경우
조회 담당을 좁혀 적었다고 해서 실제 접근 범위도 좁아지는 것은 아닙니다. 구글 애널리틱스는 상위 수준에서 부여한 권한을 하위 수준에서 더 낮게 제한할 수 없다고 설명합니다. 사내 관리자는 특정 속성만 맡긴 사용자에게 계정 수준의 권한이 이미 있는지 대조하고, 담당표의 범위와 다르면 권한을 부여한 수준에서 변경 방안을 정합니다.
코드를 수정할 수 있는 사람과 광고 계정의 설정을 수정할 수 있는 사람도 다를 수 있습니다. 변경 요청을 받은 담당자는 자신의 작업 범위를 먼저 밝히고, 다른 담당자의 작업이 필요한 항목은 사내 책임자에게 전달합니다. 한 대행사가 요청을 접수했다는 이유만으로 웹사이트와 모든 매체의 설정 수정까지 맡았다고 처리하지 않습니다.
보고서 담당에게는 계정 이름만 전달하지 말고 실제 조회할 보고서와 적용 조건도 남깁니다. 캠페인 범위와 조회 기간 같은 조건은 보고서마다 기록하고, 조건을 변경한 담당자는 변경 이유를 공유합니다. 화면 조회가 어려워 파일로 전달한다면 파일을 만든 계정과 조회 조건을 함께 기재하도록 합의합니다.
공통 설정 변경 요청의 영향 범위
특정 매체의 운영을 위해 요청한 변경이라도 웹사이트의 공통 기능을 수정한다면 기술 담당자의 검토가 필요합니다. 네이버는 전환 추적용 파라미터가 디코딩되거나 리다이렉트 과정에서 유실되면 추적이 정상적으로 동작하지 않는다고 안내합니다. 접속 처리 방식의 변경 요청에는 파라미터 유지 여부를 검토할 담당자도 지정합니다.
기술 담당자는 요청한 대행사의 업무 범위와 웹사이트 변경의 영향 범위를 따로 기록합니다. 요청서에는 변경 대상, 영향을 받을 수집 설정, 작업 승인자, 완료 후 통보 대상을 기재합니다. 해당 매체만 맡은 대행사가 다른 매체의 설정까지 임의로 수정하지 않도록 승인 범위를 명시합니다.
사내 책임자는 작업 완료 통보를 받으면 담당표에 남긴 항목 중 무엇이 변경됐는지 연결해 기록합니다. 보고 위치가 달라졌다면 조회 담당자에게 새 위치와 적용 시점을 전달합니다. 추적 설정이 그대로인 경우에는 대행사 변경을 코드 변경으로 기록하지 않고, 운영 책임이 이동한 항목만 갱신합니다.
자주 묻는 질문
대행사 변경일과 보고 시작일은 같아야 합니까?
반드시 같은 날로 정할 필요는 없으며, 실제 운영 책임을 넘기는 시점과 새 보고를 시작할 시점을 각각 합의합니다. 두 시점 사이에 기존 담당자가 수행할 업무가 있다면 그 업무와 보고 제출 책임을 명시합니다. 변경일만 전달하고 중간 기간의 보고 책임을 비워 놓지 않도록 합니다.
기존 대행사가 만든 관리 문서를 그대로 사용해도 됩니까?
현재 설정을 정확히 반영하고 회사가 계속 관리할 수 있다면 사용할 수 있습니다. 문서 안의 개인 이름이나 내부 약칭이 새 담당자에게 뜻을 전달하지 못한다면 계정 식별 정보와 공식 설정 이름으로 정비합니다. 문서 편집 권한과 보관 책임도 회사가 정한 담당자에게 연결합니다.
변경 요청이 급하면 사전 승인 없이 처리해도 됩니까?
긴급 작업의 승인 방식은 회사가 미리 정하는 편이 좋습니다. 연락 가능한 승인자와 승인 기록을 남길 방법을 정하고, 긴급하다는 설명만으로 다른 담당자의 관리 항목까지 수정하지 않도록 합니다. 사전 승인이 어려운 상황의 허용 범위와 사후 보고 내용은 별도로 합의합니다.
전 대행사 직원이 새 대행사로 이동하면 권한을 유지해도 됩니까?
같은 사람이 업무를 이어가더라도 소속과 위임 업무가 달라졌다면 권한 유지 여부를 다시 결정합니다. 회사는 개인 이메일과 조직에서 사용하는 이메일 중 실제 접근에 쓰는 주소를 대조하고, 새 계약에서 맡긴 업무에 필요한 권한인지 판단합니다. 기존 소속에서 부여한 접근을 새 업무의 승인으로 간주하지 않습니다.
일부 매체만 옮길 때 모든 보고 자료를 공유해야 합니까?
새 대행사가 맡은 업무에 필요한 자료를 먼저 정하고, 다른 매체의 상세 자료는 공유 목적이 있을 때 범위를 합의합니다. 회사 전체 운영을 설명해야 한다면 사내 담당자가 필요한 내용을 정리해 전달할 수 있습니다. 자료 전달 대상과 보관 방법, 업무 종료 후 처리 조건도 함께 정합니다.