지금 읽는 곳왜 여러 담당자가 같은 계정을 만지면 충돌이 생기나목차
S1 › 매체 운영 거버넌스 › 과목 234 › 레슨 55
매체 담당자가 여러 명일 때 동일 계정 동시 수정으로 발생하는 설정 충돌 예방법
누가 예산을 바꿨는지 몰라 성과 하락 원인을 못 찾고 있다면, 문제는 성과가 아니라 권한 구조입니다.
핵심요약
- 구글 애즈 변경기록은 최근 약 2년치 변경사항을 사용자별로 기록해 누가 언제 무엇을 바꿨는지 추적할 수 있다
- 구글 애즈는 이메일 전용·결제·읽기 전용·표준·관리 다섯 단계 액세스 수준으로 담당자별 권한을 나눌 수 있다
- 메타는 비즈니스 관리자의 자산·파트너 구조로 여러 명이 같은 계정에 접근하되 소유권은 분리해 관리한다
- 대행사·프리랜서와 협업할 때는 자산 소유권을 완전히 넘기기보다 파트너 권한을 부여하는 방식이 더 안전하고 일반적으로 권장된다
- 담당자 교체나 계약 종료 시에는 파트너 접근 권한을 제거해 접근을 즉시 회수하는 절차를 먼저 챙겨야 한다
왜 여러 담당자가 같은 계정을 만지면 충돌이 생기나
한 계정을 미디어 담당자, 콘텐츠 담당자, 대행사 AM이 동시에 관리하면 각자 다른 목적으로 예산·타겟팅·입찰가를 조정하는 일이 생깁니다. 문제는 성과가 흔들렸을 때 그 원인이 알고리즘 학습 때문인지, 다른 담당자의 설정 변경 때문인지 구분할 방법이 없으면 원인 파악에만 며칠이 걸린다는 점입니다. 이 구분을 가능하게 해주는 것이 계정 자체의 변경 이력 추적 기능과, 담당자별 권한을 나누는 구조입니다.
구글 애즈에서는 누가 무엇을 바꿨는지 어떻게 추적하나
구글 애즈의 '변경기록(Change History)'은 계정·캠페인·광고그룹에 가해진 모든 변경사항을 최근 약 2년치까지 기록합니다. 예산 조정, 키워드 수정, 캠페인 일시중지 등 항목별로 누가(User 열에 이메일 표시) 언제 무엇을 바꿨는지 보여주며, 자동화 시스템에 의한 변경은 'Google Ads system'으로, API를 통한 변경은 'Google Ads API'로 구분 표시됩니다. 변경 시점을 노출·클릭·전환 같은 성과 타임라인과 겹쳐보면, 어떤 변경이 실제 성과 변화를 유발했는지 감사할 수 있습니다. 날짜·사용자·캠페인·변경유형으로 필터링해 CSV로 내려받을 수 있고, 최근 30일 이내 변경은 대부분 실행취소로 되돌릴 수 있습니다. 다만 화면 한 번에 표시되는 항목 수에 제한이 있어, 대량 일괄 변경 직후에는 필터를 좁혀 재조회해야 세부 내역이 다 보입니다.
구글 애즈 권한을 담당자별로 어떻게 나눠야 하나
구글 애즈는 계정 사용자를 초대할 때 이메일 전용, 결제, 읽기 전용, 표준, 관리 중 하나의 액세스 수준을 선택해 부여할 수 있습니다. 신규 콘텐츠 담당자나 리포팅만 필요한 관계자에게는 읽기 전용을, 직접 캠페인을 운영하는 담당자에게는 표준을, 계정 구조 전반을 책임지는 사람에게만 관리 권한을 주는 식으로 나눌 수 있습니다. 관리자 계정(MCC)의 '액세스 및 보안' 메뉴에서 사용자 목록과 대기 중인 초대를 한눈에 확인·관리할 수 있습니다.
메타에서는 여러 명이 어떻게 협업 구조를 짜나
메타 비즈니스 관리자는 광고 계정·페이지·픽셀·맞춤 타겟 같은 비즈니스 자산에 대한 접근·편집 권한을 관리하는 구조입니다. 본인이 소유한 자산을 등록하거나, 다른 비즈니스가 소유한 자산에 대한 접근 권한을 파트너로 부여받는 방식으로 협업이 이뤄집니다. 여러 담당자가 각자의 계정으로 로그인해 같은 자산에 접근하되, 자산 자체의 소유권은 한 비즈니스 관리자에 남아 있는 구조입니다.
대행사와 협업할 때 소유권을 넘기는 게 나은가 파트너로 두는 게 나은가
대행사·프리랜서와 협업할 때 대부분의 경우 자산 소유권을 완전히 이전할 필요는 없습니다. 대신 비즈니스 설정에서 상대 비즈니스를 '파트너'로 추가해 전체 통제 권한을 부여하는 방식이 더 안전하고 일반적으로 권장됩니다. 자산(픽셀·광고계정)은 원래 비즈니스 관리자에 그대로 남아 있고, 파트너는 마치 자기 자산처럼 작업할 권한만 받는 방식이라 계약이 끝났을 때 자산을 되찾기 위한 별도 이전 절차가 필요 없습니다. 파트너 접근권 부여에는 상대 비즈니스의 Business ID가 필요하고, 부여 작업은 관리자 권한을 가진 사람만 할 수 있습니다.
동시 수정은 실제로 어떤 사고로 이어지나
가장 흔한 사고 유형은 두 담당자가 서로 모른 채 같은 캠페인의 예산이나 입찰 전략을 비슷한 시점에 각자 조정하는 경우입니다. 예를 들어 미디어 담당자가 성과 부진을 이유로 입찰가를 낮추는 동시에, 대행사 AM이 스케일업을 위해 예산을 올리는 변경을 넣으면 두 변경이 겹쳐 알고리즘이 다시 학습 단계로 돌아갈 수 있습니다. 이런 상황에서 변경기록을 열어 두 변경의 타임스탬프가 몇 분 간격으로 겹쳐 있는 것을 확인했다면, 그 직후 성과 그래프가 흔들린 것이 캠페인 자체의 문제가 아니라 중복 변경 때문이라는 것을 빠르게 설명할 수 있습니다. 이런 사고를 예방하려면 예산·입찰가처럼 서로 영향을 주는 항목은 한 사람만 수정 권한을 갖게 하거나, 변경 전에 팀 채널에 먼저 공유하는 최소한의 규칙을 두는 것이 현실적입니다.
담당자 교체·계약 종료 시 무엇을 먼저 해야 하나
대행사와 계약이 종료되면 비즈니스 설정의 광고계정(또는 픽셀) 파트너 메뉴에서 해당 파트너를 선택해 제거하면 접근 권한이 회수됩니다. 다만 회수가 정확히 즉시 반영되는지는 공식 문서 원문으로 재확인되지 않았으므로, 제거 후 반나절 정도 지나 실제로 접근이 끊겼는지 재로그인으로 확인하는 절차를 함께 두는 것이 안전합니다.
이렇게 최소한의 원칙만 정해둬도, 성과가 흔들렸을 때 "누가 뭘 바꿨는지"를 두고 담당자들끼리 서로 다른 기억에 의존해 다투는 상황을 크게 줄일 수 있습니다.