Amazon은 등록 정보, 기기 및 브라우저 특성, 네트워크 출구, 결제와 정산, 상품 및 운영 행동의 중복을 바탕으로 계정 연결을 판단합니다. 여러 스토어를 운영할 때는 다섯 범주를 모두 독립적으로 유지해야 하며, 어느 한 곳의 공유만으로도 전체 격리가 무너질 수 있습니다.
여러 Amazon 스토어를 동시에 운영할 때 진짜 어려운 점은 어느 한 스토어에 문제가 생기는 것만이 아닙니다. 여러 스토어 사이의 공통점이 서로를 하나의 연결망처럼 이어 놓는 것이 더 큰 문제입니다. Amazon은 계정 연결 여부를 단일 요인만으로 판단하지 않습니다. 여러 신호를 함께 비교하며, 겹치는 신호가 많을수록 동일한 운영자가 관리하는 것으로 보일 가능성이 커집니다.
이러한 신호는 크게 다섯 가지로 나눌 수 있습니다. 등록 정보, 기기 및 브라우저 특성, 네트워크 출구, 결제와 정산, 상품 정보 및 운영 행동입니다. 다중 스토어 운영에서는 이 다섯 범주를 각각 독립적으로 유지해야 하며, 한 항목만 분리해서는 충분하지 않습니다.
판단은 신호의 중복을 기반으로 한다
플랫폼은 등록, 로그인, 운영의 전 과정에서 지속적으로 데이터를 수집합니다. 하나의 데이터만으로는 대개 큰 의미를 갖기 어렵습니다. 같은 도시에 있는 두 회사의 직원이 로그인하는 것 자체는 정상적인 상황입니다. 하지만 이메일, 전화번호, 정산 계좌, 기기 파라미터, 출구 주소가 동시에 일치하면 의미가 달라집니다.
따라서 계정 연결을 방지하는 핵심은 어떤 숨겨진 설정을 찾는 것이 아니라, 다섯 종류의 정보 사이에 교차점이 없는지 확인하는 데 있습니다. 어느 한 범주에서라도 공유가 발생하면 다른 곳에서 한 격리 작업이 무효가 될 수 있습니다.
등록 정보는 가장 놓치기 쉬운 층이다
이 정보는 사람이 직접 입력하기 때문에 무심코 복사하기도 쉽습니다. 이메일, 전화번호, 연락처, 반품 주소, 스토어 운영 주체 정보는 각각 하나의 스토어와 일대일로 대응해야 합니다.
가장 흔한 실수 중 하나는 여러 스토어의 인증 코드를 받기 위해 하나의 전화번호를 사용하는 것입니다. 시스템에서는 이 번호가 여러 스토어를 잇는 연결선이 되며, 네트워크 출구 주소보다 더 빨리 관계를 드러낼 수도 있습니다. 반품 주소를 완전히 동일하게 사용하는 경우도 비슷한 효과가 있습니다.
기기와 브라우저는 흔적을 남긴다
Cookie, 캐시, 로컬 스토리지뿐 아니라 Canvas와 그래픽 렌더링, 글꼴 목록, 해상도, 하드웨어 파라미터 등의 특성도 기록될 수 있습니다.
설정 간의 일관성도 중요합니다. 브라우저가 보고하는 시간대와 언어는 해당 스토어에 설정한 출구 지역과 맞아야 합니다. 각 파라미터가 서로 분리되어 있더라도 상호 모순되면 여전히 부자연스러운 조합이 됩니다. 같은 브라우저에서 여러 스토어의 관리자 화면을 반복해서 전환하는 것도, 매번 데이터를 지우더라도 특성 수준에서는 실제로 분리하기 어렵습니다.
네트워크 출구는 대충 처리할 수 없다
여러 스토어가 하나의 네트워크 출구를 공유하는 것은 가장 직접적인 연결 신호 중 하나입니다. 출구 지역이 자주 바뀌거나 같은 서비스 제공자의 유사한 주소 대역이 반복적으로 나타나는 경우도 판단 범위에 들어갈 수 있습니다.
출구의 품질 자체도 고려해야 합니다. 일반적으로 데이터센터 주소 대역은 주거용 주소 대역보다 평판이 낮습니다. 여러 스토어가 모두 이런 유형의 주소를 사용하면 또 다른 공통 특성이 생깁니다.
결제와 정산은 두 운영 주체를 묶을 수 있다
정산 계좌는 스토어 운영 주체와 대응해야 하며 다른 스토어와 교차해서는 안 됩니다. 수수료를 결제하는 방식도 마찬가지입니다.
이 층이 중요한 이유는 운영 주체 정보와 자금 흐름을 동시에 담고 있기 때문입니다. 두 스토어가 같은 카드나 같은 정산 계좌를 사용하면 플랫폼은 단순한 기술적 유사성뿐 아니라 실제 운영 주체가 같을 가능성까지 보게 됩니다.
상품 정보와 운영 리듬의 중복
같은 상품 이미지 묶음이 여러 스토어에 나타나거나, 설명 문단을 그대로 복사하거나, 내부 SKU 규칙이 완전히 같다면 뚜렷한 반복 특성이 만들어집니다. 최소한 이미지와 설명의 주요 부분은 다시 구성해야 합니다.
행동 신호는 더 세밀합니다. 로그인 시간대, 상품 등록 주기, 답변 주기, 주문 처리 시간 등이 포함됩니다. 여러 스토어가 늘 같은 시간에 같은 일을 하면 패턴이 매우 분명해집니다. 스토어끼리 서로 리뷰하거나 추천하는 행동은 스스로 연결 구조를 만드는 것이며, 그 대가는 생각보다 클 수 있습니다.
여러 스토어에는 완전한 격리 체계가 필요하다
위 다섯 범주를 모두 독립적으로 유지하는 일을 사람의 기억에만 맡기는 것은 어렵습니다. 규모가 조금만 커져도 도구 차원의 지원이 필요합니다. 환경을 스토어별로 그룹화하고, 각 환경의 로그인 상태와 fingerprint 파라미터를 별도로 저장하며, 팀 구성원의 권한도 스토어별로 배분해야 합니다. PurpleMark의 다중 계정 환경 기능은 바로 이런 상황을 위해 설계되었습니다.
몇 가지 구체적인 질문
여러 스토어가 같은 사업자 라이선스를 사용할 수 있나요? 이는 플랫폼 정책 문제입니다. marketplace와 시기에 따라 요구 사항이 달라질 수 있으므로 현재 플랫폼 정책을 기준으로 해야 합니다.
출구 주소만 바꾸면 충분한가요? 아닙니다. 네트워크는 다섯 범주 중 하나일 뿐이며, 환경과 계정 정보도 독립적으로 유지해야 합니다.
스토어끼리 서로 상품을 발송해도 되나요? 매우 신중해야 합니다. 배송 주소와 물류 정보가 교차하는 것도 연결 판단의 참고 신호가 될 수 있습니다.
실행 관점에서 보면 계정 연결 방지에는 편법이 없습니다. 본질은 다섯 차원을 동시에 독립적으로 유지하는 것입니다. 비교표를 만들어 한 행에 하나의 차원, 한 열에 하나의 스토어를 두고 각 칸이 실제로 독립되어 있는지 하나씩 확인하는 방법이 좋습니다. 기억에 의존하는 것보다 훨씬 신뢰할 수 있습니다.
