문제점
소비재 브랜드를 운영하고 있다고 가정해 보겠습니다. 리셀러 정책에는 주력 제품을 179달러 미만으로 판매할 수 없다고 명시되어 있습니다. 그런데 지난 주말 Amazon에서 누군가 144달러에 올렸다는 고객 이메일을 받게 됩니다. 확인했을 때는 이미 리스팅이 사라진 후입니다. 셀러는 목표 판매 속도를 달성하자마자 정상 가격으로 다시 등록했습니다. 피해는 이미 발생했고, 확인해야 할 대상에는 여전히 Walmart, eBay, TikTok Shop, Google Shopping이 남아 있습니다.
이것이 2026년 MAP(최저 광고 가격) 단속의 현실입니다. 그레이 마켓 차익 거래와 리셀러 정책 위반을 제외하고도, 위조품 및 불법 복제 상품 규모만 전 세계적으로 4,670억 달러에 달합니다 (OECD 및 EUIPO 데이터, Red Points 인용). 마켓플레이스는 브랜드를 대신해 가격을 감시해주지 않습니다. 또한 위조품 압수 건수의 79%가 소형 소포 배송에서 발생하고 있으며, 이는 수많은 개별 셀러가 세관을 통과하고 있음을 의미합니다.
이를 빠르게 적발하는 브랜드들은 더 나은 스프레드시트를 쓰는 것이 아닙니다. 판매 중인 모든 지역에서, 매시간, 모든 마켓플레이스의 모든 제품 페이지를 모니터링하는 인프라를 운영하고 있습니다.
FourA의 접근 방식
단순한 구성 방식은 마켓플레이스당 스크래퍼 하나, cron 작업 하나, 알림 하나를 두는 것입니다. 하지만 Amazon의 레이아웃 변경으로 스크래퍼가 깨지거나, 단일 ASN에서 동일한 제품을 반복 요청하여 IP가 차단되거나, 가격 추출 로직이 실제 판매 가격 대신 취소선이 그어진 권장소비자가격(MSRP)을 조용히 반환하면서 문제가 발생합니다.
제대로 작동하는 파이프라인은 네 가지 단계로 구성됩니다.
Discovery (탐색). SKU 목록에서 시작하여 마켓플레이스 전반의 모든 활성 상품을 찾습니다. Amazon ASIN, Walmart 아이템 ID, eBay 리스팅 ID, TikTok Shop 제품 URL 등이 여기에 해당합니다. 이는 주로 카테고리 페이지, 검색 결과 페이지, PDP 옵션 상품을 스크래핑하는 카탈로그 수집 작업입니다.
Page collection (페이지 수집). 각 오퍼에 대해 라이브 페이지를 가져와 표시된 가격, 셀러명, 바이박스(Buy Box) 소유자, 쿠폰 또는 정기 배송(Subscribe & Save) 할인 여부, 타임스탬프를 수집합니다. 일부 마켓플레이스는 깔끔한 HTML을 제공합니다. 반면 TikTok Shop과 Google Shopping은 대부분의 가격 로직을 JavaScript로 렌더링하므로 단순 request 라이브러리가 아닌 실제 브라우저가 필요합니다.
Price reconstruction (가격 재구성). 대부분의 팀이 이 단계에서 어려움을 겪습니다. Amazon은 정가, 5-15%의 정기 배송 할인, 쿠폰, 묶음 상품 분할 등을 복합적으로 표시합니다. 고객이 실제로 지불하는 가격은 메인에 노출된 숫자가 아닌 경우가 많습니다. 메인 가격만 확인하는 모니터링 시스템은 할인 스택 뒤에 숨겨진 위반 사항을 놓치게 됩니다.
Evidence and alerts (증거 확보 및 알림). 위반 사항을 감지했을 때 단속 팀에는 URL, 스크린샷, 정확한 가격, 타임스탬프, 셀러 정보, 오퍼 노출 기간 등의 증거가 필요합니다. 이 데이터가 없으면 마켓플레이스 분쟁 절차를 제대로 진행할 수 없습니다.
FourA와 같은 플랫폼은 복잡한 작업들을 단일 API로 통합하여 제공합니다. 깔끔한 HTML을 제공하는 마켓플레이스에는 HTTP request를, JavaScript 비중이 높은 곳에는 브라우저 세션을 제공하며 직접 관리할 필요가 없는 proxy 라우팅을 지원합니다. 브라우저 프로필을 설정하여 Amazon 제품 URL로 request를 보내면 Chrome과 동일한 수준의 header가 전송되어 페이지가 정상적으로 렌더링됩니다. US 리전 proxy를 통해 Amazon US로 요청을 보낸 뒤, DE 리전 proxy를 통해 동일한 SKU를 Amazon DE로 요청하면 현지 기준에 맞춘 가격 정보가 반환됩니다.
curl -X POST "https://api.foura.ai/api/proxy" \
-H "x-api-key: YOUR_KEY" \
-H "Content-Type: application/json" \
-d '{
"maxTries": 5,
"timeout_ms": 30000,
"request": {
"method": "GET",
"url": "https://www.amazon.com/dp/B0EXAMPLE",
"unblocker": true,
"validate": {
"status": { "accept": [200] },
"data": { "fail": ["captcha", "Robot Check"] }
}
}
}'
호출 코드는 이것이 전부입니다. 코드 내에 프록시 순환 로직을 둘 필요가 없습니다. 대상 사이트의 JavaScript 실행 여부를 매번 확인할 필요도 없습니다. 라우팅과 재시도는 인프라가 처리하며, 파이프라인은 가격 로직에만 집중합니다. 브라우저 프로필 플래그가 네트워크 레벨에서 실제로 수행하는 작업에 대한 자세한 내용은 Web Unblocker 분석을 참고하십시오.
지역 기반 라우팅은 예상보다 훨씬 중요합니다. 미국, EU, 영국 시장에 판매하는 브랜드라면 각 지역의 IP 대역에서 가격 데이터를 조회해야 합니다. 마켓플레이스가 지역별로 다른 가격을 제공하거나 타 지역 IP에는 상품 자체를 숨기기도 하기 때문입니다. 지역별 라우팅을 활용하면 "전 세계 배송"으로 광고하는 판매자가 주요 시장에서 실제로 MAP를 위반하고 있는지 검증할 수 있습니다.
결과
500개 SKU를 보유하고 6개 마켓플레이스와 3개 지역에서 판매하는 중규모 브랜드는 모니터링해야 할 상품 페이지가 약 9,000개에 달합니다. 매시간 수집할 경우 하루 약 216,000건의 요청이 발생합니다 (일반적인 중견 브랜드 보호 범위를 가정한 시나리오). 이 규모에 맞춰 설계된 API에는 가벼운 수준이지만, 직접 구축하려면 전담 엔지니어링 팀이 필요합니다. 그러나 핵심 수치는 일일 요청 수가 아니라 위반 사항이 발생했을 때 같은 시간 내에 얼마나 빠르게 감지되는가입니다.
실제 환경에서 개선되는 구조는 다음과 같습니다.
- 감지 지연 시간: 수동 확인이나 주간 스크래핑 기준 수일에서 시간 단위 폴링을 통해 1시간 이내로 단축
- 수집 범위: 관리 가능한 일부 마켓플레이스에서 브랜드가 실제 판매 중인 6개 마켓플레이스 전체로 확대
- 오탐률: 쿠폰, 정기 배송(S&S), 묶음 상품을 정확히 반영하여 가격을 재구성함으로써 대폭 감소
- 증거 품질: 각 감지 건에 요청 시점의 스크린샷과 타임스탬프가 함께 기록되어 증거력 향상
이미 대규모 부동산 매물 데이터 수집 분석을 확인하셨다면 패턴이 동일하다는 것을 알 수 있습니다. 수많은 페이지, 다양한 렌더링 방식, 지역별 차이라는 조건은 같습니다. 다루는 제품만 다를 뿐 인프라의 구조는 동일합니다.
핵심 요약
MAP 위반은 데이터 품질 문제가 아니라 시간의 문제입니다. 위반 사항을 먼저 발견하는 쪽이 우위를 점합니다. 구매 전환이 일어나기 전에 잡아내는 브랜드가 이기거나, 누군가 알아차리기 전에 마진을 챙기고 가격을 다시 올리는 리셀러가 이깁니다. 모니터링 스택에 추가되는 각 계층(지역별 정밀도, JavaScript 렌더링, 가격 스택 재구성)은 결국 그 시간 싸움에서 몇 분을 단축하기 위한 도구입니다.
2026년에 성과를 내는 브랜드는 MAP 관리를 분기별 감사가 아닌 실시간 인프라로 운영합니다. 해결 비용이 가장 적게 드는 위반은 발생하는 바로 그 시간에 감지되는 위반입니다.