트래픽 중재의 초보자들은 종종 하나의 프록시 패키지를 구매하고 이를 트래커, 광고 계정, 계정 온난화 등 모든 작업에 즉시 사용하려고 합니다. 결과는 연결이 끊기고, Facebook Ads 또는 TikTok Ads 계정이 차단되며, Keitaro에서 이해할 수 없는 통계가 발생하는 것입니다. 이유는 간단합니다: 트래커를 위한 프록시와 바이어를 위한 프록시는 서로 다른 작업을 수행하며, 요구 사항이 근본적으로 다릅니다.
왜 두 가지 다른 구매인지
트래픽 중재에는 두 가지 완전히 다른 기술적 경로가 있습니다. 첫 번째는 트래커(Keitaro, Binom, RedTrack)로, 서버에 설치되어 광고에서 클릭을 수신하고 사용자를 어디로 리디렉션할지 결정하며, 전환에 대한 통계를 수집합니다. 두 번째 경로는 바이어의 작업 공간입니다: 브라우저(종종 Dolphin Anty, AdsPower, Multilogin 또는 Octo Browser와 같은 안티탐지 브라우저)를 통해 Facebook Ads, TikTok Ads 또는 Google Ads의 광고 계정에 로그인하고, 계정을 생성하고 캠페인을 시작합니다.
트래커의 작업은 클릭 흐름을 빠르고 안정적으로 처리하여 광고 플랫폼과 리디렉션 수준의 안티프로드 시스템에 의해 차단되지 않는 것입니다. 바이어의 작업은 특정 지역의 일반 사용자처럼 최대한 비슷하게 보이는 것입니다. 광고 계정이 계정 차단을 유발하지 않도록 하기 위해서입니다. 이는 본질적으로 다른 부하 프로필, 지리적 요구 사항, 속도, IP 유형 및 프록시가 초당 얼마나 많은 요청을 처리해야 하는지에 대한 요구 사항이 다릅니다.
동일한 프록시 풀을 두 가지 작업에 사용하면 충돌이 발생합니다: 트래커에 적합한 높은 부하(데이터 센터, 빠른) 프록시는 광고 계정에서 데이터 센터의 IP로 의심스럽게 보이고, 반대로 계정 온난화에 이상적인 레지던스 프록시는 트래커 서버에서 분당 수백 개의 클릭을 처리하기에는 너무 느리고 불안정할 수 있습니다.
트래커를 위한 프록시란
트래커를 위한 프록시는 주로 두 가지 시나리오에서 필요합니다. 첫 번째는 트래커 자체가 전용 서버에 고유한 IP로 배치되지 않고, 호스팅 주소를 숨기기 위해 프록시를 통해 작동할 때입니다(광고 플랫폼이 클릭이 데이터 센터 서버에서 발생하는 것을 보지 않도록 하기 위해). 두 번째는 특정 국가에서의 리디렉션 및 클로킹을 테스트하기 위해 다양한 지리적 관점에서 랜딩 페이지나 오퍼가 어떻게 보이는지 확인해야 할 때입니다.
이러한 프록시에 대한 주요 요구 사항은 안정성과 속도입니다. 트래커는 클릭을 거의 즉시 처리해야 합니다: 리디렉션 지연이 몇 초에 이르면 사용자가 페이지를 닫고 광고 플랫폼은 낮은 품질의 트래픽을 기록합니다. 따라서 대부분의 트래킹 작업에는 데이터 센터 프록시가 적합합니다 — 이들은 빠르고 안정적이며 클릭 수가 많을 때 비용이 저렴합니다.
중요한 점: 트래커에 대한 IP의 "자연스러움"은 광고 계정에 비해 중요하지 않습니다. Facebook 또는 TikTok의 안티프로드 시스템은 트래커의 IP를 보지 않으며, 광고를 클릭한 최종 사용자만의 IP를 봅니다. 따라서 트래킹 및 오퍼 확인을 위한 데이터 센터 프록시는 완전히 작동하며 경제적으로도 합리적인 선택입니다.
바이어를 위한 프록시란
바이어를 위한 프록시는 완전히 다른 이야기입니다. 여기서 IP 주소는 광고 계정과 직접 연결되어 있으며, Facebook Ads, TikTok Ads, Google Ads 및 기타 플랫폼의 안티프로드 시스템은 이를 통해 실제 사용자인지 의심스러운 활동인지 판단합니다. 바이어가 데이터 센터 IP로 로그인하면 시스템은 거의 즉시 불일치를 감지합니다: 일반 사용자는 호스팅 제공자의 IP를 통해 인터넷에 접속하지 않습니다.
따라서 광고 계정 작업을 위해 중재자들은 레지던스 프록시를 사용합니다 — 이는 일반 사용자에게 제공된 실제 가정용 연결의 IP 주소입니다. 이러한 IP는 광고 플랫폼에서 자연스럽게 보이며, 뒤에 프록시 서버가 있어도 마찬가지입니다.
특정 수직 분야, 특히 TikTok Ads 계정 생성 또는 모바일 트래픽 작업 시 중재자들은 모바일 프록시를 사용합니다 — 이는 실제 이동통신 사업자의 IP 주소입니다. 이러한 프록시는 의심을 덜 유발하는데, 모바일 네트워크는 종종 NAT를 사용하므로 하나의 IP가 동시에 수천 명의 실제 가입자에게 속할 수 있습니다 — 이는 시스템이 비정상으로 간주하지 않는 정상적인 행동입니다.
바이어에게 또 하나 중요한 점은 프록시의 지리적 위치가 캠페인의 지리적 타겟팅과 정확히 일치해야 한다는 것입니다. 캠페인이 독일로 설정되어 있고 계정의 IP가 다른 국가에 있는 것으로 식별되면, 이는 광고 계정의 보안 시스템에 즉각적인 경고 신호가 됩니다.
비교 표: 트래커 vs 바이어
| 매개변수 | 트래커를 위한 프록시 | 바이어를 위한 프록시 |
|---|---|---|
| 주요 작업 | 클릭 처리, 리디렉션, 오퍼 클로킹 | 광고 계정 로그인, 계정 생성 및 관리 |
| IP 유형 | 데이터 센터 | 레지던스 또는 모바일 |
| 우선 순위 | 부하 하의 속도와 안정성 | 자연스러움과 안티프로드 시스템의 신뢰 |
| 지리적 민감도 | 국가별 클로킹 확인 필요 | 중요하며 타겟팅과 일치해야 함 |
| 트래픽 양 | 높음, 하루 수천 클릭 | 하나의 계정당 낮음, 그러나 많은 병렬 세션 |
| 세션에 대한 IP 연결 | 중요하지 않음, 자주 변경 가능 | 계정 생애 동안 고정 IP 필요 |
| 비용 | 데이터 센터 덕분에 저렴함 | 비쌈, 그러나 계정 안전성으로 보상됨 |
중재자의 일반적인 오류
가장 흔한 오류는 바이어를 위한 프록시에 대한 비용 절감입니다. 중재자는 저렴한 데이터 센터 패키지를 구매하고 이를 트래커와 안티탐지 브라우저 모두에 설정합니다. 처음 며칠 동안은 모든 것이 작동하지만, Facebook Ads에서 캠페인을 몇 번 실행한 후 계정이 차단됩니다 — 시스템이 데이터 센터 IP를 "일반 사용자" 프로필과 일치하지 않는 것으로 인식했기 때문입니다.
두 번째 오류는 동일한 레지던스 또는 모바일 IP를 동시에 여러 계정에서 사용하는 것입니다. 품질 좋은 레지던스 프록시라도 갑자기 20개의 서로 다른 Facebook Ads 프로필에서 접속하면 의심스럽게 보이기 시작합니다. 광고 플랫폼은 IP 유형뿐만 아니라 그 위에서의 행동 패턴도 분석합니다.
세 번째 오류는 바이어 계정의 IP를 자주 변경하는 것입니다. 레지던스 프록시가 몇 분마다 변경되고 계정이 고정 IP로 설정되어 있다면, 시스템은 사용자가 몇 분 사이에 도시와 국가를 "점프"하는 것을 감지합니다 — 이는 사기 행위의 전형적인 징후로, 차단이나 광고 계정 제한으로 이어집니다.
네 번째 오류는 트래커의 프록시 부하를 무시하는 것입니다. 저렴한 레지던스 IP에서 제한된 속도로 하루 수천 개의 클릭을 처리하려고 하면, 트래커는 "질식"하기 시작하고, 오퍼에 도달하지 못한 사용자 비율이 증가하며, EPC가 하락하고 결국 연결이 손실되는 것처럼 보이지만, 문제는 전적으로 프록시에 있었습니다.
트래커를 위한 프록시 선택 방법
트래커의 경우 가장 중요한 것은 응답 속도와 부하 하의 안정성입니다. 선택할 때는 프록시의 응답 시간을 확인하세요(낮을수록 리디렉션 속도에 좋습니다), 연결의 성공률과 중단 없이 유지할 수 있는 동시 연결 수를 확인하세요. 여러 개의 활성 캠페인이 있는 경우에 대비해야 합니다.
대부분의 트래킹 및 클로킹 작업에는 데이터 센터 프록시가 충분합니다 — 이들은 합리적인 가격에 높은 속도를 제공하며, 트래픽 양이 증가할 때 쉽게 확장할 수 있습니다. 특정 지리적에서 클로킹을 확인하기 위해서는 프록시 제공자가 다양한 국가와 도시를 제공해야 하며, 이를 통해 캠페인의 목표 청중의 위치를 정확하게 모방할 수 있습니다.
만약 트래커가 민감한 수직 분야에서 트래픽을 처리한다면, 광고 네트워크의 안티프로드 시스템이 리디렉션 서버 자체를 검사하는 경우도 있으므로, 서버 측에서도 레지던스 프록시를 고려할 필요가 있습니다 — 그러나 대부분의 경우 데이터 센터 프록시가 충분하며, 대량의 경우 훨씬 저렴합니다.
바이어를 위한 프록시 선택 방법
바이어에게 가장 중요한 규칙은 하나의 고정 IP를 하나의 계정에 사용하는 것이며, 이 IP는 캠페인의 지리적 타겟팅과 최대한 일치해야 합니다. 광고 계정을 위한 프록시를 선택할 때는 계정에 특정 IP를 장기간 고정할 수 있는 가능성(스티키 세션)을 확인하고, 매번 연결할 때마다 풀에서 무작위 IP를 사용하는 것이 아니라는 점에 유의하세요.
Facebook Ads 및 Google Ads에서는 주로 레지던스 프록시를 사용합니다 — 이는 여러 계정에서 작업할 때 IP의 자연스러움과 합리적인 비용 간의 균형을 제공합니다. TikTok Ads 및 트래픽의 "생동감"이 중요한 수직 분야에서는 많은 중재자들이 모바일 프록시로 전환합니다, 왜냐하면 TikTok은 특히 모바일 행동 패턴을 면밀히 분석하기 때문입니다.
프록시 제공자가 필요한 국가와 이상적으로는 도시를 제공하는지 반드시 확인하세요 — 대형 광고 플랫폼은 IP를 국가뿐만 아니라 지역별로도 확인할 수 있으며, 카드 청구 데이터 또는 장치 인터페이스 언어와 비교합니다.
실제 설정: Keitaro + 안티탐지 브라우저
실제로 설정은 다음과 같습니다: Keitaro 또는 Binom 트래커가 VPS에 설치되고 필요에 따라 데이터 센터 프록시가 서버 IP를 숨기기 위해 연결됩니다 — 이는 서버 구성 수준에서 또는 트래커 앞의 프록시 래퍼를 통해 설정됩니다. 이러한 설정은 코드를 작성할 필요가 없으며, 호스팅 패널이나 서버 네트워크 설정에서 프록시의 주소와 포트를 지정하기만 하면 됩니다.
바이어의 경우 설정은 안티탐지 브라우저 내에서 이루어집니다. Dolphin Anty, AdsPower, Multilogin 또는 Octo Browser에서 각 프로필에 대해 별도로 프록시를 지정합니다: 프로필 생성 또는 편집을 열고 → "프록시" 탭 → 유형 선택(HTTP, SOCKS5) → 레지던스 또는 모바일 프록시의 로그인, 비밀번호, IP 및 포트를 입력 → 저장하고 브라우저 내장 체크기를 통해 IP를 확인합니다.
각 프로필에 계정이 등록되고 온난화된 바로 그 프록시를 고정하는 것이 중요합니다 — 이미 작동 중인 계정의 IP를 변경하는 것은 매우 위험합니다. 고객의 20-30개 계정이나 자신의 광고 계정을 운영해야 하는 경우, 시작할 때 지리적 연결이 고정된 레지던스 IP 풀을 미리 구매하고 이를 안티탐지 브라우저의 프로필에 배분하는 것이 더 편리합니다.
구매 전 체크리스트
- 프록시가 필요한 목적을 정의하세요: 트래커 서버 또는 광고 계정 로그인
- 트래커의 경우 — 응답 속도와 동시 연결 한도를 확인하세요
- 바이어의 경우 — 장기간 고정된 IP가 가능한지 확인하세요
- 프록시의 지리적 위치를 광고 캠페인의 지리적 타겟팅과 비교하세요, 도시가 중요한 경우 포함하여
- TikTok Ads 및 모바일 수직 분야의 경우 레지던스 프록시와 별도로 모바일 프록시를 고려하세요
- 안티탐지 브라우저에서 여러 계정에 대해 동일한 IP를 동시에 사용하지 마세요
- 트래커에서 대량 클릭을 처리할 경우 데이터 센터 프록시의 비용을 레지던스 IP 바이어 예산과 별도로 계산하세요
결론
트래커를 위한 프록시와 바이어를 위한 프록시는 서로 다른 작업을 수행하므로 서로 다른 특성이 필요합니다: 속도와 안정성 대 자연스러움과 안티프로드 시스템의 신뢰. 두 가지 요구를 하나의 저렴한 프록시 풀로 해결하려는 시도는 거의 항상 광고 계정의 손실이나 느린 트래커로 인한 통계 및 금전적 손실로 이어집니다.
서버 측과 대량 클릭 처리를 위해서는 데이터 센터 프록시를 사용하는 것이 합리적입니다 — 이들은 빠르고 확장성에 유리합니다. Facebook Ads, Google Ads 및 Instagram의 광고 계정을 운영하기 위해서는 레지던스 프록시가 더 적합하며, TikTok Ads 및 모바일 수직 분야에서는 모바일 프록시를 고려하는 것이 좋습니다 — 이는 트래픽의 최대 자연스러움을 제공하고 계정 차단 위험을 줄입니다.