Facebook Ads에서 수십 개의 계정을 운영하거나 SMM 에이전시를 운영하거나 마켓플레이스를 파싱할 때, 하나의 프록시 제공업체에 의존하는 것은 심각한 위험이 됩니다. 기술적 결함, 서브넷 차단 또는 한도 초과는 전체 작업을 마비시킬 수 있습니다. 이 기사에서는 여러 제공업체 간의 부하 분산을 위한 실용적인 전략을 살펴보아 안정성을 보장하고 위험을 최소화합니다.
우리는 광고 계정 농사부터 대량 파싱까지 다양한 작업을 위한 구체적인 균형 계획을 보여줄 것입니다. 제공업체를 올바르게 조합하고 자동 회전을 설정하며 각 프록시 소스의 작업 품질을 모니터링하는 방법을 배우게 됩니다.
여러 프록시 제공업체를 사용하는 이유
단일 프록시 제공업체와 작업하는 것은 비즈니스에 여러 가지 심각한 위험을 초래합니다. 상황을 상상해 보십시오: Facebook Ads에서 30개의 광고 캠페인을 시작했고, 각각은 하나의 제공업체의 프록시를 통해 운영됩니다. 갑자기 제공업체가 전체 IP 주소 서브넷을 차단당하면 모든 계정이 동시에 위협을 받게 됩니다.
다음은 중재자와 SMM 전문가가 단일 제공업체와 작업할 때 직면하는 실제 문제입니다:
- 대량 서브넷 차단: Facebook과 Google은 정기적으로 알려진 데이터 센터의 전체 IP 범위를 차단합니다. 모든 계정이 동일한 서브넷의 프록시를 사용하고 있다면, 하나의 계정이 차단되면 나머지 계정도 검토를 받게 됩니다.
- 기술적 결함: 모든 제공업체는 작업 중단이 발생할 수 있습니다. 이 시점에 활성 캠페인이 실행 중이거나 중요한 파싱이 진행 중이라면, 중단은 심각한 비용을 초래할 수 있습니다.
- 한도 초과: 주거용 또는 모바일 프록시와 작업할 때 트래픽이 종종 제한됩니다. 단일 제공업체에서 월 한도를 초과하면 작업이 중단됩니다.
- 지리적 제한: 하나의 제공업체가 필요한 모든 지역을 커버하지 못할 수 있습니다. 다양한 지역에서 작업하기 위해 추가 소스를 연결해야 합니다.
- 작업에 따른 품질 차이: Instagram에 잘 작동하는 프록시는 Wildberries 파싱에 잘 작동하지 않거나 그 반대의 경우도 있습니다.
경험이 풍부한 중재자들은 최소 2-3개의 제공업체를 동시에 사용합니다. 예를 들어, 기본 계정 풀은 제공업체 A를 통해 운영되고 (70%의 부하), 예비 풀은 제공업체 B를 통해 운영되며 (20%), 새로운 조합 테스트를 위해 제공업체 C를 사용합니다 (10%). 이러한 구조는 한 공급자의 문제에도 불구하고 작업의 연속성을 보장합니다.
실제 사례: SMM 에이전시는 하나의 모바일 프록시 제공업체를 통해 Instagram에서 45개의 고객 계정을 관리했습니다. 제공업체의 기술적 결함으로 인해 계정에 대한 접근이 6시간 동안 차단되었습니다. 고객은 예정된 게시물을 받지 못했고, 에이전시는 평판을 잃었습니다. 이 사건 이후 부하는 세 개의 제공업체 간에 분산되었습니다: 60%의 계정이 기본 제공업체에, 30%가 예비 제공업체에, 10%가 테스트용으로 세 번째 제공업체에 배정되었습니다.
부하 분산 전략
프록시 제공업체 간의 부하 균형을 위한 몇 가지 검증된 전략이 있습니다. 선택은 귀하의 작업, 예산 및 지속적인 작업의 중요성 수준에 따라 다릅니다. 각 전략을 구체적인 적용 예제와 함께 살펴보겠습니다.
전략 1: 기본 + 예비 제공업체 (80/20)
가장 간단하고 초보자에게 인기 있는 구조입니다. 하나의 기본 제공업체를 선택하여 80%의 부하를 처리하고, 나머지 20%는 하나의 예비 제공업체에 맡깁니다. 예비 제공업체는 기본 제공업체에 문제가 발생할 경우 보험 역할을 합니다.
사용 시기: 10-30개의 광고 계정을 가진 중재자나 50개 이하의 소셜 미디어 프로필을 관리하는 SMM 전문가에게 적합합니다. 예산이 제한되어 있지만 기본적인 장애 보호가 필요합니다.
Facebook Ads 설정 예: 25개의 광고 계정이 있습니다. 20개의 계정은 기본 제공업체의 주거용 프록시를 통해 운영되고, 5개의 계정은 예비 제공업체를 통해 운영됩니다. Dolphin Anty의 안티탐지 브라우저에서 서로 다른 프록시로 두 개의 템플릿 프로필을 생성하고 설정을 복제합니다. 기본 제공업체가 사용할 수 없을 경우, 프로필을 예비 프록시로 빠르게 전환합니다.
전략 2: 균등 분배 (50/50 또는 33/33/33)
부하는 두 개 또는 세 개의 제공업체 간에 균등하게 나뉩니다. 이 전략은 특정 제공업체를 완전히 신뢰하지 않거나 최대한의 다각화가 중요한 고위험 분야에서 작업할 때 적합합니다.
사용 시기: 대규모 중재 작업 (50개 이상의 계정), 높은 부하의 마켓플레이스 파싱 또는 엄격한 제한이 있는 국가에서 작업할 때 적합합니다.
Wildberries 파싱 예: 매일 100,000개의 상품 카드를 파싱해야 합니다. 세 개의 제공업체 간에 작업을 나눕니다: 제공업체 A는 "전자기기" 카테고리를 파싱하고 (33,000 카드), 제공업체 B는 "의류" (34,000), 제공업체 C는 "집과 정원" (33,000)입니다. Wildberries가 한 제공업체의 서브넷을 차단하면, 데이터의 3분의 1만 손실되고 전체 파싱이 손실되지 않습니다.
전략 3: 작업별 분리
각 제공업체는 특정 유형의 작업을 담당합니다. 예를 들어, 하나의 제공업체는 계정 농사에만 사용되고, 두 번째는 활성 광고 캠페인 시작에, 세 번째는 파싱 및 분석에 사용됩니다.
사용 시기: 다양한 요구 사항을 가진 이질적인 작업이 있을 때. 계정 농사는 높은 IP 신뢰도를 요구하고, 활성 광고는 안정성을 요구하며, 파싱은 속도와 저렴함을 요구합니다.
TikTok Ads 중재 예: 제공업체 A (모바일 프록시)는 새로운 TikTok 계정을 따뜻하게 하기 위해 사용되며, 실제 활동을 모방합니다. 제공업체 B (주거용 프록시)는 TikTok Ads Manager에서 광고 캠페인을 시작하는 데 사용됩니다. 제공업체 C (데이터 센터 프록시)는 경쟁업체 파싱 및 크리에이티브 수집에 사용됩니다. 각 유형의 프록시는 자신의 작업에 최적화되어 있습니다.
전략 4: 지리적 분산
제공업체는 지리적 지역에 따라 분산됩니다. 하나의 제공업체는 미국과 캐나다를 커버하고, 두 번째는 유럽, 세 번째는 아시아와 라틴 아메리카를 커버합니다.
사용 시기: 국제 중재 또는 다지역 SMM을 위한 경우. 모든 제공업체가 모든 국가를 동일하게 잘 커버하지는 않습니다.
Instagram SMM 예: 다양한 국가의 고객 계정을 관리하고 있습니다. 제공업체 A는 미국에 특화되어 있으며 뉴욕과 로스앤젤레스의 고품질 IP를 제공합니다 — 미국 고객에게 사용합니다. 제공업체 B는 유럽에서 강력합니다 — 독일, 프랑스, 스페인 고객에게 사용합니다. 제공업체 C는 CIS를 커버합니다 — 러시아어 계정에 사용합니다. 각 계정은 자신의 지역에서 프록시를 받아 차단 위험을 줄입니다.
| 전략 | 분배 | 대상 | 난이도 |
|---|---|---|---|
| 기본 + 예비 | 80/20 | 초보자, 10-30 계정 | 낮음 |
| 균등 분배 | 50/50 또는 33/33/33 | 대규모 작업, 50개 이상 계정 | 중간 |
| 작업별 분리 | 각 제공업체에 특정 작업 | 이질적인 작업 | 중간 |
| 지리적 분산 | 지역별 | 국제 중재/SMM | 높음 |
다양한 제공업체의 프록시 유형 조합 방법
제공업체 간의 분산 외에도 프록시 유형을 올바르게 조합하는 것이 중요합니다. 주거용, 모바일 및 데이터 센터 프록시는 서로 다른 특성을 가지며, 이들의 적절한 조합은 작업의 효율성을 높입니다.
Facebook Ads 중재를 위한 조합
광고 계정 농사 및 광고 캠페인 시작을 위한 전형적인 구조는 두세 가지 유형의 프록시를 서로 다른 제공업체로부터 포함합니다:
- 모바일 프록시 (제공업체 A): Facebook 계정을 처음 등록하고 7-14일 동안 따뜻하게 하는 데 사용됩니다. 모바일 IP는 Facebook이 이를 일반 스마트폰 사용자로 인식하므로 최대 신뢰도를 가집니다. 이 단계에서 프로필을 작성하고 친구를 추가하며 좋아요를 누릅니다.
- 주거용 프록시 (제공업체 B): 계정이 따뜻해진 후 광고 캠페인을 시작하기 위해 주거용 프록시로 전환됩니다. 주거용 IP는 모바일보다 안정적이며 (10-15분마다 변경되지 않음) 더 저렴하여 캠페인이 장기적으로 운영될 때 중요합니다.
- 데이터 센터 프록시 (제공업체 C, 선택 사항): 경쟁업체의 오디언스 파싱, 타겟팅 데이터 수집과 같은 보조 작업에 사용됩니다. 이러한 작업에는 높은 신뢰도가 필요하지 않으며, 속도와 저렴함이 중요합니다.
이러한 구조는 비용을 최적화할 수 있게 해줍니다: 비싼 모바일 프록시는 등록 및 따뜻하게 하는 중요한 단계에서만 사용되며 (1-2주), 주요 작업은 더 저렴한 주거용 프록시를 통해 진행됩니다.
대량 SMM (Instagram, TikTok)을 위한 조합
수십 개의 고객 계정을 관리하는 SMM 에이전시는 종종 하이브리드 구조를 사용합니다:
- 주거용 프록시 (제공업체 A) — 60% 계정: 주요 고객 계정 풀은 주거용 프록시를 통해 운영됩니다. 이들은 신뢰도와 비용 간의 균형을 제공합니다. 정기적인 게시물, 스토리, 팔로워와의 상호작용에 적합합니다.
- 모바일 프록시 (제공업체 B) — 30% 계정: VIP 고객 또는 차단 위험이 높은 계정 (예: 공격적인 대량 좋아요, 대량 팔로우)에 사용됩니다. 모바일 IP는 활동적인 행동 시 차단 가능성을 줄입니다.
- 데이터 센터 프록시 (제공업체 C) — 10% 계정: 에이전시의 내부 테스트 계정에 사용되며, 차단이 중요하지 않습니다. 새로운 직원 교육 및 새로운 전략 테스트에 사용됩니다.
마켓플레이스 파싱을 위한 조합
Wildberries, Ozon 또는 Avito를 파싱할 때는 속도와 요청량이 중요합니다. 여기서는 다른 논리가 작용합니다:
- 데이터 센터 프록시 (제공업체 A) — 70% 요청: 주요 부하는 빠르고 저렴한 데이터 센터 프록시를 통해 이루어집니다. 이들은 최소한의 비용으로 분당 수천 개의 요청을 수행할 수 있습니다. 공개 데이터 (가격, 이름, 설명) 파싱에 적합합니다.
- 주거용 프록시 (제공업체 B) — 30% 요청: 더 섬세한 작업을 위해 — 리뷰, 판매자 데이터, 숨겨진 카테고리 파싱. 마켓플레이스는 이러한 데이터에 접근할 때 데이터 센터에 대해 더 엄격하게 대하므로, 주거용 IP가 더 쉽게 통과합니다.
중요한 점: 제공업체를 조합할 때 IP 주소가 서브넷에서 겹치지 않도록 주의하십시오. 두 제공업체가 동일한 데이터 센터에서 IP를 임대하는 경우, 다각화는 의미가 없어집니다 — 서브넷 차단이 두 제공업체 모두에 영향을 미칠 것입니다.
안티탐지 브라우저에서 균형 설정
안티탐지 브라우저는 여러 프록시와 작업하기 위한 주요 도구입니다. Dolphin Anty, AdsPower, Multilogin 및 GoLogin은 각 계정에 대해 개별 프록시로 별도의 프로필을 생성할 수 있게 해줍니다. 인기 있는 솔루션에서 제공업체 간의 부하 분산을 설정하는 방법을 살펴보겠습니다.
Dolphin Anty에서 설정하기
Dolphin Anty는 프로필 관리 및 내장 자동화 덕분에 중재자들 사이에서 인기 있는 선택입니다. 다음은 세 개의 제공업체와 작업을 설정하는 방법입니다:
- 프로필 그룹 생성: Dolphin의 왼쪽 메뉴에서 "제공업체 A (기본)", "제공업체 B (예비)", "제공업체 C (테스트)"라는 세 개의 폴더를 생성합니다. 이렇게 하면 시각적으로 분리하기가 더 쉽습니다.
- 각 제공업체의 프록시 추가: "프록시" → "프록시 추가" 섹션으로 이동합니다. 첫 번째 제공업체의 프록시 목록을
IP:PORT:LOGIN:PASS형식으로 붙여넣습니다. 그룹 이름을 "Provider_A"로 지정합니다. 나머지 제공업체에 대해서도 반복합니다. - 프록시 그룹에 연결된 프로필 생성: 새 프로필을 생성할 때 "목록에서 사용"을 선택하고 필요한 그룹을 선택합니다. Dolphin은 자동으로 해당 그룹에서 사용 가능한 프록시를 할당합니다.
- 회전 설정: 제공업체가 시간 또는 요청에 따라 회전을 지원하는 경우, 프록시 설정에서 이를 지정합니다. 예를 들어, 모바일 프록시의 경우 IP 변경을 위한 특별한 URL을 통해 10분마다 회전을 설정합니다.
- 작동 확인: 서로 다른 그룹에서 여러 프로필을 실행하고 whoer.net 또는 2ip.ru 서비스를 통해 IP를 확인합니다. 각 프로필이 해당 제공업체의 프록시를 사용하고 있는지 확인합니다.
Dolphin의 장점은 대량 작업이 가능하다는 것입니다. 20개의 프로필을 선택하고 기본 제공업체가 사용할 수 없을 경우 한 번의 클릭으로 다른 프록시 그룹으로 재지정할 수 있습니다.
AdsPower에서 설정하기
AdsPower는 유사한 논리를 가지고 있지만 더 발전된 자동화 기능을 제공합니다:
- CSV를 통해 프록시 가져오기: AdsPower는 CSV 파일을 통해 수백 개의 프록시를 한 번에 업로드할 수 있습니다. IP, Port, Username, Password, Provider_Name 열이 있는 파일을 생성합니다. "Proxy Management" 섹션을 통해 가져옵니다.
- 태그를 사용하여 마킹: 프로필을 생성할 때 제공업체 이름으로 태그를 추가합니다 (예: #ProviderA). 이렇게 하면 프록시 소스에 따라 프로필을 빠르게 필터링할 수 있습니다.
- 오류 발생 시 자동 전환 설정: AdsPower에는 "Fallback Proxy" 기능이 있습니다 — 기본 프록시가 사용할 수 없을 경우 프로필이 자동으로 예비 프록시로 전환됩니다. 프로필 설정에서 기본 프록시 (제공업체 A)와 예비 프록시 (제공업체 B)를 지정합니다.
- 동적 균형을 위한 API 사용: AdsPower는 강력한 API를 제공합니다. 제공업체의 가용성을 모니터링하고 오류 발생 시 프로필을 자동으로 재분배하는 간단한 스크립트를 작성할 수 있습니다.
Multilogin 및 GoLogin에서 설정하기
Multilogin과 GoLogin은 유사한 원리로 작동합니다. 두 브라우저 모두 각 계정에 대해 개별 프록시를 수동으로 지정하여 별도의 프로필을 생성합니다. 부하 균형을 위해 명명 시스템을 사용하는 것이 좋습니다:
- 프로필을 다음과 같은 형식으로 명명합니다:
FB_Account_01_ProvA,FB_Account_02_ProvB. 이렇게 하면 어떤 프로필이 어떤 제공업체를 사용하는지 빠르게 이해할 수 있습니다. - 프로필 → 프록시 → 제공업체 → 마지막 확인 날짜의 일치를 포함하는 Excel 표를 생성합니다. 이렇게 하면 계정 수가 증가할 때 관리가 용이해집니다.
- GoLogin에서 "Proxy Checker" 기능을 사용하여 모든 프록시의 작동 상태를 정기적으로 확인합니다. 작동하지 않는 프록시는 자동으로 빨간색으로 표시됩니다.
자주 발생하는 오류: 많은 초보자들이 모든 프로필을 하나의 제공업체의 프록시로 생성한 후 문제가 발생했을 때 다른 제공업체로 대량 전환하려고 합니다. 이는 시간이 걸리고 IP의 급격한 변경으로 인해 계정이 차단될 수 있습니다. 올바른 접근 방식은 처음부터 선택한 전략 (80/20, 50/50 등)에 따라 제공업체 간에 프로필을 분산하는 것입니다.
제공업체 간 회전 자동화
오류 발생 시 제공업체 간의 수동 전환은 시간이 소모되고 중단을 초래할 수 있습니다. 회전 자동화는 시스템이 스스로 작업 제공업체를 선택하고 문제 발생 시 전환할 수 있게 해줍니다. 몇 가지 구현 방법을 살펴보겠습니다.
프록시 회전기 사용
프록시 회전기는 요청을 수신하고 여러 제공업체 간에 자동으로 분산하는 중개 서비스입니다. 하나의 회전기 주소에 연결하고, 내부에서 제공업체 간에 설정된 규칙에 따라 전환됩니다.
인기 있는 솔루션:
- Proxy-Cheap Rotator: 다양한 제공업체의 프록시를 하나의 풀로 통합할 수 있는 무료 도구입니다. 웹 인터페이스를 통해 설정되며, 연결을 위한 단일 엔드포인트를 생성합니다.
- ProxyMesh: 고급 균형 논리를 가진 유료 서비스입니다. 제공업체 우선 순위 지정 (기본 → 예비 → 비상), 자동 가용성 확인을 지원합니다.
- HAProxy에서 자체 회전기: 기술적으로 숙련된 사용자에게 적합합니다. HAProxy는 무료 오픈 소스 로드 밸런서입니다. VPS에 설치하고 구성 파일을 통해 설정합니다.
간단한 회전기 설정 예: 세 개의 제공업체에서 프록시가 있다고 가정해 보겠습니다. Proxy-Cheap Rotator를 자신의 컴퓨터나 VPS에 설치하고, 모든 프록시를 제공업체 태그와 함께 추가합니다. 규칙을 설정합니다: "제공업체 A를 70%의 경우, B를 20%, C를 10% 사용합니다." 회전기는 다음과 같은 주소를 생성합니다: 127.0.0.1:8888. 이 주소를 모든 안티탐지 브라우저 프로필에 지정합니다. 회전기는 설정된 비율에 따라 제공업체 간에 요청을 자동으로 분산합니다.
자동 확인 및 전환 스크립트
안티탐지 브라우저가 API를 지원하는 경우 (AdsPower, Dolphin Anty), 간단한 모니터링 스크립트를 작성할 수 있습니다. 이 스크립트는 5-10분마다 각 제공업체의 프록시 가용성을 확인하고 오류 발생 시 프로필을 작업 제공업체로 자동 전환합니다.
스크립트 작동 논리:
- 스크립트는 각 제공업체의 프록시 목록을 저장합니다.
- 5분마다 각 제공업체의 프록시를 통해 테스트 요청을 수행합니다 (예: google.com에).
- 제공업체 A가 응답하지 않거나 오류를 반환하면, 스크립트는 이를 "사용할 수 없음"으로 표시합니다.
- 안티탐지 브라우저의 API를 통해 스크립트는 제공업체 A의 프록시를 사용하는 모든 프로필 목록을 가져옵니다.
- 이 프로필을 제공업체 B (예비) 프록시로 재지정합니다.
- Telegram에 알림을 보냅니다: "제공업체 A는 사용할 수 없습니다, 15개의 프로필이 제공업체 B로 전환되었습니다."
- 모니터링을 계속합니다. 제공업체 A가 다시 사용 가능해지면 프로필을 다시 전환합니다.
이러한 스크립트는 Kwork 또는 FL.ru에서 2000-5000 루블에 프리랜서에게 의뢰할 수 있습니다. 경험이 있는 사용자는 Python을 사용하여 몇 시간 안에 직접 작성할 수 있으며, requests 라이브러리와 브라우저 API 문서를 사용할 수 있습니다.
제공업체의 내장 기능
일부 프록시 제공업체는 내장된 균형 메커니즘을 제공합니다. 예를 들어, 두 개의 제공업체에서 프록시를 구매하면, 이들은 자동 회전이 가능한 단일 엔드포인트를 제공합니다. 이는 편리하지만 제한이 있습니다: 균형은 단일 제공업체 내에서만 작동하며, 서로 다른 제공업체 간에는 전환되지 않습니다.
더 발전된 옵션은 스티키 세션(sticky sessions) 사용입니다. 제공업체는 특정 시간 동안 세션에 "붙어 있는" 하나의 IP 주소를 제공합니다 (예: 10분). 이는 소셜 미디어와 함께 작업할 때 유용하며, 한 세션 내에서 IP를 자주 변경하면 의심을 불러일으킬 수 있습니다.
품질 모니터링 및 전환 시 오류 발생
제공업체 간의 부하 분산은 일회성 설정이 아니라 지속적인 과정입니다. 프록시의 품질은 변할 수 있습니다: 오늘 제공업체 A는 훌륭하게 작동하지만, 한 달 후에는 그 서브넷이 차단될 수 있습니다. 정기적인 모니터링은 문제를 조기에 발견하고 분산을 조정할 수 있게 해줍니다.
모니터링 지표
각 제공업체에 대해 다음 지표를 모니터링하십시오:
| 지표 | 무엇을 보여주는가 | 정상 | 경고 수준 |
|---|---|---|---|
| Uptime (가용성) | 중단 없이 작동하는 시간의 비율 | >99% | <95% |
| 응답 속도 | 페이지 로딩의 평균 시간 | <3초 | >7초 |
| 차단 비율 | 차단된 계정 수 | <2% | >10% |
| 연결 오류 | 시간당 실패한 요청 수 | <5 | >50 |
| IP 신뢰 점수 | IP의 평판 점수 (whoer.net 기준) | >80% | <50% |
간단한 Google 스프레드시트를 작성하여 매주 각 제공업체의 이러한 지표를 기록하십시오. 이를 통해 트렌드를 파악할 수 있습니다: 예를 들어, 제공업체 B는 지난 2주 동안 차단 비율이 증가하고 있습니다 — 아마도 그의 서브넷이 Facebook의 블랙리스트에 올라갔을 것입니다.
모니터링 도구
모니터링 자동화를 위해 전문 서비스를 사용하십시오:
- Proxy Checker Pro: Windows/Mac용 무료 프로그램으로, 프록시 목록의 작동 상태, 속도, 익명성을 확인합니다. 한 번에 최대 1000개의 프록시를 대량으로 확인할 수 있습니다.
- Whoer.net API: 프록시의 신뢰 점수를 확인하는 유료 API입니다. 이를 자신의 스크립트에 통합하고 각 제공업체의 IP 품질을 자동으로 확인할 수 있습니다.
- UptimeRobot: 가용성을 모니터링하는 서비스입니다. 각 제공업체의 프록시 가용성을 5분마다 확인하도록 설정합니다. 사용 불가능할 경우 이메일이나 Telegram으로 알림을 받습니다.
- Google Sheets의 사용자 정의 대시보드: 각 제공업체의 성공/실패 요청 비율을 자동으로 계산하는 수식을 포함하는 표를 만듭니다. 이를 통해 안티탐지 브라우저의 로그를 기반으로 관리가 용이해집니다.
문제가 발생할 때 전환 시나리오
언제 제공업체 간의 부하를 전환할지 미리 결정하십시오:
- 시나리오 1 — 전체 실패: 제공업체가 30분 이상 사용할 수 없습니다. 조치: 모든 프로필을 예비 제공업체로 자동 전환하고, 기본 제공업체의 기술 지원에 알립니다.
- 시나리오 2 — 차단 비율 증가: 지난 3일 동안 제공업체 A를 통한 계정 차단 비율이 2%에서 15%로 증가했습니다. 조치: 이 제공업체를 통한 새로운 계정 생성을 중단하고, 새로운 계정을 제공업체 B로 전환하며, 제공업체 A의 IP 품질을 테스트합니다.
- 시나리오 3 — 속도 저하: 제공업체 B를 통한 페이지 로딩 평균 시간이 2초에서 8초로 증가했습니다. 조치: 이 제공업체에 대한 부하를 30%에서 10%로 줄이고, 해방된 부하는 제공업체 A와 B에 재배분합니다.
- 시나리오 4 — 트래픽 한도 초과: 주거용 프록시 제공업체의 월 트래픽 한도에서 5%만 남았고, 월말까지 10일이 남았습니다. 조치: 트래픽 무제한 제공업체 (일반적으로 데이터 센터 프록시)로 일부 작업을 전환합니다.
이러한 시나리오를 체크리스트 형식으로 기록하고 문제가 발생할 때 따라야 합니다. 이는 패닉 결정을 방지하고 계정을 보호하는 데 도움이 됩니다.
여러 제공업체와 작업 시 비용 최적화
여러 프록시 제공업체와 작업하는 것은 비용을 증가시키지만, 올바른 접근 방식을 통해 품질을 잃지 않고 비용을 최적화할 수 있습니다. 절약 전략을 살펴보겠습니다.
비싼 프록시와 저렴한 프록시 조합
모든 작업이 비싼 모바일 프록시를 요구하는 것은 아닙니다. "올바른 작업에 올바른 도구" 원칙을 사용하십시오:
- 모바일 프록시 ($80-150/월당 IP): 중요한 작업에만 사용 — Facebook/Instagram의 새로운 계정 등록 및 따뜻하게 하기, SMM에서 VIP 고객과 작업.
- 주거용 프록시 ($50-100/월당 IP 또는 $7-15/GB): 주요 작업에 사용 — 활성 광고 캠페인 운영, 소셜 미디어 게시물 작성, 높은 신뢰도로 파싱.
- 데이터 센터 프록시 ($1-5/월당 IP): 보조 작업에 사용 — 공개 데이터 파싱, 경쟁업체 모니터링, 테스트 계정.
중재자를 위한 최적화 예: 모든 30개의 계정에 모바일 프록시를 사용하는 대신 ($2400-4500/월), 각 계정의 따뜻하게 하는 첫 14일 동안만 사용하십시오. 따뜻하게 한 후 계정을 주거용 프록시로 전환합니다 ($50/월). 절약: $4500에서 $1500/월로 품질을 유지하면서.
트래픽 요금제 vs 전용 IP 사용
주거용 프록시 제공업체는 두 가지 요금제를 제공합니다:
- 트래픽 기준: 사용된 데이터의 기가바이트에 대해 지불합니다 (일반적으로 $7-15/GB). 소량의 트래픽이 필요한 작업에 적합 — 소셜 미디어 운영, 광고 시작.
- 전용 IP: 월 고정 가격 ($50-100)으로 무제한 트래픽을 제공합니다. 대량 데이터 파싱에 적합합니다.
월간 트래픽을 계산하고 최적의 옵션을 선택하십시오. 40개의 Instagram 계정을 운영하는 SMM 에이전시의 경우 (계정당 약 2-3GB의 트래픽), 트래픽 요금제가 더 유리합니다: 40 계정 × 2.5GB × $10/GB = $1000/월, 반면 40개의 전용 IP는 $2000-4000입니다.
제공업체와 할인 협상
여러 제공업체와 작업할 때, 각 제공업체에 대해 대규모 고객이 됩니다. 이를 할인 받는 데 활용하십시오:
- 대량 할인 요청: "저는 월 50GB를 사용할 계획입니다, 어떤 할인을 제공할 수 있습니까?" 많은 제공업체가 대량 패키지 구매 시 10-20% 할인을 제공합니다.
- 시험 기간 요청: "여러 제공업체를 테스트 중입니다, 품질을 평가하기 위해 3-5일 무료 또는 50% 할인으로 제공해 주실 수 있습니까?"
- 여러 달에 대한 선불 결제: 일반적으로 10-15% 할인을 제공합니다.
- 추천 프로그램 사용: 다른 사용자를 초대하고 자신의 잔액에 보너스를 받습니다.
비효율적인 제공업체 거부
여러 제공업체와 작업할 때 비효율적인 제공업체를 거부하는 것이 중요합니다. 성능이 저조한 제공업체는 더 이상 사용하지 않도록 하십시오.