지금 읽는 곳Business Center부터 열어야 하는 이유목차
STEP 2 중급·실무 › 2-5. 플랫폼 다변화·특수 마케팅 › 과목 92 › 레슨 01
틱톡 광고 관리자(TikTok Ads Manager) 세팅: 비즈니스 센터 개설, 틱톡 픽셀 설치 및 웹/인앱 전환 추적 인프라 구축
메타·구글 광고를 다뤄봤다면 틱톡의 계정 구조가 낯설게 느껴질 수 있습니다 — Business Center부터 픽셀까지 순서대로 정리합니다.
핵심요약
- TikTok Business Center는 광고 계정·틱톡 계정·사용자 권한·픽셀·카탈로그·잠재고객을 한 곳에서 관리하는 허브다
- 여러 브랜드·클라이언트를 다루는 대행사는 Business Center 하나 아래에 광고 계정을 하위로 붙이는 구조가 권장된다
- 픽셀은 새로 생성하거나 기존 것을 연결할 수 있고, 이름은 웹사이트·도메인명과 맞추는 게 좋다
- 앱 전환은 픽셀이 아니라 SDK·MMP(모바일 측정 파트너) 연동으로 별도 설정해야 한다
Business Center부터 열어야 하는 이유
틱톡에서 광고를 시작하려면 개인 계정으로 바로 캠페인을 만드는 게 아니라, 먼저 Business Center라는 관리 허브를 개설하는 절차를 거치는 게 정석입니다. Business Center는 광고 계정, 연동할 틱톡 계정, 팀원별 사용자 권한, 픽셀, 상품 카탈로그, 잠재고객 리스트를 한 화면에서 중앙 집중적으로 관리하는 구조입니다.
개인이 소규모 캠페인 하나만 돌린다면 광고 계정만 바로 만들어도 되지만, 팀원과 함께 운영하거나 여러 브랜드·클라이언트 계정을 동시에 다뤄야 하는 대행사 실무자라면 Business Center를 먼저 만들고 그 아래에 광고 계정을 여러 개 연결하는 구조가 훨씬 관리하기 쉽습니다. 신규 담당자가 들어오거나 나갈 때도 Business Center 단위에서 권한만 추가·회수하면 되기 때문입니다.
광고 계정과 사용자 권한은 어떻게 나뉘나
Business Center 안에서 광고 계정을 새로 만들면, 그 계정에 접근할 팀원을 초대하고 권한 등급(운영자·분석자 등)을 나눠줄 수 있습니다. 이 구조는 메타의 비즈니스 관리자와 개념적으로 비슷합니다 — 개인 로그인 계정과 광고를 실제로 집행하는 광고 계정을 분리해서, 담당자가 바뀌어도 광고 계정 자체는 그대로 유지되도록 설계돼 있습니다.
대행사 실무에서는 광고주 쪽 Business Center에 대행사 팀원을 파트너로 초대받는 방식과, 대행사 자체 Business Center에서 광고주 계정을 새로 만들어 관리하는 방식 두 가지가 모두 쓰입니다. 계약 관계와 향후 데이터 소유권을 고려해 어느 쪽으로 갈지 초기에 정해두는 편이 낫습니다.
틱톡 픽셀은 어떻게 설치하나
전환 추적의 핵심은 픽셀입니다. Ads Manager의 자산 메뉴에서 새 픽셀을 생성하거나 이미 만들어둔 픽셀을 연결할 수 있는데, 픽셀 이름은 나중에 여러 개를 관리할 상황을 대비해 웹사이트·도메인명과 일치시키는 걸 권장합니다. 픽셀을 만든 뒤에는 웹사이트 코드에 베이스 코드를 심고, 그 위에 결제완료·장바구니담기 같은 이벤트 코드를 추가로 얹는 순서로 진행합니다.
수동으로 코드를 심기 부담스럽다면 구글 태그매니저(GTM)나 쇼핑몰 솔루션(카페24, 고도몰 등)이 제공하는 틱톡 픽셀 연동 기능을 쓰는 방법도 있습니다. 어느 방식이든 설치 직후에는 픽셀 도우미(TikTok Pixel Helper) 같은 검증 도구로 이벤트가 실제로 잡히는지 확인하는 절차가 필요합니다.
앱 전환은 픽셀과 다르게 잡아야 한다
웹사이트 전환은 픽셀로 잡지만, 앱 설치·앱 내 결제 같은 인앱 전환은 픽셀이 아니라 앱 SDK 또는 Adjust·AppsFlyer 같은 MMP(모바일 측정 파트너) 연동으로 별도로 설정해야 합니다. 이 부분을 픽셀 하나로 다 되는 줄 알고 놓치면, 인앱 전환 캠페인을 돌려도 최적화에 쓸 신호 자체가 안 들어와 오CPM 입찰이 제대로 작동하지 않습니다.
픽셀 설치 후 자주 놓치는 부분
픽셀을 심었다고 끝이 아닙니다. 실무에서 가장 자주 생기는 문제는 베이스 코드는 잡히는데 개별 이벤트(장바구니담기, 결제완료)가 특정 페이지에서만 안 잡히는 경우입니다. 특히 단일 페이지 애플리케이션(SPA)으로 만든 쇼핑몰은 페이지 전환이 실제 리로드 없이 일어나기 때문에, 표준 픽셀 코드만 심으면 이벤트가 중복으로 잡히거나 아예 안 잡히는 사고가 흔합니다. 이런 경우 이벤트 발동 조건을 URL 변경이 아니라 특정 버튼 클릭이나 API 응답 시점에 맞춰 다시 잡아야 합니다.
또 하나 자주 놓치는 지점은 서버사이드 이벤트(Events API)입니다. 브라우저 기반 픽셀만으로는 iOS 사파리의 트래킹 제한이나 광고 차단 확장 프로그램 때문에 전환의 일부가 누락됩니다. 웹 픽셀과 서버사이드 이벤트를 함께 연동하면 같은 전환을 이벤트 ID로 중복 제거하면서 유실률을 낮출 수 있는데, 이 설정은 초기 세팅 단계에서 미리 계획해두지 않으면 나중에 개발 리소스를 다시 투입해야 하는 경우가 많습니다.
대행사 실무에서 계정 구조를 정할 때 고려할 것
대행사가 여러 광고주를 동시에 운영한다면, Business Center를 광고주별로 따로 만들지 대행사 하나로 통합할지부터 정해야 합니다. 광고주별로 분리하면 향후 광고주가 대행사를 교체할 때 데이터·픽셀·오디언스를 그대로 넘겨주기 쉽지만, 초기 세팅 공수가 광고주 수만큼 늘어납니다. 반대로 대행사 Business Center 하나에 광고주 계정을 전부 하위로 묶으면 관리는 편하지만, 계약 종료 시 데이터 이관 절차를 별도로 문서화해둬야 분쟁을 피할 수 있습니다. 실무에서는 계약서에 계정 소유권과 이관 조건을 명시하고, 세팅은 광고주 명의의 Business Center로 시작하는 방식을 더 권장합니다.