왜 권한이 두 겹으로 나뉘어 있는가

비즈니스 관리자의 권한 구조는 ① 사람이 비즈니스 관리자 자체에 접근할 수 있는지를 정하는 계정 접근권(관리자/직원)과, ② 그 사람이 개별 자산(특정 광고 계정, 특정 페이지 등)에서 무엇을 할 수 있는지 정하는 자산별 세부 권한(task-based permissions), 두 층위로 구성됩니다. 이 구조를 모르고 "팀원 A를 관리자로 등록했으니 광고 계정 접근도 자동으로 될 것"이라 생각하면, 실제로는 자산별 권한이 따로 부여되지 않아 접근이 막히는 상황을 겪게 됩니다. 반대로 자산별 권한만 주고 계정 접근권 자체를 안 주면 그 사람은 애초에 로그인해서 비즈니스 관리자에 들어올 수조차 없습니다.

관리자와 직원, 실무에서 어떻게 갈라야 하는가

관리자(Admin) 역할은 비즈니스 관리자의 설정·사람·계정·도구를 전부 편집할 수 있고, 새 사용자를 비즈니스 관리자에 추가할 수 있는 것도 관리자뿐입니다. 즉 이 역할을 가진 사람은 다른 팀원의 접근 범위 자체를 바꿀 수 있는, 사실상 최고 권한입니다. 반면 직원(Employee) 역할은 자신에게 배정된 계정·도구에서만 작업할 수 있고, 메타가 실무에서 권장하는 기본 역할입니다.

실무 기준을 세운다면, 비즈니스 계정을 실제로 소유하거나 최종 책임을 지는 소수(대표, 마케팅 총괄)만 관리자로 두고, 실무를 처리하는 담당자·대행사 파트너는 직원 역할로 시작해 필요한 자산에만 접근권을 열어주는 편이 안전합니다. 관리자 수를 늘릴수록 실수(설정 오변경, 권한 오배정)의 가능성도 함께 늘어난다는 점을 감안해야 합니다.

재무 정보는 별도 역할로 분리된다

비즈니스 관리자에는 재무 분석가(Finance analyst)와 재무 편집자(Finance editor)라는 별도 역할도 존재합니다. 이 중 재무 편집자는 결제 수단·카드 정보·지출 내역 같은 재무 정보를 편집할 수 있는 권한을 가집니다. 즉 광고 소재나 타겟팅을 만질 수 있는 권한과, 결제 카드를 바꾸거나 지출 내역을 열람할 수 있는 권한이 서로 다른 축이라는 뜻입니다.

실무에서는 회계·재무 담당자에게 광고 운영 권한 전체를 줄 필요 없이 재무 역할만 부여하고, 반대로 광고 운영 담당자에게는 결제 정보 편집 권한을 굳이 열어주지 않는 식으로 역할을 쪼갤 수 있습니다. 이렇게 나누면 결제 카드 정보 같은 민감 정보에 접근할 수 있는 사람의 범위를 최소화할 수 있습니다.

대행사·외부 파트너는 어떻게 연결하는가

사내 팀원이 아니라 대행사나 외부 파트너에게 자산을 맡길 때는 개인 계정을 직접 초대하는 방식 대신 "비즈니스 연결" 방식을 씁니다. 다른 비즈니스를 파트너로 추가하려면 관리자 권한이 필요하고, 상대 비즈니스의 Business ID를 알아야 합니다. 이 방식의 장점은, 대행사 쪽 담당자가 바뀌어도 대행사의 비즈니스 관리자 자체가 계속 연결돼 있어 광고주 쪽에서 담당자 개개인의 계정을 일일이 다시 초대할 필요가 없다는 점입니다.

반대로 광고주가 대행사에 권한을 넘길 때도, 대행사 개인 이메일을 직원으로 초대하는 방식보다 비즈니스 대 비즈니스로 연결하는 편이 계약 종료 시 접근권 회수도 한 번에 끊을 수 있어 관리가 깔끔합니다. 이때 상대 비즈니스의 Business ID를 받아야 하므로, 대행사 쪽에 미리 자신들의 ID를 요청해 두는 것이 실무 순서입니다.

권한을 준 뒤 실무에서 확인해야 할 것

팀원을 초대하고 역할까지 부여했다면, 그 사람이 실제로 필요한 자산(이 페이지, 이 광고 계정)에 접근할 수 있는지 개별적으로 확인하는 절차가 필요합니다. 계정 접근권과 자산별 권한이 분리돼 있다는 특성상, 초대는 됐는데 특정 광고 계정만 권한이 빠져 있는 경우가 실무에서 자주 나옵니다. 담당자가 바뀌거나 퇴사할 때도 마찬가지로, 계정 접근권만 지우고 자산별 권한이 남아 있는 상태로 방치되지 않도록 두 층위를 함께 점검하는 습관이 필요합니다.

초대 링크와 이메일 초대, 어떤 차이가 있는가

팀원을 비즈니스 관리자에 초대하는 방식은 이메일 주소로 직접 초대하는 방법과, 초대 링크를 만들어 전달하는 방법 두 가지로 나눌 수 있습니다. 이메일 초대는 특정 개인을 지정해 보내므로 누가 언제 수락했는지 추적하기 쉽고, 잘못된 사람에게 권한이 가는 사고를 줄여줍니다. 반면 링크 방식은 여러 명을 한 번에 초대해야 할 때 편리하지만, 링크가 의도치 않은 사람에게 전달돼 권한이 새어나갈 위험이 있습니다. 팀 규모가 작고 구성원이 자주 안 바뀌는 조직이라면 이메일 초대로 한 명씩 확인하며 등록하는 편이 권한 관리 측면에서 더 안전합니다.