눈에 보이는 셀러가 진짜 상대인 경우는 드뭅니다

브랜드 보호팀은 리스팅 단위로 제재합니다. 피해를 주는 운영자는 계정 단위로 움직입니다. 그 간극이 마침내 보이면 무엇이 달라지는지 살펴봅니다.

모든 브랜드 보호팀이 아는 패턴이 있습니다. 가격 정책을 어긴 스토어 하나를 삭제하면, 1주일 안에 두세 곳이 새로 나타나 정확히 같은 가격으로 덤핑합니다. 삭제 목록에서는 새 셀러 세 명으로 보입니다. 하지만 그 아래 등록 정보를 보면 운영자 한 명이 세 개의 이름으로 스토어 세 곳을 돌리는 경우가 많습니다.

브랜드 보호팀과 이커머스팀이 수년 동안 우회해 온 사각지대가 바로 이것이며, 브랜드 인텔리전스 에이전트는 마침내 그 너머를 볼 수 있게 해 주는 AI 에이전트입니다.

제재 도구는 스토어를 보여 줍니다. 피해는 운영자에게서 나옵니다.

대부분의 제재 도구는 한 번에 스토어 하나씩만 보여 줍니다. 두 셀러가 실제로 여러 계정을 돌리는 같은 운영자인지 알고 싶다면, 등록 정보를 나란히 열어 놓고 사업자등록번호, 대표자명, 전화번호, 배송지 주소를 눈으로 비교하는 수밖에 없었습니다.

실제 규모에서 이 일을 꾸준히 하는 사람은 없습니다. 그래서 팀은 목록대로 일했습니다. 위반 건수로 순위를 매기고, 상위 위반자를 삭제하고, 다음 묶음으로 넘어갔습니다.

문제는 목록이 스토어를 센다는 점입니다. 그 뒤에 있는 사업체를 셀 방법은 없습니다. 눈에 보이는 스토어 하나를 삭제해도 최저 가격이 회복되지 않는 경우가 많습니다. 덤핑하는 나머지 스토어 세 곳이 같은 운영자의 것인데, 아무도 몰랐기 때문입니다.

스토어 네 곳, 운영자 한 명: 몇 분 만에 찾아냅니다

브랜드 인텔리전스 에이전트(BI 에이전트)를 가장 강력한 도구로 쓰면, 브랜드팀은 “어떤 리스팅이 위반인가”와는 다른 질문을 할 수 있습니다.

여러 셀러에게 공통점이 있는지 물으면, BI 에이전트가 모든 스토어의 등록번호, 대표자명, 전화번호, 배송지 주소를 연결해 실제로 같은 운영자인 곳을 알려 줍니다. 셀러 한 명에 대해 물으면, 다음으로 조사할 만한 셀러로 곧바로 안내합니다.

질문을 조금 바꿨을 뿐이지만, 팀은 실질적인 우위를 얻습니다. 한 팀은 올해 두 번, 서로 다른 방향에서 이를 경험했습니다.

글로벌 프리미엄 구강 관리 브랜드는 같은 마켓플레이스의 스토어 네 곳이 이메일 주소와 전화번호를 공유한다는 사실을 발견했습니다. 셀러 정보를 하나씩이 아니라 나란히 비교할 수 있게 되고 나서야 보인 사실이었습니다. 이들은 마크비전의 BI 에이전트로 한 걸음 더 나아갔습니다. 네 곳만 확인하는 대신 전체 셀러 목록에 같은 비교를 돌려 운영자를 공유하는 모든 스토어를 묶었습니다. BI 에이전트는 몇 분 만에, 현실적으로 수작업 교차 확인으로는 그 규모에서 결코 해낼 수 없었을 연결고리를 찾아냈습니다.

몇 주 뒤 같은 팀은 다른 각도에서 같은 상황을 다시 만났습니다. 한 마켓플레이스의 탐지 건수가 하루 만에 20여 건으로 치솟았고, 셀러 한 명이 대량 등록한 것인지 여러 명이 동시에 움직인 것인지 빨리 알아야 했습니다. 이들은 BI 에이전트에 셀러를 묶어 달라고 요청해 답을 얻었고, 20여 건의 개별 삭제를 하나씩 처리하는 것과는 전혀 다른 방식으로 대응했습니다.

운영자를 막으면 연결된 스토어도 함께 사라집니다

스토어 네 곳이 운영자 한 명이라는 것이 보이면, 일은 삭제 네 건이 아니라 폐쇄할 계정 하나가 됩니다. 스토어 네 곳을 각각의 삭제 주기로 쫓는 대신 운영자를 제재하면, 그 운영자와 연결된 모든 것이 함께 사라집니다. 여러 사건이 하나로 합쳐집니다. 그리고 셀러 한 명을 조사하면 연결된 다음 셀러가 드러나기 때문에, 팀의 일은 목록을 비우는 것에서 네트워크를 그리는 것으로 바뀝니다.

대부분의 브랜드 보호팀과 이커머스팀이 이름 붙이지 못한 채 우회하고 있는 진짜 간극이 이것입니다. 제재는 리스팅 단위로 이뤄지지만, 피해를 주는 셀러는 계정 단위로 움직입니다. 이 간극이 보이지 않는 한, 보고서에 셀러가 많을수록 위협이 더 커 보입니다. 실제로는 같은 소수의 운영자가 스토어만 바꿔 입은 것이라도 말입니다. BI 에이전트는 이 간극을 처음으로 드러내고, 주도권을 다시 팀에게 돌려줍니다.

제재 프로그램에 주는 시사점

팀이 삭제 건수로 진척을 재고 있다면, 먼저 더 어려운 질문을 던져 볼 만합니다. 그 “서로 다른” 셀러 중 실제로 같은 셀러는 몇 명일까요? 답은 대개 이미 가지고 있는 목록의 항목 사이 연결고리에 있습니다. BI 에이전트 전에는 팀이 그 연결고리를 볼 현실적인 방법이 없었습니다.

자주 묻는 질문

마크비전의 브랜드 인텔리전스 에이전트는 여러 스토어가 같은 운영자의 것임을 어떻게 알아내나요?

BI 에이전트는 탐지된 모든 스토어의 등록번호, 대표자명, 전화번호, 배송지를 동시에 연결한 뒤 식별 정보를 공유하는 계정을 묶습니다. 이 교차 대조는 대규모로 몇 분 만에 이뤄집니다. 전체 셀러 목록을 놓고 사람이 나란히 비교해서는 결코 꾸준히 끝낼 수 없는 작업입니다.

저희 팀은 삭제 건수로 제재 진척을 관리합니다. 이를 핵심 지표로 쓰면 무엇이 문제인가요?

삭제 건수는 멈춘 운영자가 아니라 삭제한 스토어를 셉니다. 운영자 한 명이 스토어 네 곳을 돌리는데 팀이 세 곳을 정리해도 최저 가격은 회복되지 않습니다. 남은 스토어가 계속 덤핑하고, 운영자는 다른 곳에 다시 등록합니다. 건수로 재면 조직된 네트워크가 개별 사건처럼 보이고, 대응 규모가 계속 어긋납니다.

무단 셀러에 대해 리스팅 단위 제재에서 운영자 단위 제재로 언제 넘어가야 하나요?

삭제한 지 며칠 안에 같은 가격 위반이나 리스팅 패턴이 다시 나타날 때, 특히 같은 가격대로 나타날 때 넘어가세요. 이런 재발 패턴은 개별 셀러가 아니라 묶인 스토어를 상대하고 있다는 신호입니다. BI 에이전트가 계정 사이에 공유된 등록 정보를 확인하면, 운영자를 제재해 여러 사건을 하나의 제재로 합칠 수 있습니다. 개별 삭제 요청을 끝없이 반복하지 않아도 됩니다.

마크비전의 BI 에이전트를 쓰는 것과 스프레드시트로 셀러를 수작업 교차 확인하는 것은 어떻게 다른가요?

수작업 교차 확인은 누군가 셀러 등록 페이지를 하나씩 열어 눈으로 비교해야 합니다. 실제 제재 규모에서는 무너지고, 물량에 쫓기면 아예 건너뛰게 됩니다. BI 에이전트는 전체 셀러 목록을 한 번에 조회해 공유 식별 정보가 이미 드러난 묶음 결과를 돌려주므로, 팀은 개별 리스팅이 아니라 네트워크 구조를 보고 움직입니다.

한 마켓플레이스에서 탐지가 갑자기 급증하면 상대가 운영자 한 명인지 여러 명인지 어떻게 판단하나요?

대응을 짜기 전에 BI 에이전트에 급증 뒤의 셀러를 공유 등록 속성으로 묶어 달라고 요청하세요. 운영자 한두 명이 여러 스토어로 대량 등록한 것으로 드러나면, 개별 삭제 20여 건이 아니라 표적 계정 조치로 대응합니다. 실제로 서로 다른 셀러라면 그에 맞게 대응 규모를 정합니다. 이 답을 먼저 얻으면 출처가 아닌 증상에 제재 자원을 잘못 쓰는 일을 막을 수 있습니다.

BI 에이전트는 마크비전의 AI 네이티브 인텔리전스 계층으로, 브랜드팀이 이미 가진 데이터를 예전에는 데이터팀이 며칠 걸려 찾던 연결고리로 바꿔 줍니다. 우리 마켓플레이스 데이터에서 무엇을 찾아낼 수 있는지 보려면 지금 데모를 신청하세요.