계정 수준과 속성 수준 권한은 무엇이 다른가

GA4의 권한 구조는 계정(Account)이라는 상위 컨테이너와 그 안에 속한 여러 속성(Property)이라는 두 계층으로 이뤄져 있습니다. 계정은 회사 전체를 대표하는 최상위 단위이고, 속성은 그 안에서 웹사이트·앱 서비스별로 나뉜 개별 분석 단위입니다. 계정 수준에서 권한을 부여하면 그 사용자는 해당 계정에 속한 모든 속성에 동일한 권한으로 접근하게 되고, 속성 수준에서만 권한을 부여하면 딱 지정된 그 속성 하나에만 접근할 수 있습니다. 여러 브랜드나 여러 서비스를 하나의 계정 아래 함께 관리하는 회사라면, 이 계층 구분을 제대로 이해하지 못하고 권한을 부여했을 때 의도치 않게 다른 브랜드의 데이터까지 노출되는 사고가 생길 수 있습니다.

대행사에 계정 수준 권한을 주면 왜 위험한가

특정 캠페인 하나를 맡긴 대행사에게 계정 수준 관리자 권한을 부여하면, 그 대행사는 계약 범위 밖의 다른 브랜드·다른 서비스의 GA4 데이터에도 접근할 수 있게 됩니다. 여기에 계정 수준 관리자는 새로운 속성을 만들거나 기존 속성의 설정 자체를 바꿀 수 있는 권한까지 가지므로, 의도치 않은 설정 변경이나 실수로 인한 데이터 삭제 같은 리스크도 함께 커집니다. 계약이 끝난 뒤 권한 회수를 깜빡하면, 계약 관계가 종료된 외부 업체가 여전히 회사 전체의 분석 데이터에 접근 가능한 상태로 남아 있는 심각한 보안 공백으로 이어질 수 있습니다.

속성 수준 권한으로 범위를 정확히 제한하는 방법

대행사나 프리랜서에게 권한을 부여할 때는 계정이 아니라 해당 속성으로 직접 들어가서, 그 속성에서만 사용자를 추가하는 방식을 원칙으로 삼아야 합니다. 이렇게 하면 그 사용자는 지정된 속성의 데이터에만 접근할 수 있고, 같은 계정 아래 있는 다른 브랜드·다른 서비스의 속성에는 전혀 영향을 주거나 접근할 수 없습니다. 여러 속성을 동시에 맡기는 경우라 해도, 계정 권한 하나로 편하게 처리하기보다 필요한 속성마다 개별적으로 권한을 부여하는 것이 다소 번거롭더라도 안전한 방식입니다.

속성 역할 5단계는 각각 무엇을 할 수 있나

속성 안에서도 부여할 수 있는 역할은 관리자·편집자·마케팅담당자·분석가·뷰어로 세분화됩니다. 관리자는 사용자 접근 권한과 데이터 제한까지 관리할 수 있는 최고 권한이고, 편집자는 이벤트·전환·맞춤 정의 같은 설정은 바꿀 수 있지만 다른 사용자의 권한은 건드릴 수 없습니다. 마케팅담당자는 오디언스·전환 관리 위주의 권한을 가지며, 분석가는 탐색 분석 보고서를 만들고 공유할 수 있지만 속성 설정 자체는 바꿀 수 없고, 뷰어는 데이터를 조회만 할 수 있는 읽기 전용입니다. 대행사의 실제 업무 범위가 "보고서만 확인"이라면 뷰어로, "이벤트·전환 설정까지 함께 관리"한다면 편집자로 부여하는 식으로 실제 업무 범위에 맞춰 최소한의 역할을 선택하는 것이 원칙입니다.

비용·수익 데이터를 가리는 세부 제한은 어떻게 거나

속성 접근 권한과 별개로, GA4는 사용자별로 '비용 측정항목 없음'과 '수익 측정항목 없음'이라는 추가 데이터 제한을 걸 수 있습니다. 이 옵션을 사용자 추가 화면에서 체크하면, 그 사용자는 이벤트·전환·트래픽 데이터는 정상적으로 조회할 수 있지만 광고비나 매출 관련 수치는 화면에서 보이지 않게 됩니다. 여러 매체 대행사와 동시에 협업하면서 각 대행사가 서로의 광고비 집행 규모를 알지 못하게 하고 싶은 경우, 또는 외주 분석가에게 트래픽 패턴 분석만 맡기고 재무 정보는 내부에만 두고 싶은 경우에 이 제한이 실무적으로 유용합니다.

권한 관리를 방치하지 않으려면 어떤 루틴이 필요한가

권한은 부여하는 순간보다 회수하는 시점을 놓치기가 훨씬 쉽습니다. 대행사 계약이 종료되거나 담당자가 바뀔 때마다 권한을 회수하는 절차를 계약 종료 체크리스트에 명시적으로 포함시켜두고, 최소 분기 1회는 현재 등록된 전체 사용자 목록을 관리자 화면에서 열어 "이 사람이 지금도 실제로 이 데이터에 접근할 필요가 있는가"를 재확인하는 정기 점검을 두는 것이 안전합니다. 이런 정기 점검 없이 방치된 계정일수록, 나중에 감사나 보안 점검 시점에 누가 왜 접근 권한을 가지고 있는지조차 설명하지 못하는 상황에 놓이게 됩니다.

서비스 제공자(Service Provider) 사용자와 일반 협업자를 구분해야 하나

GA4에는 별도의 '서비스 제공자'라는 명칭의 역할 구분은 없지만, 실무에서는 일반 내부 직원과 외부 대행사·프리랜서를 사용자 목록에서 시각적으로 구분해두는 관리 습관이 필요합니다. 예를 들어 외부 협업자를 추가할 때는 이메일 표시명에 소속 회사명을 함께 남기거나, 별도의 스프레드시트에 "누가, 어느 속성에, 어떤 역할로, 언제까지" 접근하는지를 기록해두면 정기 점검 때 내부 직원과 외부 인력을 빠르게 구분해 검토할 수 있습니다. 이런 최소한의 기록 없이 사용자 목록만 보면, 이메일 주소만으로는 그 사람이 아직 활성 계약 중인 협업자인지 이미 종료된 계약의 잔여 권한인지 판단하기 어렵습니다.

권한 사고가 발생했을 때 되짚어야 할 것

만약 권한 회수를 놓쳐 이미 종료된 대행사가 계속 데이터에 접근하고 있었던 사실이 뒤늦게 발견됐다면, 단순히 권한만 회수하고 끝내기보다 그 기간 동안 어떤 데이터에 접근했는지, 설정이 임의로 변경된 흔적은 없는지 관리자 화면의 변경 이력을 함께 확인하는 절차가 필요합니다. 특히 맞춤 정의나 전환 이벤트 설정이 그 기간에 바뀐 이력이 있다면, 의도한 변경인지 팀 내에서 재확인하는 것이 안전합니다. 이런 사후 점검을 한 번 거쳐두면 같은 유형의 사고가 반복될 때 원인 파악 속도도 훨씬 빨라집니다.