결론부터 말씀드리겠습니다. 계정 연계가 단 하나의 치명적 실수로 결판나는 경우는 거의 없습니다. 제가 본 정지 사례의 거의 대부분에서 판매자가 걸린 것은 등록 정보가 아니라 "대수롭지 않게 여겼던 것들"이었습니다. 두 계정에 같은 반품 주소. 같은 광대역 회선. 같은 노트북의 같은 브라우저. 오타까지 같은 고객 응대 스크립트. 아마존은 하나의 단서로 유죄를 선고하지 않습니다. 유죄를 선고하는 것은 서로를 뒷받침하는 단서들의 사슬입니다. 여러분의 임무는 그 사슬의 연결고리를 하나씩 끊는 것입니다.
한 가지 덧붙이자면, 이 글은 깨끗하고 규정을 준수하는 운영을 위한 가이드이지, 일회용 스토어 10개를 돌리는 꼼수가 아닙니다.
반품 주소를 공유하면 두 계정이 모두 정지되는 이유는?
창고 운영까지 겸하는 판매자들 사이에서 제가 가장 자주 보는 사망 원인입니다. 함께 일했던 생활용품 판매자는 스토어 A가 아주 잘 돌아가고 있었습니다. 그런데 스토어 B가 리뷰 조작으로 플래그가 찍히자, 스토어 A는 일주일 만에 사라졌습니다. 두 스토어가 공유했던 유일한 것은 무엇이었을까요? 모든 반품 라벨에 인쇄된 같은 창고 주소였습니다.
왜 이렇게 치명적인 걸까요? 반품 주소는 여러분이 아마존에 적극적으로 건네는 몇 안 되는 정보 중 하나이며, 물류와 연결됩니다. 플랫폼은 그 주소에서 나가는 발송 물량, 운송장 번호의 연속성, 반품 사유 분포를 봅니다. 두 계정이 반품 주소를 공유한다는 것은 시스템에 "우리는 같은 사업자입니다"라고 선언하는 것과 같습니다. 더 나쁜 점은, 반품 주소가 한 번 계정 이력에 들어가면 나중에 씻어내기가 매우 어렵다는 것입니다.
셀프 감사 방법: 각 계정의 반품 주소, 기본 발송지 주소, 고객 응대 연락처 주소를 모두 꺼내 나란히 놓습니다. 겹치는 도로명, 겹치는 수신인 이름, 겹치는 전화번호를 찾으세요. 주소는 바꾸고 연락처 전화는 그대로 두는 판매자가 많은데, 그것도 포함됩니다.
격리 방법: 계정마다 고유한 반품 주소를 부여합니다. 실무적인 선택지: 서로 다른 3PL을 반품 창고로 사용하기(주소가 자연스럽게 달라집니다), 혹은 계정마다 별도의 스위트 번호를 가진 가상 우편함/반품 처리 서비스 이용하기. 제 경험칙은 이렇습니다. 주소, 전화, 연락처 이름 — 셋 중 최소 두 개는 달라야 합니다.
창고 관점도 있습니다: 공간 절약을 이유로 여러 계정의 재고를 같은 창고 존에 보관하지 마세요. 계정별 물리적 분리를 권장합니다. 랙 구역을 나누고, 반품 처리 라인을 분리하세요. 상품이 섞이면 잘못된 라벨의 출하가 발생합니다. 계정 A의 구매자가 계정 B의 반품 전표를 받고, 스크린샷을 찍어 클레임을 제기하면, 이제 두 계정 모두 심사 대상이 됩니다. 저는 작년에 온타리오의 고객사에서 이 장면을 직접 봤습니다. 30,000평방피트가 넘는 창고, 두 계정이 하나의 포장 라인을 공유하다가 반품 작업자가 전표를 잘못 집은 겁니다. 고객의 사진 한 장에서 시작해 두 계정 모두 조사를 받았습니다.
같은 사무실에서 운영하면 연계 플래그가 확정되는가?
반드시 그렇지는 않습니다. 하지만 5가지 중 가장 과소평가되는 요인입니다. IP는 "같은 사무실 = 사망"이 아닙니다. 아마존이 보는 것은 IP가 어떻게 사용되는지입니다.
어떤 패턴이 위험할까요? 제가 본 실제 사례들: 두 계정이 몇 달간 같은 주택용 광대역 IP에서 로그인했습니다. 하나가 정지되자 다른 하나도 곧바로 뒤따랐습니다. 다른 주에 사는 두 판매자가 운영용으로 저렴한 클라우드 서버 하나를 공유했습니다(한 대의 VPS 비용을 나눠 냄). 두 로그인이 동일한 고정 IP에서 나왔고, 시스템은 그것을 하나의 운영 주체로 읽었습니다. 또 다른 사례: 휴대폰 앱과 데스크톱이 모두 사무실 WiFi에. 디바이스는 다르지만 출구 IP는 같고, 흔적도 같습니다.
셀프 감사 방법: 각 계정의 최근 로그인 IP 기록을 확인하고(셀러 센트럴의 보안 설정에서 비정상 로그인 알림을 볼 수 있습니다), 계정 간에 공유되는 공인 IP가 있는지 찾습니다. 특히 세 가지 시나리오에 주목하세요: 클라우드 서버, 사무실 광대역, 휴대폰 핫스팟.
격리 방법: 계정마다 전용 네트워크 회선. 예산이 빠듯하면 최소한 "계정별 1회선" 원칙을. 계정 A는 항상 회선 A, 계정 B는 항상 회선 B, 절대 교차하지 않기. 클라우드 서버를 공유하지 마세요. 전용 IP가 포함된 VPS는 월 몇 달러 수준으로, 계정 가치에 비하면 아무것도 아닙니다. 모바일 앱은 사무실 WiFi가 아니라 자체 데이터 요금제로 돌리세요. 그리고 기억하세요. 목표는 안정적이고 독립적인 것입니다. IP를 계속 돌리는 것 자체가 리스크 신호입니다.
브라우저와 디바이스 지문: 당신의 "깨끗한" 환경은 정말 깨끗한가?
많은 판매자가 "노트북 2대에 계정 2개면 안전하다"고 생각합니다. 틀렸습니다. 아마존이 수집하는 것은 어떤 컴퓨터를 썼는지 그 이상입니다. OS 버전, 화면 해상도, 시간대, 언어, 설치된 플러그인, 캔버스 렌더링 시그니처. 이들을 결합하면 놀라울 정도로 정확하게 여러분을 식별할 수 있습니다.
전형적인 실패 사례: 같은 노트북, 크롬 프로필 2개, 계정은 하나씩. 프로필은 분리되어 있지만 머신 지문, 시스템 폰트 목록, 하드웨어 특성은 동일합니다. 더 교묘한 버전: 같은 템플릿에서 생성된 여러 환경을 가진 안티 디텍트 브라우저. 시간대와 언어 설정이 동일합니다. 두 사람처럼 보이지만 지문은 거의 중복입니다.
셀프 감사 방법: 각 계정에서 사용한 적 있는 모든 디바이스와 브라우저 환경을 나열하고 교차를 찾아내세요. 세 가지 질문을 던지세요. 한 대의 컴퓨터가 두 계정에 로그인한 적 있는가? 지문 브라우저의 여러 환경을 하나의 템플릿에서 대량 복제한 적 있는가? 같은 계정의 휴대폰 앱을 두 대의 휴대폰에 설치해 오간 적 있는가?
격리 방법: 계정당 디바이스 1대가 골드 스탠더드입니다. 최소한 계정마다 완전히 독립된 브라우저 환경을 두고, 파라미터를 차별화하세요(계정 지역과 맞는 시간대, 다른 언어, 다른 해상도). 안티 디텍트 브라우저 자체는 괜찮지만, 각 계정의 지문은 개별적으로 생성하고 유지하세요. 대량 복제는 절대 금지입니다. 로그인 습관도 일관되게 유지하세요. 같은 계정, 같은 디바이스, 대략 같은 시간대. 불규칙한 로그인 행동은 그 자체로 리스크 관리를 발동시킵니다.
정산, 세금 정보, 고객 응대 스크립트: 왜 "부드러운 흔적"이 가장 지우기 어려운가?
앞의 네 가지는 하드한 흔적입니다. 이것은 부드러운 흔적 — 그리고 똑같이 치명적입니다.
정산과 세금 정보는 설명이 필요 없겠죠. 하나의 입금 계좌나 납세자 ID가 두 계정에 있으면 증거가 확실합니다. 간과되는 것은 중간층입니다. 같은 결제 사업자 아래에서 서로 다른 서브계정을 쓰는 것은 괜찮습니다. 단, 두 서브계정이 같은 은행 카드로 출금하거나, KYC 서류가 동일인의 것이라면 이야기가 달라집니다. 또 다른 함정: 친척 명의로 등록하고 "법인이 다르면 안전하다"고 생각한 뒤, 두 계정의 명세서를 같은 주소로 우편 발송시키는 경우. 주소가 돌아서 다시 나타납니다.
고객 응대 스크립트와 이미지 EXIF 데이터는 진짜 보이지 않는 살인자입니다. 두 계정이 같은 답변 템플릿을 쓰던 판매자를 본 적이 있습니다. 같은 문구, 같은 오타. 구매자가 두 답변을 나란히 포럼에 올렸고, 아마존 리스크 팀이 그 스레드를 추적했습니다. 이미지도 같은 원리입니다. 같은 카메라로 촬영하고, 같은 편집 워크플로우를 거친 상품 사진은 EXIF에 동일한 디바이스 정보와 타임스탬프 연속성을 담고 있습니다. 더 흔한 경우: 같은 디자인 스타일과 카피 구조의 A+ 콘텐츠. 사람의 리뷰어라면 몇 초 만에 알아봅니다.
셀프 감사 방법: 두 계정의 표준 답변을 나란히 놓고, 절반 이상 동일하면 다시 쓰세요. 상품 이미지의 EXIF 데이터를 확인하고(무료 온라인 도구가 있습니다), 디바이스 모델과 소프트웨어 버전의 일치를 찾으세요. A+ 페이지와 스토어프런트 스타일은 의도적으로 차별화하세요.
격리 방법: 완전히 독립된 정산 체인. 은행 카드, 출금 계좌, KYC 주체를 모두 분리합니다. 계정마다 다른 응대 스크립트를 작성하세요. 의미가 같더라도 문구, 톤, 서명은 달라야 합니다. 상품 사진은 다른 디바이스로, 다른 세팅에서 촬영하고, 다시 편집한 뒤 업로드 전에 EXIF를 제거하세요(대부분의 에디터는 내보낼 때 메타데이터 제거가 가능합니다).
내일 아침을 위한 30분 점검
한 번에 완벽을 노리지 마세요. 먼저 이 체크리스트를 돌려보세요. 30분 정도면 됩니다.
- 각 계정의 반품 주소, 발송지 주소, 연락처 전화를 나란히 정렬. 겹치는 것은?
- 계정별 로그인 IP 기록 확인. 공유되는 공인 IP는?
- 디바이스 목록: 한 대의 컴퓨터나 휴대폰이 두 계정에 로그인한 적 있는가?
- 지문 환경: 파라미터가 차별화되어 있는가, 하나의 템플릿에서 대량 복제했는가?
- 정산 계좌, 출금 카드, KYC 주체가 완전히 독립적인가?
- 응대 스크립트를 나란히 비교. 거의 중복된 것은 다시 썼는가?
- 상품 이미지 EXIF를 확인하고 제거. A+ 스타일은 차별화했는가?
- 창고: 여러 계정의 재고가 물리적으로 분리되고, 반품 라인이 독립적인가?
이 리스트를 돌리면 몰랐던 리스크가 최소 두세 개는 드러납니다. 연계 방지는 한 번 하고 끝나는 일이 절대 아닙니다. 아마존의 리스크 룰은 계속 진화합니다(최신 정책은 반드시 아마존 공식 사이트에서 확인하세요). 하지만 로직은 변하지 않습니다. 흔적이 적을수록 계정은 안전합니다. 격리를 매일의 습관으로 만드세요. 어떤 소명서보다 강력합니다. 아무리 잘 쓴 복구 신청서도, 애초에 흔적을 남기지 않는 것만 못합니다.
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.
