블로그로 돌아가기

Target 다계정 운영을 위한 환경 및 정보 요건

Target은 기기 특성, 결제수단, 배송지 주소, 로그인 행동을 함께 보고 계정 간 연관성을 판단합니다. 이 글에서는 주요 연관 신호와 환경 및 계정 정보가 충족해야 할 조건을 정리합니다.

Target은 Walmart에 이어 미국에서 두 번째로 큰 소매 플랫폼으로, 생활용품, 유아용품, 의류, 전자제품, 홈 제품 등 다양한 카테고리를 다룹니다. 큰 사용자 기반과 안정적인 트래픽 덕분에 계정 운영 체계를 구축하려는 많은 크로스보더 팀의 관심 대상이기도 합니다.

최근 몇 년 동안 위험 관리가 더 엄격해졌으며, 대량 로그인, 비정상적인 기기, 결제 주소의 잦은 변경과 같은 행동에 민감합니다. 계정끼리 직접 충돌하지만 않으면 괜찮다고 생각하는 경우가 많지만, 실제로 플랫폼은 여러 특성을 한꺼번에 보고 누적해서 판단합니다.

플랫폼이 보는 것은 계정 하나가 아니라 기기와 브라우저 특성의 조합입니다

Cookies는 그중 하나일 뿐입니다. 브라우저가 제출하는 정보에는 User-Agent, 엔진 버전, 시간대와 언어, 운영체제, 화면 해상도, 설치된 글꼴 목록이 포함됩니다. 그래픽 계층에는 Canvas 렌더링 결과, WebGL 보고서, GPU 모델이 있고, 저장소 계층에는 Cookies, LocalStorage, IndexedDB가 있습니다. 이러한 매개변수를 결합하면 한 기기를 다른 기기와 구분하기에 충분합니다.

여러 계정이 같은 컴퓨터와 같은 브라우저를 사용하면 이러한 매개변수가 크게 겹칩니다. 플랫폼은 사용자가 누구인지 확인할 필요가 없으며, 일치하는 기기 흔적만으로도 계정 간 연관성을 판단할 근거가 될 수 있습니다.

결제, 주소, 로그인 위치라는 세 가지 축

신원 관련 정보는 기기 데이터보다 더 설명하기 어렵습니다. 배송지 주소, 결제수단, 연결된 전화번호는 보통 핵심 신원 요소로 분류됩니다. 한 계정이 다른 계정과 이 세 가지를 재사용하거나 몇 글자만 바꾸더라도 연관성이 성립할 수 있습니다.

로그인 위치는 또 다른 축입니다. 출구 IP의 지역, 통신사가 주거용인지 데이터센터인지, 그리고 계정 등록 지역과 일치하는지 여부가 모두 판단 범위에 들어갈 수 있습니다. 짧은 시간에 국가를 오가거나 여러 계정이 같은 서브넷에서 접속하는 것은 매우 뚜렷한 신호입니다.

행동 리듬도 기록됩니다. 즉시 클릭하는 패턴, 항상 같은 클릭 경로, 페이지 체류 시간이 없는 흔적은 시스템상 스크립트 작업과 거의 구별되지 않습니다.

여러 계정이 함께 연관된 것으로 판정되기 쉬운 이유

이러한 신호를 한꺼번에 보면 문제는 명확해집니다. 여러 계정이 같은 환경과 비슷한 정보 구조를 공유하면서 비슷한 시간대에 비슷한 행동을 하면, 시스템은 이를 여러 독립 사용자로 보기보다 하나의 운영에서 남은 여러 흔적으로 볼 수 있습니다.

그래서 한 지점만 바꾸는 것은 큰 의미가 없습니다. IP를 바꿔도 환경이 그대로이거나, 정보를 바꿔도 주소 구조가 템플릿 형태로 남아 있다면 연관 단서는 계속 존재합니다.

환경에서는 서로 겹치지 않도록 하는 것이 핵심입니다

실제로 여러 계정을 운영해야 하는 팀에게 환경 요건은 단순합니다. 각 계정마다 독립된 브라우저 환경을 두고, 지문, Cookies, 로컬 저장소, 네트워크 출구가 다른 계정과 겹치지 않도록 해야 합니다. 로그인 상태, 캐시, 출구 IP도 섞이지 않아야 합니다.

PurpleMark처럼 다계정 환경 분리를 목적으로 만든 도구는 바로 이 문제를 해결합니다. 각 계정의 브라우저 환경과 네트워크 설정을 별도로 유지해, 어떤 컴퓨터가 어떤 계정에 해당하는지 사람이 직접 기억하는 부담을 줄입니다.

네트워크 출구에서 놓치기 쉬운 점이 하나 더 있습니다. 지역과 유형을 장기간 안정적으로 유지해야 합니다. 한 계정이 같은 지역의 출구를 계속 사용하는 모습은 자주 바꾸는 경우보다 일반 사용자 행동에 가깝습니다. 대량으로 재사용되는 데이터센터 IP는 그 자체로 높은 위험 신호입니다.

계정 정보는 실제 주체와 일치해야 합니다

등록 정보의 핵심은 충분히 무작위인지가 아니라 실제 주체와 대응되는지입니다. 같은 주체가 여러 계정에서 배송지 주소, 결제수단, 연락처를 반복해서 사용한다면 표기 방식을 바꾸더라도 연관성은 사라지지 않습니다.

비슷한 정보를 대량으로 입력하는 방식도 권장되지 않습니다. 동일한 이름 구조, 비슷한 이메일 이름, 몇 자리 숫자만 다른 주소 등이 이에 해당합니다. 플랫폼의 유사도 매칭은 이런 조합을 대상으로 하므로, 계정 묶음이 함께 처리되기 쉽습니다.

정상적인 운영 리듬에는 원래 자연스러운 변동이 있습니다

새 계정은 초기 기간에 더 면밀하게 관찰되는 것이 일반적인 플랫폼 관행입니다. 하지만 실제 사람의 행동에는 자연스럽게 간격과 변동이 있습니다. 탐색 시간은 일정하지 않고 경로도 똑같이 반복되지 않으며, 주문 전에는 망설이거나 비교합니다.

따라서 분 단위로 정밀한 시간표를 만드는 것보다 계정 행동이 실제 비즈니스 수요를 따라가게 하는 편이 현실적입니다. 실제 필요에서 나온 행동과 필요 없이 억지로 만든 행동은 데이터에서도 차이가 드러날 수 있습니다.

안정성은 실제 비즈니스에서 나옵니다

다계정 운영의 어려움은 기술적으로 가능한지 여부가 아니라 장기간 안정적으로 유지할 수 있는지에 있습니다. 환경을 서로 겹치지 않게 하고, 정보를 실제 주체와 맞추며, 행동이 실제 비즈니스를 따라가도록 하는 세 가지가 갖춰져야 안정적인 기반이 됩니다. 어느 하나라도 억지 조합이나 인위적인 채우기에 의존하면 결국 계정 제한이라는 형태로 되돌아올 수 있습니다.