좋은 레지던트 프록시를 구매하고 안티탐지 브라우저에서 프로필을 설정했지만, Facebook Ads 또는 Instagram 계정이 며칠 후에 여전히 차단되는 경우가 있습니다. 그 이유는 종종 IP 주소 자체에 있는 것이 아니라, 시스템의 시간대, 브라우저의 언어 또는 WebRTC 데이터가 프록시의 지리적 위치와 모순되기 때문입니다. 플랫폼은 이러한 매개변수를 서로 비교하는 방법을 이미 익혔으며, 어떤 불일치도 안티프로드 시스템에 대한 직접적인 신호입니다. 5가지 주요 유출 지점을 분석하고 이를 해결하는 방법을 보여드리겠습니다.
불일치가 프록시를 드러내는 이유
Facebook, TikTok, Google 및 Wildberries, Ozon과 같은 마켓플레이스는 더 이상 단일 IP 주소만을 확인하지 않습니다. 안티프로드 시스템은 브라우저의 수십 가지 매개변수를 수집하여 이른바 지문(fingerprint)을 생성하고 이를 논리적으로 비교합니다. 만약 IP가 바르샤바를 가리키고 시스템의 시간대가 모스크바로 설정되어 있다면, 시스템은 명백한 불일치를 감지하고 프로필에 높은 위험 점수를 부여합니다. 이후 계정은 즉시 차단되거나 광고 노출이 제한되거나 전화 인증을 요구받게 되며, 이는 모두 중개업자나 SMM 에이전시의 비즈니스에 타격을 줍니다.
문제는 프록시 자체는 아무런 문제가 없다는 것입니다. 프록시는 단지 보이는 IP를 변경할 뿐입니다. 다른 모든 매개변수(시간대, 언어, OS 로케일, WebRTC)는 별도로 설정하지 않으면 실제 시스템에서 유지됩니다. 그렇기 때문에 "프록시 + 안티탐지 브라우저"의 조합이 중요하며 단순히 IP를 구매하는 것만으로는 부족합니다.
불일치 №1: 시스템의 시간대와 IP
가장 흔하고 가장 치명적인 유출입니다. 브라우저는 JavaScript(Intl.DateTimeFormat().resolvedOptions().timeZone)를 통해 컴퓨터의 실제 시간대를 쉽게 사이트에 전달합니다. 만약 독일의 IP를 가진 레지던트 프록시를 사용하고 시스템 시계가 예카테린부르크로 설정되어 있다면, 시간대의 차이는 Facebook Pixel 또는 TikTok Ads의 스크립트에 의해 즉시 감지되고 이상으로 기록됩니다.
이는 여러 지리적 위치에서 동시에 10-20개의 광고 계정을 운영하는 중개업자에게 특히 위험합니다. 모든 프로필이 타임존 변경 없이 동일한 컴퓨터에서 물리적으로 시작되면, 플랫폼은 서로 다른 국가에 있는 계정들이 동일한 시간대를 가지고 있다고 인식하게 되어, 이는 관련 계정 전체가 동시에 차단되는 체인 밴으로 이어질 수 있습니다.
해결책은 간단합니다: 브라우저 프로필의 시간대는 IP 주소의 지리적 위치에 맞게 자동으로 조정되어야 합니다. 이는 가상 머신의 설정에서 수동으로 하거나, 더 편리하게는 프로필을 시작할 때마다 프록시와 시간대를 동기화하는 안티탐지 브라우저를 통해 이루어질 수 있습니다.
불일치 №2: 브라우저 언어 (Accept-Language)
각 HTTP 요청에는 서버에 선호하는 인터페이스 언어를 알리는 Accept-Language 헤더가 포함되어 있습니다. 만약 IP가 브라질을 가리키고 헤더가 "ru-RU, ru"라고 말한다면, 이는 또 다른 명백한 불일치 신호입니다. 다양한 국가의 Instagram 계정을 운영하는 SMM 전문가에게는 특히 중요합니다: 피드 및 추천 알고리즘은 부분적으로 브라우저 언어에 의존하며, "잘못된" 언어를 가진 계정은 더 나쁜 성과를 보이고 종종 그림자 차단에 걸리게 됩니다.
중요한 점은 브라우저 언어와 운영 체제의 인터페이스 언어는 서로 다른 매개변수이며, 사이트는 둘 다 확인합니다. Chrome의 설정에서 언어를 변경하는 것만으로는 충분하지 않으며, Windows 또는 MacOS가 러시아 로케일에서 작동하고 있다면, 시스템 API를 통해 여전히 불일치가 감지됩니다.
| 프록시 지리적 위치 | 올바른 Accept-Language | 자주 발생하는 오류 |
|---|---|---|
| 미국 | en-US, en | 기본값으로 ru-RU, ru가 남아 있음 |
| 독일 | de-DE, de, en | 독일어 우선 순위 없이 en-GB |
| 폴란드 | pl-PL, pl, en | 기본값으로 uk-UA, ru가 남아 있음 |
불일치 №3: 운영 체제의 로케일
브라우저 언어 외에도 사이트는 JavaScript API를 통해 운영 체제의 로케일을 읽습니다 — 날짜 형식, 숫자 구분 기호, 달력의 첫 번째 주의 날 등입니다. 예를 들어, navigator.language 및 navigator.languages는 시스템의 언어 목록을 반환하며, 만약 미국 IP에서 첫 번째로 러시아어가 나타난다면, 이는 신뢰 점수에 또 다른 마이너스가 됩니다.
Wildberries 또는 Ozon에서 가격을 모니터링하는 셀러에게도 중요합니다: 마켓플레이스는 지역에 맞지 않는 시스템 로케일을 가진 세션을 차단하여 봇으로 간주합니다. 해결책은 운영 체제의 로케일을 완전히 변경한 가상 프로필을 사용하는 것입니다. 브라우저의 인터페이스 언어만 변경하는 것이 아닙니다.
불일치 №4: WebRTC를 통한 유출
WebRTC는 브라우저에서 비디오 통화 및 피어 투 피어 연결을 위한 기술로, 기본적으로 프록시를 우회하여 사용자의 실제 IP 주소를 식별할 수 있습니다. 이는 STUN 서버를 통해 로컬 및 공용 IP를 네트워크 스택에서 직접 요청하여 브라우저의 프록시 설정을 우회합니다. 결과적으로 사이트는 동시에 두 개의 IP를 감지합니다: 하나는 HTTP 요청의 헤더에서 프록시의 IP이고, 다른 하나는 WebRTC 요청을 통해 실제 IP입니다.
이는 사용자에게 눈에 띄지 않기 때문에 가장 위험한 유형의 유출 중 하나입니다 — 외관상 모든 것이 정상적으로 작동하고 사이트가 열리지만, 브라우저는 실제 주소를 "유출"합니다. Facebook과 TikTok Ads는 멀티 계정 관리를 식별하기 위해 이 검사를 적극적으로 사용합니다: 만약 10개의 서로 다른 광고 계정에서 WebRTC를 통해 동일한 가정용 IP가 나타난다면, 이는 보장된 체인 밴으로 이어집니다.
이를 해결하는 방법은 브라우저 설정에서 WebRTC를 완전히 비활성화하거나 WebRTC IP를 프록시가 제공하는 동일한 주소로 변경하는 것입니다. 두 번째 옵션이 더 바람직한데, 왜냐하면 WebRTC를 완전히 비활성화하는 것은 일부 안티프로드 시스템에서 일반 사용자에게서 어떤 WebRTC 응답이라도 기대하기 때문에 의심스러운 징후가 될 수 있기 때문입니다.
불일치 №5: 브라우저의 Geolocation API
브라우저의 Geolocation API는 GPS, 인근 Wi-Fi 네트워크 및 셀 타워 데이터를 통해 장치의 물리적 위치를 결정합니다 — 이는 단순히 IP를 통해 결정하는 것보다 훨씬 더 정확합니다. 사이트가 지리적 위치를 요청하고 사용자가 이를 허용하면, 브라우저는 프록시의 지리적 위치와 전혀 일치하지 않는 좌표를 제공할 수 있으며, 심지어 다른 국가일 수도 있습니다.
중개업자에게는 Google Ads 및 TikTok Ads와 작업할 때 특히 중요합니다. 이들은 종종 지역 타겟팅을 위해 지리적 위치를 요청합니다. 해결책은 안티탐지 브라우저에서 프록시의 지리적 위치에 해당하는 가짜 Geolocation API 좌표를 설정하거나, 사용자의 거부를 모방하여 지리적 위치 요청을 완전히 차단하는 것입니다(이는 많은 실제 사용자도 접근을 거부하기 때문에 자연스럽게 보입니다).
안티탐지 브라우저가 이를 수정하는 방법
각 프로필에 대해 모든 5가지 매개변수를 수동으로 추적하는 것은 시간이 오래 걸리고 오류가 발생하기 쉽습니다. 특히 20-50개의 계정을 운영하는 경우 더욱 그렇습니다. 그렇기 때문에 중개업자와 SMM 전문가들은 Dolphin Anty, AdsPower, Multilogin, GoLogin, Incogniton, Octo Browser와 같은 안티탐지 브라우저를 사용합니다. 이들은 프로필 생성 시 자동으로 시간대, 언어 및 지리적 위치를 프록시에 맞게 조정할 수 있습니다.
Dolphin Anty에서의 전형적인 설정 알고리즘은 다음과 같습니다: 새 프로필을 생성 → "프록시" 섹션에 데이터(IP, 포트, 로그인, 비밀번호, SOCKS5 또는 HTTP 유형)를 입력 → 프록시 확인 버튼을 클릭 → 브라우저가 IP에 따라 국가, 시간대 및 언어를 자동으로 감지하고 이를 프로필에 적용할 것인지 제안 → 확인합니다. AdsPower에서도 과정이 유사합니다: 프록시를 추가할 때 "IP와 시간대 동기화" 옵션이 나타나며, 이는 모든 새로운 프로필에 대해 한 번만 활성화하면 됩니다.
이 자동 동기화를 위해서는 프록시 자체가 안정적이고 요청에 대한 정확한 지리적 데이터를 제공해야 합니다. Facebook Ads 및 TikTok Ads의 광고 계정에는 레지던트 프록시가 가장 적합합니다 — 이들은 실제 가정 사용자의 IP를 가지고 있으며, 지리적 위치 확인 시 정확하고 신뢰할 수 있는 국가와 도시를 반환하여 위의 여러 항목에서 불일치 위험을 줄입니다.
계정 시작 전 체크리스트
새로운 계정이나 광고 캠페인을 시작하기 전에 짧은 체크리스트를 확인하는 것이 좋습니다 — 이는 2-3분 정도 소요되지만, 차단된 프로필을 복구하는 데 몇 시간을 절약할 수 있습니다.
- 프로필의 시간대가 프록시의 IP 주소 국가와 일치합니다.
- 브라우저의 Accept-Language가 목표 국가의 언어와 일치합니다(기본값으로 남아 있지 않음).
- 프로필의 운영 체제 로케일이 변경되었으며, 호스트 머신에서 상속되지 않았습니다.
- WebRTC가 비활성화되었거나 IP를 프록시 주소로 변경합니다.
- Geolocation API가 프록시의 지리적 위치 내에서 좌표를 제공하거나 요청을 올바르게 차단합니다.
- 프로필의 지문이 계정에 처음 로그인하기 전에 외부 서비스를 통해 확인되었습니다.
지문 확인을 위한 서비스
작업 계정에 로그인하기 전에 프로필을 브라우저 지문 확인 서비스에 통과시키는 것이 유용합니다. 이를 통해 귀하의 프로필로 사이트에 접속할 때 사이트가 보는 것과 정확히 동일한 내용을 확인할 수 있으며, 모든 불일치는 즉시 강조 표시됩니다.
| 서비스 | 제공하는 정보 |
|---|---|
| browserleaks.com | WebRTC 유출, 언어, 시간대, Canvas 지문 |
| pixelscan.net | 프로필의 일관성 점수, 지문 의심도 |
| whoer.net | IP, DNS, 시간대 및 브라우저 언어의 일치 여부 |
| iphey.com | 불일치 목록이 포함된 프로필 신뢰도에 대한 상세 보고서 |
이 서비스 중 하나라도 귀하의 프로필을 "의심스럽다" 또는 "비정상적이다"라고 표시하면, 소셜 미디어 계정이나 광고 계정에 로그인하기 전에 프로필을 다시 구성하는 것이 좋습니다.
결론 및 권장 사항
프록시는 보이는 IP 주소를 변경하는 것만으로 문제의 일부를 해결합니다. 시간대, 브라우저 언어, OS 로케일, WebRTC 및 Geolocation API는 플랫폼이 귀하의 프로필의 신뢰성을 확인하는 또 다른 다섯 가지 지점입니다. 이러한 매개변수 중 하나라도 불일치가 발생하면 계정의 위험 점수가 증가하고 차단에 가까워지며, 멀티 계정 관리 시 전체 프로필 체인을 잃을 수 있습니다.
모든 다섯 가지 유출을 수동으로 차단하는 것은 가능하지만, 특히 수십 개의 계정을 운영할 때는 시간이 오래 걸립니다. 따라서 매개변수를 자동으로 동기화하고 질 좋은 프록시와 함께 안티탐지 브라우저의 조합을 설정하는 것이 더 합리적입니다. Facebook Ads 및 TikTok Ads의 안정적인 운영을 위해서는 모바일 프록시가 가장 잘 작동합니다 — 이들은 실제 통신 사업자의 동적 IP 변경으로 인해 차단에 덜 걸립니다. Wildberries 및 Ozon과 같은 마켓플레이스를 대량으로 파싱할 때는 속도가 중요하며 최대한의 익명성이 필요하지 않으므로 데이터 센터 프록시가 더 적합합니다 — 이들은 연결의 안정성이 비슷할 때 더 빠르고 저렴합니다.
어떤 경우든, 새로운 프로필을 시작하기 전에 이 기사에서 제시한 체크리스트를 확인하고 지문 확인 서비스 중 하나를 통해 프로필을 통과시키는 것이 좋습니다 — 이는 계정을 잃을 위험으로부터 저렴한 보험이 될 수 있으며, 계정 준비에 몇 주가 소요되었을 수 있습니다.