계정이 차단된 뒤 많은 사람이 즉시 새 계정을 만들지만, 새 계정도 곧 제한되는 경우가 있습니다. 실제 문제는 플랫폼이 브라우저 지문을 통해 여전히 같은 사용자를 알아볼 수 있다는 데 있는 경우가 많습니다. 이 글에서는 이의 제기의 현실, 새 계정이 다시 막히는 이유, 그리고 더 합리적인 대응 방식을 설명합니다.
크로스보더 이커머스를 운영하다 보면 계정이 갑자기 비활성화되는 일을 겪기 쉽습니다. 전날까지 정상적으로 운영되던 계정이 어느 날 갑자기 로그인되지 않거나, 차가운 안내 메일 한 통만 도착하는 식입니다. 이런 상황에서 많은 사람이 가장 먼저 떠올리는 것은 “새 계정을 하나 더 만들어서 계속 운영하자”는 방법입니다. 하지만 현실은 냉정합니다. 새 계정도 얼마 지나지 않아 다시 조치 대상이 될 수 있습니다. 왜 그럴까요? 이 글에서는 “이의 제기의 현실”과 “새 계정으로 바꿔도 자주 실패하는 이유”라는 두 관점에서 설명하고, 더 합리적인 대응 방법을 정리합니다.
먼저 현실을 알아야 합니다: 이의 제기 성공률은 일반적으로 높지 않습니다
우선 기대치를 현실적으로 잡을 필요가 있습니다. 대부분의 주요 플랫폼에서 계정 비활성화 후 이의 제기가 성공하는 비율은 높지 않은 편입니다. 그렇다고 이의 제기를 하지 말라는 뜻은 아닙니다. 플랫폼은 자사 브랜드와 커뮤니티 질서를 보호하기 위해 이런 사안을 대체로 신중하게 심사합니다.
Facebook을 예로 들면, 계정이 차단된 후에는 보통 Account Quality와 관련된 경로를 통해서만 검토를 요청할 수 있고, 추가 설명을 제출할 수 있는 범위도 제한적입니다. Amazon, Google, eBay 등의 이의 제기 절차는 더 복잡하고 단계도 많지만, 본질적인 요구 사항은 같습니다. 예를 들어 Amazon의 “Plan of Action”(POA)처럼 기존 문제가 다시 발생하지 않을 것임을 보여주는 설득력 있는 설명과 자료를 제출해야 하며, 그때야 플랫폼이 계정 복구를 검토할 수 있습니다. 이런 과정에서는 자료에 작은 흠결만 있어도 답변을 받지 못할 수 있습니다.
따라서 이의 제기에 모든 희망을 걸기보다 처음부터 더 안정적이고 규정을 준수하는 방식으로 운영해 계정 비활성화 가능성을 최대한 낮추는 편이 낫습니다. 계정 이력이 깨끗하고 행동이 규정에 부합할수록 이의 제기의 신뢰도도 높아집니다.
새 계정이 왜 자주 빠르게 다시 비활성화될까요?
많은 운영자가 가장 혼란스러워하는 부분입니다. 새 이메일과 새 전화번호를 사용했는데도 플랫폼은 어떻게 계속 “같은 사람”이라고 알아볼 수 있을까요?
그 답의 상당 부분은 브라우저 지문에 있습니다. 플랫폼은 “이 새 계정과 차단된 계정이 같은 사람의 것인가”를 판단할 때 가입 정보만 보지 않습니다. 접속 시 브라우저가 노출하는 운영체제, 시간대, 언어, 해상도, 글꼴, Canvas와 WebGL의 렌더링 특성뿐 아니라 로그인 기기와 네트워크 환경까지 여러 특징을 함께 봅니다. 같은 컴퓨터, 같은 브라우저, 비슷한 환경 파라미터를 사용해 새 계정을 만들면 지문이 매우 비슷해질 수 있습니다. 그러면 플랫폼이 새 계정과 기존 계정을 쉽게 연관 지어 다시 조치할 수 있습니다.
즉, 문제는 흔히 “계정 정보가 새롭지 않아서”가 아니라 “접속 환경이 너무 비슷해서” 발생합니다. 서로 다른 신원을 실제로 독립적으로 유지해야 한다면 등록 정보만 바꾸는 것이 아니라 각 계정의 접속 환경을 실질적으로 분리하는 것이 핵심입니다.
그렇다면 올바른 대응 방식은 무엇일까요?
비즈니스상 정당하게 여러 개의 독립 계정을 유지해야 한다면, 모든 계정이 하나의 브라우저를 공유하면서 계속 전환하는 방식보다 “각 계정”을 “독립적이고 안정적이며 서로 분리된 환경” 하나와 연결하는 방식이 더 적절합니다.
구체적으로는 다음과 같이 운영할 수 있습니다.
- 계정마다 독립된 로그인 환경을 마련합니다: 운영체제, 시간대, 언어, 해상도 등의 파라미터는 해당 계정이 대응하는 비즈니스 지역과 맞추고, 서로 다른 계정이 같은 파라미터 세트를 공유하지 않도록 합니다.
- 환경을 서로 격리해 데이터를 섞지 않습니다: 여러 계정의 로그인 상태, Cookie 데이터, 브라우징 기록이 하나의 환경에 섞이지 않도록 합니다.
- 계정마다 안정적이고 충돌하지 않는 네트워크 출구를 연결합니다: 여러 계정이 같은 네트워크에서 반복적으로 로그인하면서 위치나 네트워크 특성이 계속 바뀌는 상황을 피합니다.
- 하나의 환경은 가능한 한 장기간 안정적으로 유지합니다: 환경 파라미터를 자주 바꾸거나 환경 자체를 빈번하게 변경하는 것도 이상 신호가 될 수 있습니다.
PurpleMark는 “계정 + 환경”을 하나의 단위로 관리하는 대표적인 방식입니다. 워크스페이스에서 각 비즈니스 계정마다 별도의 브라우저 환경을 만들고 운영체제, 엔진 버전, 시간대, 언어, 해상도와 Canvas, WebGLImage, AudioContext, WebRTC 같은 지문 파라미터를 설정한 뒤 독립 프록시와 로그인 Cookie를 연결할 수 있습니다. 이렇게 하면 여러 계정이 하나의 브라우저를 공유하지 않고, 각각 분리된 환경에서 일관된 파라미터로 실행됩니다. 브랜드 계정이 많아져도 이름과 그룹을 기준으로 해당 환경을 정확히 찾아 열 수 있습니다. 구체적인 기능은 PurpleMark 공식 사이트에서 확인하세요.
컴플라이언스라는 기본선을 잊지 마세요
강조해야 할 점은, 여러 계정을 독립 환경에서 관리하는 목적이 정당하게 운영하는 서로 다른 비즈니스 계정을 명확하고 체계적으로 관리하고 환경 혼용으로 인한 불필요한 위험을 줄이는 데 있다는 것입니다. 플랫폼 규칙을 대량으로 우회하거나 리스크 통제를 피해서 규정 위반 비즈니스를 운영하기 위한 것이 아닙니다. 플랫폼은 여러 신호를 종합해 계정을 판단합니다. 환경 격리는 “잘못된 연관” 가능성을 낮출 수는 있지만 규정 준수 운영 자체를 대신할 수 없습니다. 실제 위반으로 계정이 비활성화됐다면 환경만 바꿔 다시 여는 것으로 근본 문제가 해결되지는 않습니다.
한 문장으로 정리하면
계정이 차단된 뒤 이의 제기만으로는 부족한 경우가 많고, 곧바로 새 계정을 만들면 브라우저 지문 연관 때문에 다시 비활성화될 수 있습니다. 문제는 보통 “계정” 자체보다 “접속에 사용하는 환경이 너무 비슷하다”는 데 있습니다. 더 합리적인 방식은 각 계정을 독립적이고 안정적이며 서로 연관되지 않은 환경에 연결하고, PurpleMark 같은 도구로 환경, 지문 파라미터, 프록시를 각각 분리해 관리하는 것입니다. 동시에 환경 격리는 자신이 정당하게 보유하고 운영하는 계정을 관리하기 위한 수단일 뿐이며, 규정 준수 운영이 가장 기본이라는 점을 기억해야 합니다.
