경쟁사 가격 모니터링: 직접 만들까, 사서 쓸까, 에이전트에 맡길까

AllHub Team3 min read

모든 쇼핑몰에 같은 아침이 온다. 잘 나가던 상품이 갑자기 멈추고, 이유를 모르다가 누군가 경쟁사 페이지를 열어 3천 원 싼 가격을 발견한다. 경쟁사 가격을 지켜보는 일은 그 아침을 없애기 위해 존재한다. 문제는 필요하냐가 아니라, 세 가지 방법 중 무엇을 계속 유지할 수 있느냐다.

크롤러를 직접 만들거나, 서비스를 빌리거나, 에이전트가 지켜보고 알려주게 할 수 있다. 드는 비용의 종류가 다르다. 첫째는 개발 시간을 영원히, 둘째는 구독료에 더해 “읽는 일”을, 셋째는 언제 알림을 받을지에 대한 한 번의 결정을 요구한다.

감시 목록: 내 상품, 경쟁사 상품, 그리고 그 차이.

가격 변동 추적이 실제로 해야 하는 네 가지

가격 변동 추적은 하나의 작업처럼 보이지만 실제로는 네 가지다. 하나라도 빠지면 아무도 믿지 않는 스프레드시트가 남는다. 도구를 비교하기 전에, 무엇을 고르든 이 네 가지를 사람이 기억하지 않아도 반복적으로 해내야 한다는 점을 확인해야 한다.

  • 상품 매칭: 제목도 구성도 다른데 같은 랜턴이라고 판단하는 일. 어려운 건 여기지 크롤링이 아니다.
  • 실제 결제가 읽기: 할인·배송비·세금까지 반영한 값. 정가만 보고하는 도구는 구매자가 내는 금액에 대해 아무 말도 하지 않는다.
  • 변화 감지: 숫자 자체보다 언제, 얼마나 움직였는지가 중요하다.
  • 누군가에게 알리기: 아무도 보지 않는 변화는 수집하지 않은 변화와 같다.

이 목록에 없는 것에 주목하자. 대시보드다. 다들 대시보드를 팔지만, 대시보드야말로 당신이 직접 찾아가야 하는 부분이다.

선택 1 — 직접 만들기: 크롤러, 프록시, 그리고 유지보수 청구서

출발점은 대개 가격 변동 사이트를 흉내 낸 자체 도구다. 주말 프로젝트로 시작하고, 게다가 잘 돌아간다. 그게 함정이다. 스크립트가 URL 열 개를 돌며 HTML에서 가격을 뽑아 시트에 적는다. 그러다 한 곳이 템플릿을 바꾸고, 다른 곳은 가격을 자바스크립트로 그리고, 세 번째는 데이터센터 IP를 막기 시작한다. 시트는 조용히 “마지막으로 읽힌 값”으로 채워진다.

  • 크롤링은 싼 부분이다. 프록시 교체, 재시도, 그리고 진짜 0과 깨진 셀렉터를 구분하는 일이 비싼 부분이다.
  • 매칭은 수작업으로 남는다. URL 쌍을 손으로 관리하는 사람이 있고, 그 사람은 언젠가 떠난다.
  • 기본 고장 방식은 침묵이다. 깨진 크롤러는 알리지 않는다. 그냥 변화를 못 찾을 뿐이고, 모든 것이 평온해 보인다.

선택 2 — 사서 쓰기: 가격 인텔리전스 서비스

이 카테고리는 성숙해 있고 어려운 부분을 대신 해결해 준다. 크롤러를 유지하고, 대규모로 상품을 매칭하고, 깨끗한 이력을 넘겨준다. 수천 개 SKU를 알려진 경쟁사와 겨루고 있다면 이게 지루하지만 옳은 답이다.

  • 돈을 내는 대상은 커버리지와 매칭이다. 내 상품명과 한 단어도 겹치지 않는 마켓 리스팅에서 내 상품을 찾아내는 능력.
  • 늘어나는 건 SKU당 비용이다. 데이터를 얼마나 활용했는지가 아니라 카탈로그 크기에 비례한다.
  • 여전히 내 몫인 것은 읽는 일이다. 서비스는 보고하고, 무엇에 반응할지는 매일 아침 내 책상으로 돌아온다.

이것이 구매의 정직한 한계다. “경쟁사는 얼마에 파는가”에는 아주 잘 답하고, “오늘 뭘 봐야 하는가”에는 전혀 답하지 않는다. 가격을 담당하는 사람이 있다면 괜찮다. 세 명이 운영하는 쇼핑몰에서는 아무도 열지 않는 탭이 하나 늘어난다.

선택 3 — 대신 지켜보는 에이전트

세 번째 선택지는 소프트웨어의 책임 범위를 바꾼다. 가격을 모아 보여주는 대신, 계속 지켜보다가 당신이 정한 선을 넘을 때만 말한다. 도구는 찾아가서 봐야 하는 보고서를 만들고, 에이전트는 받아보는 메시지를 만든다.

“이게 가격입니다”가 아니라 “이만큼 싸게 치고 들어왔습니다”.

역할 분담은 정확히 해두는 게 좋다. 에이전트가 정하는 건 무엇이 당신의 주의를 받을 만한가이지 가격이 아니다. 마진도, 포지셔닝도, 공급 계약도 경쟁사 페이지에서 추론할 성질의 것이 아니다.

  • 임계값은 당신이 정한다: 내 가격보다 얼마나 낮을 때, 얼마 동안, 어떤 상품에서.
  • 감시는 멈추지 않는다. 추가하는 걸 잊었을 조합까지 포함해서.
  • 알림은 이미 있는 곳으로 온다. 대시보드에서 기다리지 않는다.

임계값이 설정의 전부다. 아래면 침묵, 위면 한 통의 메시지.

이것이 AllHub경쟁사 가격 모니터링 에이전트가 하는 일이다. 목록을 유지하고, 정해진 주기로 확인하고, 격차가 벌어지면 알린다. 감시가 매일의 습관이 아니라 한 번 내린 결정이 된다.

가격 분석과 동적 가격은 다른 약속이다

둘은 함께 팔리지만 성격이 다르다. 분석은 내가 어디에 서 있는지 아는 일이다. 동적 가격은 그 관찰이 내 가격을 자동으로 바꾸게 두는 일이고, 하한과 상한, 원가, 그리고 시장을 무시할 조건이 필요하다.

  • 분석부터 시작한다. 대부분의 쇼핑몰은 첫 달에 두세 개 상품이 놓친 매출의 대부분을 설명한다는 걸 발견하고 손으로 고친다.
  • 자동화는 나중에, 좁게. 이해하는 카테고리의 규칙 하나가 설명할 수 없는 전역 알고리즘보다 낫다.
  • 하한 없는 자동 인하는 금물이다. 좋은 도구로 가장 빨리 돈을 잃는 방법은 바닥 경쟁에서 자동으로 이기는 것이다.

과하게 사지 않고 고르는 법

결정은 기능 목록이 아니라 무엇이 가장 부족한가—개발 시간, 예산, 주의력—로 갈린다. 세 선택지는 각각 다른 자원을 쓴다.

  • 실제로 중요한 상품이 20개 미만이고 개발자가 없다면: 알림 기반 에이전트. 카탈로그는 작고, 부족한 건 주의력이다.
  • 수천 개 SKU와 가격 담당자가 있다면: 전문 플랫폼. 커버리지와 이력이 필요하고, 읽을 사람도 있다.
  • 가격이 경쟁력의 핵심이고 팀이 있다면: 직접 구축. 유지보수를 상시 비용으로 받아들인다.
  • 어느 경우든: 사기 전에 “얼마나 벌어지면 움직일 것인가”를 정한다. 행동을 바꾸지 않는 숫자라면 어떤 도구도 바꾸지 못한다.

정리

세 가지 모두 같은 질문에 답한다. 직접 만들면 통제권과 상시 개발 비용을 얻는다. 사면 커버리지와, 여전히 읽어야 하는 보고서를 얻는다. 에이전트는 나머지 둘이 당신에게 남기는 것—오늘 무엇에 주의를 줄지에 대한 판단—을 대신 진다.

가격을 잘 매기는 쇼핑몰은 가장 많은 경쟁사를 지켜보는 곳이 아니다. 무엇이 자신을 움직이게 할지 미리 정해두고, 그 일이 벌어졌을 때 알 수 있게 만들어 둔 곳이다. 그게 경쟁사 가격 모니터링 에이전트의 역할이다.

Written by AllHub Team · AI Agents for Ecommerce

We build the AI agent team that sells, supports and grows ecommerce stores — EU-hosted, GDPR-first.

Keep reading

경쟁사 가격 모니터링 — 직접 구축·구매·에이전트 비교