병원 GA4 권한을 지웠는데 접근이 남는다면, 상속 경로를 봅니다

대행사 담당자를 GA4 속성에서 정리했는데도 접근이 남는다면 같은 권한을 다른 경로로 받고 있는지 살펴봐야 합니다. 속성에 직접 부여한 역할과 상위 계정·그룹에서 이어지는 역할을 구분하는 것이 핵심입니다. 화면 한 곳에서 이름이 사라졌다고 모든 접근이 종료됐다고 판단하지 않습니다.

GA4의 계정과 속성은 같은 관리 단위가 아닙니다

GA4에서는 계정 수준과 속성 수준에서 접근을 관리할 수 있습니다. 사용자가 실제로 가지는 권한은 직접 부여받은 권한뿐 아니라 다른 자원에서 이어지는 권한도 포함합니다. 병원 홈페이지 하나의 분석 업무만 맡겼는지, 더 넓은 계정에 접근을 주었는지부터 확인합니다. Google Analytics 접근 및 데이터 제한 관리

예를 들어 계정에서 편집자 역할을 부여받은 사용자는 그 아래 속성에서도 해당 역할을 이어받습니다. 속성에서만 그 권한을 낮추는 방식으로 상위에서 받은 역할을 취소할 수는 없습니다. 사용자와 사용자 그룹 관리 안내

따라서 권한표에는 역할 이름 옆에 부여 위치를 붙입니다. '편집자'라는 한 단어보다 '계정에서 받은 편집자'와 '이 속성에 직접 받은 편집자'를 나누어 적는 것이 정리할 위치를 찾는 데 도움이 됩니다.

지점 두 곳을 관리하는 계정의 예시

하나의 계정에 병원 A와 B의 속성 2개가 있고 대행사 직원이 계정 수준의 편집자라고 가정하겠습니다. B 업무가 끝났다고 B 속성의 직접 권한 목록만 정리하면 계정에서 이어지는 접근은 별개로 남을 수 있습니다. 이는 실제 병원 구성을 설명하는 사례가 아닙니다.

업무 범위를 A 속성으로만 줄이려면 현재의 상속 경로를 확인하고 필요한 A 속성 권한을 확보한 뒤 상위 권한을 조정하는 방안을 검토합니다. 계정 권한을 바로 없애면 아직 맡고 있는 A 업무까지 영향을 받을 수 있으므로 변경 전후의 대상 범위를 적어야 합니다.

그룹을 통해 권한을 받는 경우에는 그룹 소속도 확인합니다. 개인 계정에 직접 준 권한을 없애는 작업과 그룹에서 오는 권한을 정리하는 작업은 다를 수 있습니다. 여러 경로를 하나씩 기록하면 재확인할 항목이 분명해집니다.

보고서 열람과 사용자 관리는 다른 업무입니다

월간 수치를 읽는 담당자와 측정 설정을 변경하는 담당자에게 같은 역할이 필요한 것은 아닙니다. 조회, 탐색 작성, 설정 수정, 사용자 관리 중 맡길 업무를 먼저 정하고 공식 역할 설명에 맞춰 부여합니다.

보고서 화면을 볼 수 있다는 사실만으로 다른 사용자를 추가할 수 있다고 판단하지 않습니다. 반대로 보고서를 검토할 사람에게 모든 관리 기능을 줄 이유가 있는지도 따져봅니다. 역할 부여는 직급보다 실제 업무 범위에 맞추는 편이 이후 인계에도 유리합니다.

권한표에는 담당 업무, 계정 또는 속성, 직접 부여 여부, 상속 출처, 종료 예정일을 적습니다. 현재 사용자 목록은 접근을 관리할 수 있는 담당자가 확인하고, 단순 보고서 공유용 문서에는 필요 이상의 개인 정보를 복사하지 않습니다.

정리 후에는 남아야 할 관리자도 확인합니다

이전 대행사의 불필요한 접근을 회수하는 동안 병원 측 관리자가 사용자 관리를 계속 수행할 수 있어야 합니다. 변경 후에는 새 담당자가 자신의 업무 범위에 접근할 수 있는지와 관계없는 범위가 열리지 않는지를 각각 확인합니다.

권한 변경일, 변경 전후 역할, 영향을 받는 속성, 확인자를 기록합니다. 이 기록이 있어야 이후 보고서가 보이지 않거나 설정 변경이 막혔을 때 원인을 되짚을 수 있습니다. 광고 계정의 별도 인계는 대행사 교체 때 광고 계정 확인에서 다룹니다.

출처 확인일: 2026-10-26. GA4 역할과 상속 원리는 공식 도움말 기준이며, 지점 사례와 권한표는 운영 설명용 제안입니다.