상품 카드가 모스크바에서는 "재고 있음"으로 표시되고 노보시비르스크에서는 "재고 없음"으로 표시될 수 있습니다. 지역별로 이를 확인하지 않으면 주문을 놓치고 경쟁자가 물류에서 이기는 곳을 보지 못하게 됩니다. 그러나 동일한 계정이나 IP로 여러 지역의 재고를 체계적으로 확인하기 시작하면 플랫폼은 빠르게 비정상적인 활동을 감지하고 접근을 제한합니다. 이 기사에서는 차단 및 CAPTCHA 없이 배송 지역별 상품 재고 모니터링을 위한 작업 스킴을 설명합니다.
왜 지역별로 상품 재고가 다를까
Wildberries, Ozon 및 대부분의 대형 마켓플레이스는 분산된 창고 네트워크를 통해 운영됩니다. 고객이 크라스노다르에서 웹사이트에 접속하면 시스템은 판매자의 전체 재고가 아니라 가장 가까운 지역 창고의 재고를 표시합니다. 즉, 동일한 품목이 모스크바와 상트페테르부르크에서는 "재고 있음"으로 표시되지만 우랄이나 극동 지역에서는 물리적으로 지역 창고에 입고되지 않았거나 이미 지역적으로 판매된 경우 "재고 없음"으로 표시될 수 있습니다.
판매자에게는 여러 가지 이유로 이것이 중요합니다. 첫째, 지역적으로 재고가 없으면 카드의 검색 결과에서 순위에 직접적인 영향을 미칩니다. 알고리즘은 고객에게 빠르게 배송할 수 없는 상품의 순위를 낮춥니다. 둘째, 재고를 효과적으로 분배하는 경쟁자들이 여러분이 비어 있는 지역에서 주문을 가져갑니다. 셋째, 정기적인 모니터링 없이 문제를 사후에 알게 됩니다. 즉, 지역의 판매가 이미 감소한 후에 알게 되는 것입니다.
Avito도 마찬가지입니다: 광고는 검색 도시에 따라 다르게 표시될 수 있으며, 배송 및 제안의 유효성도 다를 수 있습니다. 여러 브랜드를 관리하는 마케팅 담당자와 에이전시는 매일 이러한 문제에 직면합니다. 예를 들어, 모스크바 사무실에서 보이는 것이 아니라 예카테린부르크의 실제 구매자가 무엇을 보고 있는지를 알아야 합니다.
왜 마켓플레이스가 재고 모니터링을 차단할까
Wildberries와 Ozon의 보호 논리는 간단합니다: 일반 고객은 하나의 IP에서 접속하여 자신의 지역에서 몇 개의 카드만 보고 나갑니다. 만약 하나의 IP에서 배송 지역을 변경하면서 여러 품목에 대한 요청이 수십 건 발생한다면, 이는 파서의 패턴이지 실제 사용자의 행동이 아닙니다. 안티봇 시스템은 세 가지 방법 중 하나로 반응합니다: CAPTCHA를 표시하거나, 429 오류로 IP를 일시적으로 차단하거나, 잘못된 데이터(가짜 재고)를 제공하여 파서의 통계를 망치지만 차단 사실은 드러내지 않습니다.
세 번째 시나리오는 비즈니스에 가장 위험합니다. 데이터는 계속 수신되지만 부정확하며, 이를 기반으로 한 결정은 잘못될 것입니다. 마켓플레이스는 공개 카탈로그를 통해 익명으로 모니터링할 경우 판매자 계정을 차단하지 않지만, 부하가 걸리는 IP 주소는 빠르게 차단됩니다. 일반적으로 짧은 시간에 50~100건의 요청이 하나의 주소에서 발생하면 차단됩니다.
추가적인 복잡성은 지리적 연결입니다. 특정 지역의 실제 재고를 알기 위해서는 플랫폼이 해당 지역에 있는 것으로 인식하는 IP에서 요청이 이루어져야 합니다(또는 인터페이스/API에서 배송 지역을 명시적으로 전환해야 하지만, 이것도 쿠키와 세션에 의존하며, 의심스러운 활동이 있을 경우 차단될 수 있습니다).
차단 없는 모니터링 스킴
작업 스킴은 세 가지 원칙에 기반합니다: 부하 분산, 실제 사용자 모방 및 지역적 정확성 IP. 실제로는 다음과 같이 진행됩니다:
- 지역 및 품목 목록. 필요한 지역(보통 시작을 위한 15~30개의 주요 도시) × 추적해야 할 품목으로 표를 만듭니다.
- 지역에 맞는 프록시. 각 지역에 대해 해당 도시/지역에 물리적 또는 논리적으로 일치하는 별도의 IP 주소(또는 주소 풀)를 사용합니다.
- 회전 및 지연. 요청 간에 3~10초의 간격을 두고, IP는 몇 번의 요청마다 한 번씩 변경하여 스캐너처럼 보이지 않도록 합니다.
- 브라우저 모방. 요청은 현실적인 User-Agent, 헤더와 함께 이루어지며, 필요한 경우 JS 렌더링이 가능한 헤드리스 브라우저를 통해 이루어집니다. 많은 재고 카드가 동적으로 로드됩니다.
- 로그 및 알림. 결과는 표나 데이터베이스에 저장되며, "재고 없음"에서 "재고 있음"으로 상태가 변경될 때마다 Telegram이나 이메일로 알림이 전송됩니다.
이 접근법은 기존의 파싱 서비스로 수동 모니터링을 하든, 자체 스크립트를 사용하든 동일하게 적용됩니다. 단지 도구가 다를 뿐, 차단 방지 원칙은 변하지 않습니다.
지역별 확인을 위한 프록시 종류
프록시 유형 선택은 모니터링의 안정성을 결정하는 주요 요소입니다. 지역별 상품 재고 확인 작업에는 지리적 연결이 없는 일반 저렴한 데이터 센터 IP는 적합하지 않습니다. 플랫폼은 정확한 지역 응답을 제공하지 않거나, 이미 블랙리스트에 올라간 주소는 빠르게 차단될 것입니다.
| 프록시 유형 | 지리적 정확성 | 차단 위험 | 언제 사용해야 하는가 |
|---|---|---|---|
| 주거용 프록시 | 높음, 도시까지 가능 | 낮음 | 15개 이상의 지역에서 정기적으로 모니터링하는 주요 도구 |
| 모바일 프록시 | 중간-높음 (운영자 네트워크에 따라) | 매우 낮음 | 플랫폼이 주거용 범위를 특히 공격적으로 차단할 경우 |
| 데이터 센터 프록시 | 낮음, 도시와의 정확한 연결 없음 | 빈번한 요청 시 높음 | 지역적 정확성이 필요 없는 빠른 일회성 확인 |
수십 개 지역에서 상품 재고를 체계적으로 모니터링하기 위해 최적의 선택은 주거용 프록시로, 도시나 지역을 선택할 수 있는 기능이 있습니다. 이들은 일반 인터넷 사용자의 IP처럼 보이기 때문에 마켓플레이스는 지역 재고에 대한 정확한 데이터를 제공하고 요청을 의심스럽게 여기지 않습니다. 예산이 제한적이고 지역 수가 적다면 조합할 수 있습니다: 주요 도시에는 주거용 IP를, 덜 중요한 확인에는 데이터 센터 IP를 사용할 수 있습니다.
지리적 타겟팅 및 IP 회전 설정
프록시 공급자를 선택한 후 두 가지 매개변수를 설정해야 합니다: 지리적 타겟팅과 회전. 대부분의 주거용 프록시 서비스는 연결 시 국가, 지역 및 심지어 도시를 지정할 수 있게 해줍니다. 예를 들어, 지역 매개변수가 포함된 로그인 형식이나 각 도시를 위한 별도의 포트/엔드포인트를 통해 가능합니다. 이는 각 지역에 대해 "깨끗한" IP를 수동으로 찾을 필요를 없애줍니다.
회전은 두 가지 시나리오에 따라 설정해야 합니다:
- 하나의 지역 확인 동안 스티키 세션 — IP는 하나의 도시의 모든 품목에 대한 데이터를 수집하는 동안 변경되지 않으며, 세션을 방해하거나 CAPTCHA를 다시 호출하지 않도록 합니다.
- 지역 간 IP 완전 변경 — 다음 도시로 이동할 때마다 필요한 지리적 연결에 맞는 새로운 주소를 가져옵니다. 그렇지 않으면 플랫폼이 정확한 지역 재고를 제공하지 않을 수 있습니다.
안티탐지 브라우저(Dolphin Anty, AdsPower, Multilogin, Octo Browser)를 통해 작업하는 경우 각 프로필에 필요한 지리적 프록시가 할당되며, 브라우저 지문(fingerprint)은 프로필에 대해 고유하게 유지됩니다. 이는 이중 보호를 제공합니다: 플랫폼은 지역의 "실제" IP와 장치의 고유한 디지털 지문을 모두 인식하여 여러 프로필을 하나의 클러스터로 묶어 차단하는 것을 방지합니다.
모니터링 도구
프로그래밍을 하지 않는 판매자를 위해 모니터링 설정을 위한 세 가지 경로가 있습니다:
1. 가격 및 재고 모니터링을 위한 기존 서비스. 많은 이러한 서비스는 Wildberries 및 Ozon을 위해 지역별 확인을 "상자에서 꺼내듯" 지원하며, 설정에서 자체 프록시를 연결할 수 있습니다. 이는 기술적 능력 없이 시작하는 가장 빠른 방법입니다.
2. 안티탐지 브라우저 + 수동 또는 반자동 확인. 10~20개의 주요 지역에 대해 Dolphin Anty 또는 AdsPower에서 프로필을 만들고 각 프로필에 필요한 도시의 프록시를 연결하여 상품 카드를 체계적으로 돌아보며 재고 상태를 기록할 수 있습니다. 이는 느리지만 코드가 전혀 필요하지 않으며, 매시간 확인할 필요가 없는 경우 하루에 한 번 적합합니다.
3. 자동화된 파서 (개발자나 프리랜서가 있는 경우). Python의 requests 또는 Playwright 라이브러리를 사용하여 지정된 지역 및 품목 목록에 따라 카드를 돌아보며 풀에서 프록시를 사용하고 결과를 표나 데이터베이스에 저장하는 스크립트입니다. 이 옵션은 최대한의 유연성과 데이터 업데이트 속도를 제공하지만 기술 지원이 필요합니다.
선택한 도구에 관계없이 좁은 곳은 동일합니다 — 프록시의 품질과 지리입니다. 가장 잘 설계된 스크립트라도 IP 주소가 필요한 지역에 연결되지 않거나 너무 자주 반복되면 잘못된 데이터를 수집하거나 차단당할 것입니다.
요청 한도 및 차단 방지
모니터링이 몇 달 동안 안정적으로 작동하도록 하려면, 즉 대규모 차단이 발생하기 전까지는 실용적인 한도를 준수해야 합니다:
| 매개변수 | 안전한 범위 |
|---|---|
| 1분당 하나의 IP에서 요청 수 | 3~8 |
| 요청 간의 간격 | 3~10초, 랜덤화 포함 |
| IP 변경 | 20~30개의 요청 후 또는 각 새로운 지역에서 |
| 모든 지역을 완전히 돌아보는 빈도 | 대부분의 상품 카테고리에 대해 하루에 1~4회 |
플랫폼이 한도를 준수하더라도 CAPTCHA를 표시하는 경우, 이는 특정 IP가 이미 블랙리스트에 올라갔다는 신호입니다. 이 경우 즉시 새로운 주소로 회전하고 해당 지역의 요청 빈도를 1~2시간 동안 일시적으로 줄이는 것이 도움이 됩니다. 경쟁이 치열한 카테고리(의류, 전자기기)에서는 마켓플레이스가 봇 트래픽을 더 엄격하게 감시하므로, 이 경우 한도를 더욱 보수적으로 설정해야 합니다.
Wildberries, Ozon 및 Avito에 대한 단계별 설정
단계 1. 지역 목록을 정의합니다. 판매자 개인 계정의 분석에서 판매량이 가장 많은 상위 20개 도시를 가져옵니다. 이곳에서 상품 재고가 가장 중요합니다.
단계 2. 지리적 타겟팅이 있는 프록시를 연결합니다. 프록시 관리 패널에서 국가 "러시아"와 필요한 도시/지역을 선택하고 연결 정보를 받습니다(호스트, 포트, 로그인, 비밀번호).
단계 3. 안티탐지 브라우저에서 프로필을 생성합니다. 각 지역에 대해 Dolphin Anty, AdsPower 또는 GoLogin에서 해당 도시의 프록시가 연결된 개별 프로필을 만듭니다. 프로필을 지역별로 명명하여 혼동하지 않도록 합니다.
단계 4. 마켓플레이스 웹사이트에서 배송 지역을 설정합니다. Wildberries와 Ozon에서는 IP에 따라 지역이 자동으로 결정되지만, 웹사이트 상단에서 도시를 선택하여 수동으로 확인하는 것이 좋습니다. 이는 플랫폼이 프록시의 위치를 올바르게 인식했는지 확인합니다.
단계 5. 각 품목의 재고 상태를 기록합니다. 관심 있는 상품 카드들을 열고 상태("재고 있음", "재고 없음", 배송 기간)를 날짜와 시간과 함께 표에 기록합니다.
단계 6. 일정에 따라 반복합니다. Avito의 경우도 비슷한 논리입니다. 해당 지역의 프록시를 통해 검색 도시를 변경한 후, 지역 구매자가 어떤 광고와 배송 상태를 볼 수 있는지 기록합니다.
단계 7. 알림을 설정합니다. 중요한 지역에서 상품 상태가 "재고 없음"으로 변경되면, 책임 관리자에게 알림을 보내어 재고를 신속하게 재분배하도록 합니다.
모니터링 시작 체크리스트
- 추적할 우선 지역 및 품목 목록이 작성되었습니다.
- 필요한 도시와 정확하게 연결된 프록시가 연결되었습니다.
- IP 회전 및 요청 간의 지연(3~10초)이 설정되었습니다.
- 각 지역에 대해 안티탐지 브라우저에서 개별 프로필이 생성되었습니다.
- 플랫폼이 프록시 IP에 따라 지역을 올바르게 인식하는지 확인했습니다.
- 검사 날짜 및 시간과 함께 결과 로그가 설정되었습니다.
- 상품 상태 변경 시 알림이 활성화되었습니다.
- IP 차단을 방지하는 요청 한도가 설정되었습니다.
결론
지역별 상품 재고 모니터링은 일회성 확인이 아니라 지속적인 과정으로, Wildberries, Ozon 및 Avito의 카드 순위와 판매에 직접적인 영향을 미칩니다. 안정적으로 작동하기 위해서는 세 가지가 필요합니다: 지역에 대한 IP의 정확한 연결, 합리적인 요청 한도 및 프록시 간의 부하 분산으로, 이는 플랫폼의 안티봇 시스템에 의심을 주지 않도록 합니다.
수십 개 지역에서 상품 재고를 정기적으로 추적할 계획이라면, 도시별 지리적 타겟팅이 가능한 주거용 프록시로 시작하는 것이 좋습니다. 이들은 지역 재고에 대한 정확한 데이터를 제공하고 차단 위험을 최소화합니다. 지역에 대한 엄격한 연결이 필요 없는 일회성 빠른 확인의 경우 데이터 센터 프록시를 사용할 수 있으며, 플랫폼이 주거용 범위에 대해 특히 엄격한 경우에는 모바일 프록시가 차단 위험을 최소화하는 데 도움이 됩니다.