블로그로 돌아가기

Amazon 멀티 스토어의 정책 경계와 계정 연계 판정 주의선

Amazon은 정당한 사업상 이유가 없는 한 판매자 1명당 판매자 계정 1개를 원칙으로 합니다. 이 글에서는 멀티 스토어 정책의 허용 범위, 계정 연계 판정의 주요 신호, 위반 시 결과, 규정 준수 운영의 전제 조건을 설명합니다.

여러 스토어의 기술적 운영 방안을 이야기하기 전에 먼저 분명히 해야 할 점이 있습니다. 기술로 바꿀 수 있는 것은 여러 계정이 같은 기기를 쓰는 것처럼 보이는지 여부이지, 실제로 같은 주체가 운영하는지 또는 같은 상품을 판매하는지까지 바꿀 수는 없습니다.

亚马逊多店铺的政策边界与关联判定红线的关键步骤与判断维度示意图

정책은 어디까지 허용하는가

플랫폼의 기본 원칙은 정당한 사업상 이유가 없는 한 판매자 한 명이 하나의 스토어 계정만 보유해야 한다는 것입니다. 일반적인 예외에는 여러 브랜드를 보유하고 브랜드별로 별도 스토어를 운영하는 경우, 완전히 다른 두 회사의 상품을 판매하는 경우, 독립 계정 운영을 요구하는 일부 플랫폼 프로그램에 참여하는 경우 등이 있습니다.

이유가 정당하더라도 각 스토어는 실제로 독립적으로 운영되어야 합니다. 서로 다른 이메일 주소와 별도의 신원 정보를 사용하고, 여러 스토어가 동일한 자료 세트를 공유해서는 안 됩니다. 또한 새 스토어를 신청하려면 기존 스토어가 양호한 성과를 유지하고 있어야 합니다. 기존 계정에 위반 기록이나 성과 문제가 있으면 신청이 거부될 수 있습니다.

플랫폼의 허가 없이 여러 스토어를 개설하면 조치 대상이 특정 스토어 하나가 아니라 관련된 모든 계정으로 확대될 수 있습니다.

계정 연계 판정에서 보는 주요 요소

플랫폼은 주로 네 가지 방향에서 계정 간의 연결을 찾습니다.

IP 주소가 가장 직접적인 층입니다. 여러 계정이 동일한 네트워크 출구를 통해 로그인하면 그 출구가 동적이든 정적이든 일반적인 연계 신호가 될 수 있습니다. 두 번째는 브라우저 지문입니다. Cookie, 플러그인, 폰트, 운영체제 버전, 시간대, 언어 설정이 여러 계정에서 매우 비슷하면 동일 운영자에게 귀속될 수 있습니다. 세 번째는 등록 정보입니다. 등록자 이름, 이메일, 전화번호, 신용카드, 정산 계좌가 중복되거나 매우 비슷해도 연계 판단이 촉발될 수 있습니다. 네 번째는 운영 습관으로, 비슷한 검색 방식, 장바구니 추가 행동, 로그인 시간대도 단서가 됩니다.

이 네 가지 요소는 겹쳐서 작동합니다. 한 층만 깨끗하게 분리해도 다른 층에 흔적이 남아 있다면 안전하다고 볼 수 없습니다.

연계로 판정된 뒤의 비용

계정이 서로 연관된 것으로 판정되면 일반적으로 조치 범위는 계정 하나가 아니라 관련된 모든 계정입니다. 판매 권한이 제한될 수 있고, 심각한 경우 스토어가 정지될 수 있습니다. 스토어 정지 후에는 플랫폼 검토 기간 동안 계정 자금이 보류되는 경우가 많습니다. 이때 상품은 운송 중인데 대금 지급은 막힐 수 있어, 자금 부담이 스토어 정지 자체보다 더 크게 느껴질 수 있습니다.

따라서 멀티 스토어의 위험 구조는 특이합니다. 한 계정의 문제가 다른 계정까지 끌어들일 수 있고, 수익은 분리되어 있어도 비용은 함께 발생합니다.

규정 준수 운영에 필요한 사항

정책상 여러 스토어 운영이 허용되더라도 몇 가지 운영 요소를 확실히 분리해야 합니다.

환경과 네트워크 출구를 각각 독립적으로 유지합니다. 각 스토어에는 독립된 브라우저 환경을 두어 지문, Cookie, 로컬 저장소가 섞이지 않도록 하고, 각 스토어는 서로 다른 네트워크 출구에 연결해 주소를 공유하지 않도록 합니다. PurpleMark로 스토어마다 별도 고정 로그인 환경을 만들고 대응하는 출구에 연결하는 것은 이러한 분리를 일상 운영에 적용하는 일반적인 방법입니다.

등록 정보는 엄격하게 구분합니다. 이메일, 전화번호, 정산 계좌, 신원 정보가 스토어 간에 겹치지 않도록 하고, 눈에 띄게 비슷한 패턴도 피해야 합니다.

운영 리듬도 차별화합니다. 상품 등록 시간, 로그인 시간대, 고객 응대 속도를 모두 똑같이 맞추지 마십시오. 여러 계정이 같은 1분 안에 같은 작업을 하는 것 자체가 신호가 될 수 있습니다.

마지막으로 자주 놓치는 점이 있습니다. 분리 환경을 구축한 뒤에는 이를 자주 변경하지 마십시오. 오늘 주소를 바꾸고 내일 매개변수를 조정하면 플랫폼에는 사용 중 기기를 계속 바꾸는 신호로 보일 수 있으며, 이는 조금 특이하더라도 안정적인 환경보다 더 의심스러워 보일 수 있습니다. 목표는 각 스토어가 서로 다른 사람이 서로 다른 장소에서 안정적으로 운영하는 것처럼 보이게 하는 것이지, 환경을 최대한 복잡하게 만드는 것이 아닙니다.