📖 약 4분 읽기
광고 계정을 여러 개 관리하다 보면 한 번쯤 같은 질문을 하게 됩니다. 이 숫자는 어디서 가져온 것인가 하는 물음입니다. 매체마다 화면이 다르고 지표 이름도 조금씩 다르다 보니, 보고서를 만들 때마다 사람이 손으로 값을 옮기고 확인하는 과정이 끼어듭니다. 이 글은 그 과정을 BizSpring AIR가 어떤 방식으로 대신하는지, 그리고 어디까지 대신할 수 있는지를 다룹니다.
BizSpring AIR란 무엇인가
BizSpring AIR는 여러 광고 매체의 성과 데이터와 전환 데이터를 한곳에 모아 두고, 그것을 API와 MCP라는 두 가지 통로로 꺼내 쓸 수 있게 하는 데이터 서비스입니다. 여기서 중요한 지점은 화면에서 보고서를 보는 것이 목적의 전부가 아니라는 점입니다. 물론 대시보드에서 숫자를 확인할 수도 있지만, 무게 중심은 다른 곳에 있습니다. 사람이 아니라 다른 도구, 예를 들어 사내 데이터 웨어하우스나 대화형 AI가 이 데이터를 직접 읽어 갈 수 있게 만드는 데 초점을 둡니다. 보고서를 「보여 주는」 서비스와 데이터를 「내어 주는」 서비스는 겉모습은 비슷해 보여도 설계 방향이 다릅니다.
받아 오는 경로: 매체 API
데이터는 매체가 공식으로 공개한 API를 통해 주기적으로 들어옵니다. 예전에는 담당자가 각 매체의 관리자 화면에 로그인해서 리포트 메뉴를 열고, 원하는 기간과 항목을 지정해 파일로 내려받는 과정을 거쳤습니다. 이 반복 작업을 API 연동이 대신하는 셈입니다.
다만 여기에는 분명한 경계선이 있습니다. 매체가 API로 공개하지 않은 항목은 아무리 좋은 도구를 붙여도 가져올 수 없습니다. 어떤 지표를 외부에 열어 줄지는 전적으로 매체 쪽이 정하는 몫이고, 이 경계는 연동 도구가 임의로 넓힐 수 있는 부분이 아닙니다. 그래서 새로운 매체와의 연동을 검토할 때 가장 먼저 확인해야 할 것은 도구의 성능이 아니라, 원하는 항목이 그 매체의 공식 API 목록에 실제로 존재하는지입니다. 이 확인을 건너뛰면 연동을 마친 뒤에도 정작 필요한 지표는 여전히 수작업으로 옮겨야 하는 상황이 남습니다.
내보내는 경로: API와 MCP
이렇게 모인 데이터는 다시 두 갈래로 나뉘어 나갑니다.
첫 번째 경로는 API입니다. 사내에서 이미 쓰고 있는 대시보드나 데이터 웨어하우스가 정해진 형식으로 값을 받아 갑니다. 새로운 보고 체계를 처음부터 만들 필요 없이, 기존에 쓰던 체계 안에 이 값을 채워 넣는 방식이라 실무자 입장에서는 익숙한 흐름을 그대로 유지할 수 있습니다.
두 번째 경로는 MCP입니다. ChatGPT나 Claude 같은 대화형 도구가 MCP 규격으로 연결되면, 사람이 대화창에 질문을 입력했을 때 그 도구가 실제 데이터를 읽어 답을 내놓습니다. 지난 편에서 짚었던 「AI가 참고할 자료가 없어서 답을 만들어 내는 문제」는 결국 AI 옆에 읽을 수 있는 데이터가 없기 때문에 생깁니다. MCP 경로는 그 빈자리를 채우는 역할을 합니다. AI가 추측 대신 실제 수치를 근거로 답하게 만드는 연결 고리인 셈입니다.
여러 계정을 함께 다룰 때
대행사처럼 여러 광고주의 계정을 한 번에 관리하는 환경에서는 문제가 하나 더 생깁니다. 데이터를 모으고 내보내는 것과 별개로, 계정별로 데이터가 섞이지 않도록 나누는 작업이 필요합니다. A 광고주의 데이터를 B 광고주 담당자가 조회할 수 있어서는 안 되고, 반대의 경우도 마찬가지입니다. 어느 계정의 데이터를 누가 볼 수 있는지를 분리하는 문제는 연동 자체보다 오히려 더 신경 써야 할 부분이지만, 이 글에서는 범위를 벗어나므로 다음 시즌에서 따로 다룰 예정입니다.
적용 조건: 무엇이 갖춰져야 하는가
이 방식이 실제로 작동하려면 몇 가지 전제가 먼저 충족되어야 합니다. 하나라도 빠지면 연동 작업을 마쳐도 데이터가 실제로 쓰이지 않는 상황이 생깁니다.
| 순번 | 전제 조건 | 왜 필요한가 |
|---|---|---|
| 1 | 매체 계정 접근 권한 | 연동 대상 계정에 접근할 수 있어야 데이터를 받아올 수 있음 |
| 2 | 매체의 API 제공 여부 | 매체가 해당 항목을 API로 공개해야 가져올 수 있음 |
| 3 | 표준 정의 합의 | 조직 내에서 어떤 정의를 기준으로 삼을지 미리 정해야 데이터를 섞어 볼 수 있음 |
연동할 매체 계정의 접근 권한이 있어야 하고, 매체가 해당 항목을 API로 제공해야 하며, 조직 내부에서 어떤 정의를 표준으로 삼을지 미리 합의해 두어야 합니다. 이 셋 중 어느 하나라도 비어 있으면, 겉으로는 연동이 끝난 것처럼 보여도 그 데이터는 실제 보고나 판단에 쓰이지 못하고 그냥 쌓여만 있게 됩니다.
이 방식이 해결하지 못하는 것
데이터를 한곳에 모아 두는 일과, 그 데이터를 보고 무엇을 할지 판단하는 일은 완전히 다른 문제입니다. BizSpring AIR가 맡는 부분은 앞의 것, 즉 데이터를 받아 와서 형식을 맞추고 꺼내 쓸 수 있게 만드는 일까지입니다. 어떤 지표를 성과로 볼지, 어떤 캠페인을 늘리고 줄일지를 정하는 일은 여전히 사람의 몫으로 남습니다. 이 구분을 분명히 해 두는 편이, 도구에 기대할 수 있는 것과 사람이 계속 해야 할 것을 헷갈리지 않는 데 도움이 됩니다.
지금 할 일
거창한 계획을 세우기 전에 할 수 있는 일이 하나 있습니다. 지금 쓰고 있는 매체 중 어느 것이 API로 연동되어 있고, 어느 것이 여전히 수작업으로 값을 옮기고 있는지 목록으로 적어 보는 일입니다. 이 목록 하나만으로도 다음에 무엇을 먼저 정리해야 할지가 보이기 시작합니다.
자주 묻는 질문 (FAQ)
BizSpring AIR는 어떤 매체의 데이터를 다루나요?
여러 광고 매체가 공개한 API를 통해 성과·전환 데이터를 받아 옵니다. 다만 특정 매체가 API로 제공하지 않는 항목은 가져올 수 없으니, 도입 전에 원하는 항목이 해당 매체 API에 있는지 먼저 확인하는 편이 좋습니다.
API 연동과 MCP 연동은 어떻게 다른가요?
API는 사내 대시보드나 데이터 웨어하우스가 정해진 형식으로 값을 받아 가는 경로이고, MCP는 ChatGPT나 Claude 같은 대화형 도구가 실제 데이터를 읽어 답하도록 연결하는 경로입니다. 용도가 다를 뿐 서로 대체 관계는 아닙니다.
대행사에서 여러 광고주 계정을 함께 관리해도 되나요?
가능하지만 계정별로 데이터가 섞이지 않도록 접근 권한을 분리하는 작업이 별도로 필요합니다. 이 부분은 시즌2에서 따로 다룰 예정입니다.
연동만 하면 자동으로 성과 판단까지 되나요?
아닙니다. 데이터를 모아 꺼내 쓸 수 있게 하는 일과 그 데이터로 무엇을 성과로 볼지 판단하는 일은 별개입니다. 판단은 여전히 담당자가 해야 합니다.
연동을 검토할 때 가장 먼저 확인할 것은 무엇인가요?
도구의 기능보다 먼저, 원하는 항목이 해당 매체의 공식 API에 실제로 존재하는지, 그리고 계정 접근 권한과 조직 내 지표 정의가 준비되어 있는지를 확인하는 편이 좋습니다.
광고 데이터를 API와 MCP로 연결하는 방식을 확인해 보십시오.