광고 자산에 문제가 생길 때 원인은 집행 기술보다 소유권과 권한 구조가 정리되지 않은 데 있는 경우가 많습니다. Business Manager의 계층, 제한 발생 시 영향 범위, 고객 자산의 분리 소유 원칙을 이해하는 것이 계정을 더 많이 만드는 것보다 중요합니다.
광고를 오래 운영하다 보면 가장 당황스러운 일은 특정 계정 하나가 정지되는 것 자체가 아니라, 정지된 뒤에야 모든 자산이 서로 묶여 있었다는 사실을 알게 되는 것임을 깨닫게 됩니다. 이 구조를 정리하려면 먼저 Business Manager(BM) 아래에 무엇이 연결되어 있고, 각 자산의 소유권과 권한이 어떻게 정해지는지 알아야 합니다.
개인 계정에서 BM 계층까지
개인 계정은 전체 구조로 들어가는 유일한 입구입니다. BM을 만들거나 다른 사람이 보낸 BM 초대를 수락하려면 먼저 개인 계정이 있어야 합니다. 개인 계정이 비활성화되면 그 신원으로 구조에 접근할 수 없게 되지만, BM 안의 자산 자체가 사라지는 것은 아닙니다. BM에 다른 관리자가 남아 있다면 계속 운영할 수 있습니다.
많은 팀이 바로 이 지점에서 문제가 생깁니다. BM의 관리자가 한 명뿐인데, 그 사람이 서브 개인 계정으로 BM을 만든 경우입니다.
BM 아래 자산은 누구의 소유인가
광고 계정은 실제 광고 집행과 과금의 단위이며 특정 BM에 속합니다. 하나의 BM에 여러 광고 계정을 둘 수 있고, 각 계정의 예산과 설정은 서로 영향을 주지 않습니다. 일반적으로 광고 계정을 한 BM에서 다른 BM으로 직접 옮길 수는 없으며, 새 계정을 만들고 다시 권한을 부여해야 합니다.
Page는 광고가 외부에 보여지는 주체입니다. 특정 BM의 소유일 수도 있고 개인 소유로 유지될 수도 있습니다. 개인 소유인 경우 광고 계정에 Page 사용 권한을 줄 수 있지만, 소유권은 여전히 그 개인에게 있습니다.
픽셀과 데이터 세트는 전환 추적을 담당하고, 오디언스와 상품 카탈로그는 타기팅과 광고 소재 운영을 지원합니다. 이러한 자산은 BM 소유이며 BM 안의 여러 광고 계정에 할당해 함께 사용할 수 있습니다.
관계를 간단히 정리하면 개인 계정은 열쇠, BM은 컨테이너, 광고 계정·Page·픽셀·오디언스·카탈로그는 그 안의 자산입니다. 자산의 소유자가 누구인지에 따라 문제가 생겼을 때 누가 이의를 제기하고 누가 이전할 수 있는지가 달라집니다.
문제가 생겼을 때 함께 영향을 받는 범위
개인 계정이 비활성화되면 가장 직접적인 영향은 그 신원으로 BM에 로그인할 수 없다는 것입니다. BM에 다른 관리자가 있다면 업무는 계속할 수 있고, 비활성화된 개인 계정은 별도로 이의 제기를 진행할 수 있습니다.
광고 계정이 정지되면 해당 계정의 광고 집행과 과거 데이터가 영향을 받습니다. Page와 픽셀은 일반적으로 직접 영향을 받지 않습니다. 새 광고 계정을 만들고 Page와 픽셀 권한을 다시 부여해 광고를 이어갈 수 있습니다.
Page가 제한되거나 정지되면 그 Page에 연결된 모든 광고가 영향을 받습니다. 어느 광고 계정에 속해 있는지는 관계없습니다. 자산을 섞어서 관리할 때 나타나는 대표적인 결과입니다.
픽셀이나 데이터 세트에 문제가 생기면 전환 데이터가 끊기고 광고 최적화도 제대로 작동하지 않습니다. 새 픽셀을 만들어 추적을 계속할 수는 있지만 과거 데이터는 가져올 수 없으므로 학습과 어트리뷰션을 다시 시작해야 합니다.
BM 자체가 제한되면 영향 범위가 가장 큽니다. 아래에 연결된 광고 계정, Page, 픽셀이 모두 운영 접근 경로를 잃게 됩니다. 이 경우 공식 절차에 따라 이의를 제기해야 합니다. 결과는 자산의 소유 관계가 명확한지, 규정을 위반한 광고 집행 기록이 있는지에 크게 좌우됩니다.
고객 자산을 별도로 소유해야 하는 이유
고객의 광고를 운영하면서 고객의 Page와 픽셀을 자신의 BM 아래에 두면 단기적으로는 편할 수 있지만 장기적으로는 위험이 됩니다. 자신의 BM에 문제가 생기면 고객 자산까지 함께 영향을 받을 수 있습니다. 협업이 끝난 뒤 자산을 돌려주려고 해도 권한 계층 때문에 절차가 막힐 수 있습니다.
더 안정적인 방법은 고객이 자산 소유권을 유지하게 하고, 운영 주체를 고객의 BM에 추가한 뒤 프로젝트에 필요한 범위만 권한을 부여하는 것입니다. 고객마다 하나의 BM을 두거나 최소한 고객별로 자산을 그룹화하면 경계가 분명해지고, 누구의 문제가 누구에게 영향을 미치는지도 명확해집니다.
권한과 로그인 환경
BM의 역할은 관리자와 직원으로 나뉘며 권한 범위가 다릅니다. 원칙은 필요한 만큼만 주는 것입니다. 광고 집행 담당자에게 예산 권한이 꼭 필요한 것은 아니고, 데이터 담당자에게 소재 수정 권한이 꼭 필요한 것도 아닙니다. 활동 로그를 정기적으로 확인하면 잘못된 조작을 더 일찍 발견할 수 있습니다.
환경 측면에서는 누가 어디에서 로그인하는지를 정리해야 합니다. 특히 소유 주체가 다른 광고 계정을 같은 브라우저 환경에 몰아넣지 않는 것이 좋습니다. 여러 사람이 여러 계정을 함께 관리해야 한다면 PurpleMark를 사용해 계정마다 독립적이고 고정된 브라우저 환경을 배정하고 역할에 따라 나눠 사용할 수 있습니다. 그러면 계정 소유 관계와 로그인 환경의 대응이 흐트러질 가능성이 줄어듭니다.
구조를 먼저 정리한 뒤에야 여러 계정을 운영하는 문제를 논의할 의미가 있습니다.
