백업 프록시 풀: 아비트리지 및 SMM을 위한 계정 보호의 필수 요소

상황을 상상해 보세요: 20개의 Facebook Ads 계정으로 광고 캠페인을 시작했고, 50개의 Instagram 프로필에 자동 게시를 설정했거나, Wildberries에서 경쟁자의 가격을 파싱하고 있습니다. 모든 것이 안정적으로 작동하지만, 갑자기 주요 프록시 공급자가 IP 주소를 대량으로 차단하기 시작합니다. 몇 분 만에 모든 계정에 대한 접근을 잃고, 광고 캠페인이 중단되며, SMM 에이전시의 고객들은 게시물이 없습니다. 이러한 치명적인 상황을 위해 백업 프록시 풀이 존재합니다. 이는 기본 풀에 문제가 발생할 때 자동으로 부하를 받아들이는 IP 주소의 예비 세트입니다.

이 자료에서는 백업 프록시가 필요해지는 시점, 기본 및 백업 풀의 아키텍처를 올바르게 구축하는 방법, 그리고 계정을 잃지 않고 이들 간의 전환을 자동화하는 데 도움이 되는 도구에 대해 설명합니다.

백업 프록시 풀은 무엇이며 기본과의 차이점은 무엇인가

백업 프록시 풀은 다른 공급자 또는 다른 서브넷의 IP 주소의 예비 세트로, 대기 모드에 있으며 기본 풀에 문제가 발생할 경우 활성화됩니다. 단순히 한 공급자에서 프록시 수를 늘리는 것과의 주요 차이점은 위험의 분산입니다.

기본 풀은 매일 작업에 사용하는 프록시입니다. 이 프록시를 통해 Facebook Ads 계정에 로그인하고, Instagram에 게시물을 게시하며, 마켓플레이스 API에 요청을 보냅니다. 이러한 IP 주소는 이미 "따뜻해져" 있으며, 플랫폼은 이들의 활동을 보았고 신뢰하며, 표준 작업 시 차단하지 않습니다.

백업 풀은 세 가지 주요 기능을 수행합니다:

• 대량 차단에 대한 보험 — 플랫폼이 기본 공급자의 서브넷을 차단한 경우, 다른 네트워크의 백업으로 전환합니다.
• 기술적 결함으로부터의 보호 — 공급자의 서버가 다운되거나 연결이 끊어질 때, 백업 풀이 자동으로 부하를 받아들입니다.
• 지리적 분산 — 기본 풀은 미국에 있을 수 있고, 백업은 영국에 있어 필요에 따라 지리적 위치를 빠르게 변경할 수 있습니다.

비즈니스를 구하는 5가지 치명적인 상황

백업 풀이 없을 때 심각한 재정적 손실로 이어지는 실제 시나리오를 살펴보고, 백업 풀이 있으면 작업을 중단 없이 계속할 수 있는 방법을 알아보겠습니다.

상황 1: 공급자의 서브넷에 대한 대량 차단

Facebook, Instagram 및 TikTok은 정기적으로 안티봇 시스템을 업데이트합니다. 때때로 전체 프록시 공급자의 서브넷이 블랙리스트에 올라갑니다 — 특히 스팸이나 사기꾼이 사용한 경우. 귀하의 계정은 깨끗할 수 있지만, 차단된 서브넷의 IP를 사용하고 있다면 접근이 즉시 차단됩니다.

예시: 아비트리지 사용자가 15개의 Facebook Ads 계정에 각각 $500의 예산으로 광고를 시작했습니다. 이틀 후, Facebook이 그의 레지던트 프록시 공급자의 서브넷을 차단했습니다. 모든 계정이 "의심스러운 활동"으로 차단되었습니다. 백업 풀이 없으면 복구하는 데 최소 2-3일이 걸립니다: 새로운 프록시를 구매하고, Dolphin Anty에서 프로필을 재설정하고, 재모더레이션을 통과해야 합니다. 이 시간 동안 경쟁자가 청중을 빼앗고 광고 예산이 소진됩니다.

백업 풀이 있으면 전환하는 데 10-15분이 걸립니다: 프로필 설정을 열고, 프록시를 백업으로 변경하고, 세션을 재시작합니다. 캠페인은 계속 작동합니다.

상황 2: 공급자의 프록시 기술적 결함

프록시 공급자의 서버는 DDoS 공격, 데이터 센터 문제, 연결 끊김으로부터 안전하지 않습니다. 심지어 대형 공급자도 때때로 몇 시간 동안 다운됩니다. 모든 작업이 하나의 프록시 출처에 의존하고 있다면, 다운타임은 금전적 손실을 의미합니다.

예시: SMM 에이전시는 고객의 80개의 Instagram 계정을 관리합니다. 세일 시작 전 대량 게시물이 예정되어 있습니다. 오전 9시에 모바일 프록시 공급자가 기술 작업으로 오프라인 상태가 됩니다. 백업 풀이 없으면 에이전시는 기한을 놓치고, 고객은 판매를 잃고, 평판이 손상됩니다.

백업 풀을 사용하면 다른 공급자로 즉시 전환하고 제시간에 게시할 수 있습니다.

상황 3: 플랫폼의 규칙 갑작스러운 강화

광고 플랫폼과 소셜 네트워크는 주기적으로 계정 검증 알고리즘을 변경합니다. 어제 작동했던 것이 오늘은 의심을 초래할 수 있습니다. 예를 들어, TikTok은 데이터 센터 프록시를 통해 모든 연결을 차단하고 모바일 IP만 요구할 수 있습니다.

예시: 당신은 데이터 센터 프록시를 통해 TikTok Ads를 운영하고 있습니다 — 빠르고 저렴합니다. 갑자기 플랫폼이 규칙을 강화하고 데이터 센터의 모든 IP를 차단하기 시작합니다. 만약 백업으로 모바일 프록시 풀이 있다면, 빠르게 전환하고 작업을 계속할 수 있습니다. 백업이 없다면 새로운 공급자를 급히 찾아야 하며, 이는 며칠이 걸릴 수 있습니다.

상황 4: 지리적 차단

일부 서비스는 특정 국가 또는 지역에서의 접근을 차단합니다. 만약 당신의 기본 프록시 풀이 차단 지역에 있다면, 즉시 대안이 필요합니다.

예시: 당신은 러시아의 프록시를 통해 유럽 마켓플레이스에서 경쟁자의 가격을 파싱하고 있습니다. 마켓플레이스가 제재를 도입하고 모든 러시아 IP를 차단합니다. 독일이나 폴란드의 백업 풀을 사용하면 중단 없이 모니터링을 계속할 수 있습니다.

상황 5: 멀티 계정에서의 체인 차단

체인 차단은 플랫폼이 여러 계정을 서로 연결하고 연쇄적으로 차단하는 상황입니다. 연결의 한 가지 원인은 동일 서브넷의 IP 주소를 사용하는 것입니다. Facebook이 한 계정에서 위반 사항을 발견하고 나머지 20개 계정이 동일 서브넷의 IP로 접속하는 것을 보면, 전체 체인을 차단할 수 있습니다.

다른 서브넷이나 다른 공급자의 백업 풀은 이 연결을 끊습니다. 일부 계정은 기본 풀을 통해 작동하고, 일부는 백업을 통해 작동합니다. 한 그룹이 차단되더라도, 다른 그룹은 활성 상태를 유지합니다.

아비트리지용 백업: 체인 차단으로부터 광고 계정 보호

트래픽 아비트리지 담당자는 동시에 수십 개의 광고 계정을 운영합니다. 그 중 절반을 잃는 것만으로도 수익이 크게 감소합니다. 아비트리지용 백업 프록시 풀은 여러 작업을 동시에 해결합니다.

위험 최소화를 위한 계정 풀 분리

전문 아비트리지 담당자는 모든 계정을 동일한 유형의 프록시에서 운영하지 않습니다. 표준 구성은: 60%의 계정이 기본 풀을 통해 작동하고, 40%가 백업을 통해 작동합니다. 기본 풀이 차단되면 비즈니스 전체가 아니라 일부만 잃게 됩니다. 나머지 계정은 문제를 해결하는 동안 계속 수익을 생성합니다.

실제 구성: 당신은 30개의 Facebook Ads 계정을 가지고 있습니다. 18개는 공급자 A의 레지던트 프록시를 통해 (기본 풀), 12개는 공급자 B의 모바일 프록시를 통해 (백업 풀) 작동합니다. 계정은 서로 다른 연결로 나뉘어 있으며 IP가 겹치지 않습니다. Facebook이 공급자 A의 서브넷을 차단하면 최대 18개의 계정을 잃게 되지만, 12개는 계속 작동합니다.

차단 후 빠른 복구

광고 계정이 차단되면 종종 문제는 계정 자체가 아니라 IP 주소에 있습니다. 백업 풀에서 깨끗한 프록시로 변경하고 항소를 제출하면, 차단 해제 가능성이 훨씬 높아집니다.

복구 알고리즘: 계정이 차단됨 → 백업 풀의 프록시로 전환 → 안티탐지 브라우저에서 쿠키와 캐시를 지움 → 항소 제출. Facebook은 이제 계정이 다른 "깨끗한" IP로 접속하고 있음을 확인하고 차단 해제를 더 기꺼이 수용합니다.

주요 캠페인에 대한 위험 없이 새로운 지리 테스트

새로운 국가에서 광고를 시작할 때, 플랫폼이 의심스러운 지리적 변경으로 인해 계정을 차단할 위험이 항상 존재합니다. 백업 풀은 주요 계정을 위험에 빠뜨리지 않고 별도의 계정에서 새로운 지리를 테스트할 수 있게 해줍니다.

예시: 당신은 기본 미국 레지던트 프록시 풀을 통해 미국으로 트래픽을 유도하고 있습니다. 독일을 테스트하기로 결정했습니다. 기존 계정의 지리적 위치를 변경하는 대신 (이것은 의심을 초래할 수 있음), 독일 백업 풀의 프록시로 Dolphin Anty에서 새로운 프로필을 생성합니다. 안전하게 지리를 테스트하고, 작동 중인 캠페인에 대한 위험 없이 진행합니다.

SMM 에이전트를 위한 백업 IP: 고객 계정을 잃지 않는 방법

SMM 에이전시와 소셜 미디어 마케팅 전문가는 수십 개의 고객 계정을 관리합니다. 고객 계정에 대한 접근을 잃는 것은 단순한 기술적 결함이 아니라, 평판 위험과 법적 청구의 가능성을 의미합니다. SMM을 위한 백업 풀은 전문적인 평판을 보호하는 보험입니다.

대량 작업 시 차단으로부터 보호

50개의 Instagram 계정에 동시에 게시물을 게시할 때, 플랫폼은 이를 의심스러운 활동으로 간주할 수 있습니다. 특히 모든 요청이 동일 서브넷의 IP에서 오는 경우 더욱 그렇습니다. 기본 풀과 백업 풀 간의 계정 분리는 대량 차단의 가능성을 줄입니다.

작동 방식: 30개의 계정이 기본 모바일 프록시 풀을 통해 작동하고, 20개는 백업 레지던트 풀을 통해 작동합니다. 대량 게시 시 Instagram은 서로 다른 서브넷의 다양한 유형의 IP에서 활동을 감지하여, 50개의 동일한 요청이 하나의 공급자에서 오는 것보다 더 자연스럽게 보입니다.

기술적 결함 시 작업 지속성

SMM 에이전시의 고객들은 결과에 대해 비용을 지불하며, 기술적 문제에 대해 듣고 싶어하지 않습니다. 만약 당신의 프록시 공급자가 다운되고 고객에게 오늘 중요한 발표나 광고 캠페인이 예정되어 있다면, 백업 풀이 없으면 계약이 위험에 처하게 됩니다.

실제 사례: 에이전시는 Instagram에서 레스토랑 계정을 관리합니다. 매일 오전 11시에 점심 메뉴와 프로모션 게시물이 게시됩니다. 오전 10시 45분에 모바일 프록시 공급자가 오프라인 상태가 됩니다. 백업 풀이 없으면 게시물이 중단되고, 고객은 일일 트래픽을 잃습니다. 백업 풀이 있으면 SMM 매니저는 5분 만에 프로필을 백업 프록시로 전환하고 제시간에 게시물을 게시합니다.

다양한 국가의 계정 작업

만약 당신의 에이전시가 국제 고객과 작업하고 있다면, 다양한 국가의 프록시가 필요합니다. 기본 풀은 주요 시장(미국, 유럽)을 커버할 수 있고, 백업은 추가 지역(아시아, 라틴 아메리카, CIS)을 커버할 수 있습니다.

분배 예시: 기본 풀 — 미국, 영국, 독일의 레지던트 프록시. 백업 풀 — 브라질, 인도, UAE의 모바일 프록시. 새로운 지역의 고객이 나타나면, 즉시 해당 백업 풀의 프록시로 그의 계정을 연결하여 새로운 공급자를 찾는 데 시간을 낭비하지 않습니다.

마켓플레이스 파싱을 위한 백업: 지속적인 가격 모니터링

마켓플레이스의 판매자와 전자상거래 분석가는 지속적인 데이터 수집에 의존합니다. 경쟁자의 가격 파싱, 재고 모니터링, 검색 순위 추적 등은 모두 플랫폼에 대한 안정적인 접근을 요구합니다. 파싱이 몇 시간만 중단되어도 경쟁 우위를 잃을 수 있습니다.

안티파싱 시스템으로부터의 보호

Wildberries, Ozon, Yandex.Market은 지속적으로 파서에 대한 보호를 강화하고 있습니다. 플랫폼이 특정 IP에서 너무 많은 요청이 발생하는 것을 감지하면, 전체 서브넷을 차단합니다. 백업 풀은 즉시 다른 IP로 전환하고 데이터 수집을 계속할 수 있게 해줍니다.

작동 방식: 기본 풀 — 대량 데이터 파싱을 위한 데이터 센터 프록시. 백업 풀 — 강력한 차단을 우회하기 위한 레지던트 프록시. Wildberries가 데이터 센터의 IP를 차단하기 시작하면, 파서는 자동으로 백업의 레지던트 프록시로 전환됩니다.

24/7 모니터링

마켓플레이스의 가격은 24시간 변동합니다. 경쟁자가 새벽 3시에 상품 가격을 인하할 수 있으며, 이 순간 프록시 문제로 인해 파서가 작동하지 않으면, 당신은 아침에야 변경 사항을 알게 됩니다 — 이미 판매를 잃은 상태에서.

실제 적용: 파서에서 기본 풀과 백업 풀 간의 자동 전환을 설정하세요. 기본 프록시가 응답하지 않거나 오류를 반환하면, 시스템은 즉시 백업으로 전환됩니다. 모니터링은 단 한 순간도 중단되지 않습니다.

다양한 지리에서의 파싱

많은 마켓플레이스는 구매자의 지역에 따라 다른 가격과 상품의 재고를 표시합니다. 전체 그림을 얻으려면 다양한 도시의 데이터를 파싱해야 합니다.

예시: 기본 풀 — 주요 시장 모니터링을 위한 모스크바 및 상트페테르부르크의 프록시. 백업 풀 — 지역 프록시 (예카테린부르크, 노보시비르스크, 크라스노다르). 당신은 러시아의 모든 주요 지역에서 가격 및 상품 재고에 대한 데이터를 수집하여 경쟁 우위를 확보합니다.

기본 및 백업 풀의 아키텍처를 올바르게 구축하는 방법

효과적인 백업 풀은 단순한 추가 프록시 구매가 아닙니다. 이는 자원의 올바른 분배, 다양한 유형의 IP 및 자동 전환이 포함된 체계적인 시스템입니다.

공급자 다각화 규칙

기본 풀과 백업 풀은 서로 다른 공급자에서 제공되어야 합니다. 더욱이, 서로 다른 IP 출처를 사용하는 것이 바람직합니다. 예를 들어:

• 기본 풀 — 공급자 A의 레지던트 프록시 (홈 사용자 IP)
• 백업 풀 — 공급자 B의 모바일 프록시 (모바일 운영자 IP)

이러한 구성은 플랫폼이 특정 유형의 IP 또는 특정 공급자를 전체적으로 차단하는 상황을 방지합니다.

풀의 크기 비율

백업 풀은 기본 풀과 동일한 크기일 필요는 없습니다. 표준 비율은 다음과 같습니다:

지리적 분포

만약 당신의 비즈니스가 한 국가(예: 미국)에서만 운영된다면, 기본 및 백업 풀은 동일한 국가에서 제공되어야 하지만 서로 다른 공급자와 지역에서 제공되어야 합니다. 여러 국가에서 작업하는 경우, 이를 풀 간에 분배하세요.

국제 아비트리지의 예:

• 기본 풀: 미국 (캘리포니아, 텍사스), 영국 (런던), 독일 (베를린)
• 백업 풀: 미국 (뉴욕, 플로리다), 프랑스 (파리), 폴란드 (바르샤바)

이러한 분포는 미국의 기본 풀에 문제가 발생할 경우, 백업에서 미국 프록시로 전환하여 계정의 지리적 위치를 유지할 수 있게 해줍니다.

프록시 유형 조합

다양한 유형의 프록시는 서로 다른 특성을 가지고 있습니다. 기본 및 백업 풀에서 이를 조합하면 유연성을 얻을 수 있습니다:

자동 전환: 설정을 Dolphin Anty 및 AdsPower에서

프록시 풀 간의 수동 전환은 시간이 걸리고 지속적인 모니터링이 필요합니다. 안티탐지 브라우저는 문제 발견 시 프록시의 자동 변경을 설정할 수 있습니다.

Dolphin Anty에서 설정

Dolphin Anty는 아비트리지 담당자들 사이에서 가장 인기 있는 안티탐지 브라우저 중 하나입니다. 백업 풀과의 작업을 설정하는 방법은 다음과 같습니다:

1. 풀 태그 생성: "프로필" 섹션에서 "기본 풀" 및 "백업 풀"이라는 두 개의 태그를 생성합니다. 이를 통해 사용 중인 프록시로 프로필을 빠르게 필터링할 수 있습니다.
2. 기본 프록시 설정: 각 프로필의 프록시 설정에서 기본 풀의 데이터를 입력합니다. 형식: IP:Port:Login:Password. 공급자의 권장 사항에 따라 프록시 유형 (HTTP, SOCKS5)을 선택합니다.
3. 백업 프록시를 메모에 추가: 각 프로필의 "메모" 필드에 백업 프록시의 데이터를 저장합니다. 이를 통해 전환이 필요할 때 빠르게 복사할 수 있습니다.
4. 대량 편집 사용: 여러 프로필을 동시에 전환해야 하는 경우, 체크박스를 선택한 후 → "대량 편집" → 백업 풀의 새로운 프록시 데이터를 붙여넣고 → "적용"합니다.

스크립트를 통한 자동화: Dolphin Anty는 자동화를 위한 API를 지원합니다. 기본 풀의 프록시 접근 가능성을 확인하고, 접근 불가능할 경우 프로필을 자동으로 백업으로 전환하는 간단한 스크립트를 작성할 수 있습니다.

AdsPower에서 설정

AdsPower는 여러 프록시 풀과 작업하기 위한 보다 발전된 기능을 제공합니다:

1. 프로필 그룹 생성: 프로필을 풀에 따라 그룹으로 나누세요 — "기본 미국", "백업 미국", "기본 EU", "백업 EU". 이는 많은 계정을 관리하는 데 용이합니다.
2. 프록시 접근성 확인 기능 사용: AdsPower는 프로필 시작 시 프록시의 접근 가능성을 자동으로 확인합니다. 프록시가 접근 불가능한 경우, 브라우저는 경고를 표시합니다.
3. 알림 설정: 설정에서 프록시 문제에 대한 알림을 활성화합니다. 기본 풀이 응답하지 않으면 즉시 알림을 받습니다.
4. 자동 회전: 프록시의 고급 설정에서 여러 주소를 쉼표로 구분하여 지정할 수 있습니다. AdsPower는 첫 번째 프록시가 접근 불가능할 경우 자동으로 다음 프록시를 시도합니다.

파서에 대한 자동 전환 설정

Python, Node.js 또는 기존 솔루션의 파서를 사용하는 경우, 대부분은 구성 파일을 통해 여러 프록시 풀과 작업하는 것을 지원합니다.

자동 전환 로직 예시:

1. 파서는 기본 풀의 프록시를 통해 요청을 보냅니다.
2. 오류 (타임아웃, 403, 429)를 받으면 해당 프록시를 접근 불가능으로 표시합니다.
3. 자동으로 기본 풀의 다음 프록시로 전환합니다.
4. 모든 기본 풀의 프록시가 접근 불가능하면 백업 풀로 전환합니다.
5. 백업 프록시를 통해 작업을 계속합니다.
6. 10분마다 기본 풀의 접근 가능성을 확인합니다.
7. 기본 풀이 복구되면 다시 전환합니다.

이러한 로직은 수동 개입 없이 파서의 지속적인 작업을 보장합니다.

백업 풀 유지 비용: 예산 계산

백업 풀은 추가 비용이지만, 이는 중단으로 인한 잠재적 손실보다 훨씬 적습니다. 백업 프록시에 대한 최적의 예산을 계산하는 방법을 살펴보겠습니다.

"냉동 예비" 모델

두 번째 공급자로부터 최소한의 프록시 패키지를 구매하고 이를 예비로 보관합니다. 기본 풀에 문제가 발생할 때만 사용합니다. 가장 경제적인 옵션입니다.

아비트리지 담당자를 위한 계산 예시:

• 기본 풀: 30개의 미국 모바일 프록시 — $300/월
• 백업 풀: 10개의 미국 레지던트 프록시 (최소 패키지) — $50/월
• 총 비용: $350/월
• 백업에 대한 추가 비용: 기본 예산의 +17%

이 경우 10개의 백업 프록시는 기본 풀에 문제가 발생하는 동안 중요한 계정의 작업을 신속하게 복구할 수 있게 해줍니다.

"핫 예비" 모델

일부 계정은 지속적으로 백업 풀을 통해 작동합니다. 이는 더 비싸지만 최대의 신뢰성을 보장하고 위험을 분산시킵니다.

SMM 에이전시를 위한 계산 예시:

• 기본 풀: 40개의 모바일 프록시 — $400/월
• 백업 풀: 20개의 레지던트 프록시 — $100/월
• 총 비용: $500/월
• 백업에 대한 추가 비용: 기본 예산의 +25%

그러나 60개의 고객 계정이 두 개의 독립적인 풀 간에 분산되어 있어 대량 접근 손실의 위험을 최소화합니다.

수익성 계산

백업 풀에 투자할 가치가 있는지 이해하려면 비즈니스의 중단 비용을 계산하세요:

아비트리지 담당자를 위한: 만약 당신이 월 $3000의 수익으로 트래픽을 유도하고 있다면, 하루의 중단 = $100의 손실입니다. $50/월의 백업 풀은 최소한 반나절의 중단을 방지할 수 있다면 그 비용을 회수할 수 있습니다.

SMM 에이전시를 위한: 고객과의 계약이 월 $500의 가치가 있고, 기술적 결함으로 인해 이를 잃는다면, 잃은 고객 하나는 백업 풀 비용의 5개월에 해당합니다.

전자상거래를 위한: 파싱 중단으로 인해 경쟁자가 가격을 인하한 것을 놓치고 $200의 판매 손실이 발생했다면, $30/월의 백업 풀은 이러한 상황 하나로 회수됩니다.

결론

백업 프록시 풀은 추가적인 사치가 아니라, 멀티 계정 작업, 트래픽 아비트리지, SMM 마케팅 및 파싱을 위한 전문적인 작업의 필수 요소입니다. 백업 풀에 대한 투자는 기본 프록시 예산의 15-30%를 차지하지만, 이는 이 금액을 수십 배 초과하는 손실로부터 보호합니다.

효과적인 백업 풀의 핵심 원칙: 공급자 다각화, 다양한 유형의 프록시 사용, 계정 분배의 체계적인 아키텍처 및 전환 자동화입니다. 한 번 백업 시스템을 설정하면 기술적 결함, 대량 차단 및 기타 치명적인 상황으로부터 보험을 받게 됩니다.

신뢰할 수 있는 기본 및 백업 풀 시스템을 구축할 계획이라면, 레지던트 프록시를 기본 풀로 시작하는 것을 권장합니다 — 이는 플랫폼의 높은 신뢰 수준과 최소한의 차단 위험을 보장합니다. 백업 풀에는 모바일 프록시가 적합합니다 — 이는 모바일 운영자의 IP를 사용하여 추가적인 보호 수준과 IP 주소 출처의 다양성을 제공합니다.