로테이팅 프록시는 작업하는 동안, 요청마다 또는 설정한 시간이 지날 때마다 다른 IP 주소를 제공하는 프록시 서비스입니다. 하나의 게이트웨이에 연결하면 제공업체가 대규모 풀에서 종료 IP를 선택하므로, 트래픽이 하나의 주소에 쌓이는 대신 여러 주소에 분산됩니다.
가장 흔한 형태는 로테이팅 레지덴셜 프록시로, 모든 종료 IP가 실제 가정용 연결에 속합니다. 웹사이트는 수천 건의 요청을 보내는 하나의 바쁜 서버가 아니라, 선택한 위치에서 온 일반 방문자들의 흐름을 보게 됩니다.
이 가이드에서는 로테이션이 어떻게 작동하는지, 스티키 세션은 어떻게 들어맞는지, 백커넥트 게이트웨이란 무엇인지, 그리고 로테이션이 비즈니스에 적합한 도구가 되는 경우는 언제인지 설명합니다.
로테이팅 프록시의 작동 방식
로테이팅 프록시를 사용하면 IP 주소 목록을 직접 관리할 필요가 없습니다. 스크레이퍼, 브라우저 또는 HTTP 클라이언트를 단일 호스트와 포트로 지정하기만 하면 됩니다. 요청이 도착할 때마다 제공업체의 게이트웨이가 풀에서 IP를 선택하고, 그 IP를 통해 요청을 전달한 후, 응답을 다시 보내줍니다.
코드 입장에서는 요청 간에 달라지는 것이 없습니다. 웹사이트 입장에서는 각 요청이 서로 다른 방문자로부터 오는 것처럼 보입니다.
이 단순한 구성은 대규모로 공개 웹 데이터를 수집할 때의 주요 문제, 즉 IP별 제한을 해결합니다. 대부분의 웹사이트는 주어진 시간 동안 각 IP가 보내는 요청 수를 집계합니다. 밤낮으로 몇 초마다 요청을 보내는 주소 하나는 기계처럼 보입니다. 같은 양의 요청을 수천 개의 주소로 나누면 정상적인 트래픽처럼 보입니다.
로테이션 vs. 스티키 세션
로테이팅 프록시는 보통 두 가지 세션 모드를 지원합니다. 이 둘 중에서 선택하는 것이 가장 중요한 설정입니다.
요청별 로테이션
모든 요청마다 새로운 IP를 받습니다. 이는 가장 넓은 범위의 분산을 제공하지만 연속성은 전혀 없습니다. 각 요청이 독립적으로 완결되는 작업에 적합합니다.
- 상품 및 카테고리 페이지
- 검색 결과 페이지
- 디렉터리 및 목록 페이지
- 재고 및 가용성 확인
한 요청에서 다음 요청으로 넘어갈 때 이어지는 것이 없으므로, IP가 바뀌어도 문제가 생기지 않습니다.
스티키 세션
스티키 세션은 선택한 기간 동안 동일한 IP를 유지합니다. 요청들이 서로 의존하는 작업에는 항상 이를 사용하십시오.
- 로그인 후 계정 내에서 작업하기
- 장바구니에 항목 추가 후 결제하기
- 커서나 세션 쿠키로 결과 페이지 넘기기
- 다단계 양식 작성
스티키 윈도우는 전체 흐름을 커버하는 가장 짧은 시간으로 설정하십시오. 너무 짧으면 작업 도중에 IP가 바뀝니다. 너무 길면 필요 이상으로 하나의 주소에 트래픽이 집중됩니다.
IP가 바뀌면 세션이 끊어지는 이유
이것이 로테이션 문제의 대부분을 일으키는 원인이며, 놓치기 쉽습니다.
로그인하면 웹사이트는 해당 방문에 연결된 세션 쿠키를 브라우저에 부여합니다. 다음 요청이 같은 쿠키를 가지고 있지만 다른 도시나 국가에서 도착하면, 사이트는 위치가 순식간에 바뀐 사용자를 보게 됩니다. 사이트에 따라 다시 로그인하라는 요청을 받거나, 보안 검사에 걸리거나, 세션을 완전히 잃게 됩니다.
프록시는 당신이 로그인했는지 알지 못합니다. 세션이 필요한 만큼 동일한 IP를 유지하는 것은 전적으로 당신의 몫입니다. 어떤 흐름이 4분 걸린다면, 그보다 몇 분 더 긴 스티키 윈도우로 여유 있게 커버할 수 있습니다. 같은 계정으로 며칠씩 작업이 이어진다면 로테이션은 적합한 도구가 아닙니다. 이런 경우에는 ISP 프록시가 더 적합한데, 청구 기간 동안 선택한 도시와 ISP(ASN)에 그대로 머물기 때문입니다.
Shifter로 로테이션 설정하기
Shifter는 p.shifter.io:443이라는 하나의 게이트웨이를 통해 두 모드를 모두 제공하며, HTTP(S) 또는 SOCKS5를 통한 사용자 이름과 비밀번호 인증을 사용합니다. 로테이션, 스티키 세션, 타겟팅은 코드가 아니라 사용자 이름에서 제어합니다.
# Per-request rotation: a new US residential IP on every request
curl -x http://p.shifter.io:443 \
-U "customer-USERNAME-country-us:PASSWORD" \
http://ip-info.com/json
# Sticky session: keep the same IP for session abc123 for 600 seconds
curl -x http://p.shifter.io:443 \
-U "customer-USERNAME-country-us-sid-abc123-ttl-600:PASSWORD" \
http://ip-info.com/json
# City targeting with a sticky session
curl -x http://p.shifter.io:443 \
-U "customer-USERNAME-country-us-city-new_york-sid-abc123-ttl-600:PASSWORD" \
http://ip-info.com/json
첫 번째 명령어를 몇 번 실행해 보면 응답 속 IP가 매번 바뀝니다. 세션 ID가 없으면 IP는 요청마다 로테이션됩니다. sid-<id>를 추가하면 IP를 유지할 수 있고, ttl-<seconds>로 세션 지속 시간을 설정할 수 있습니다. 세션 ID를 바꾸면 새로운 IP를 받습니다.
타겟팅도 같은 방식으로 작동합니다. 국가는 country-us, 지역은 region-california, 도시는 city-new_york, 특정 인터넷 제공업체 네트워크는 asn-7922를 추가하면 됩니다.
Shifter는 세 가지 레지덴셜 풀을 제공하므로, 작업에 맞는 풀을 선택할 수 있습니다.
- Full Geo: 국가, 지역, 도시, ASN 타겟팅.
- Country Geo: 국가 타겟팅만 가능.
- Non-Geo: 타겟팅 없음, 위치가 중요하지 않은 작업용.
백커넥트 프록시란 무엇인가
위에서 설명한 단일 게이트웨이는 흔히 백커넥트 프록시라고 불립니다. 제공업체는 주소 목록을 건네주는 대신, 대신 풀로 다시 연결해 주는 하나의 엔드포인트를 제공합니다.
백커넥트는 레지덴셜의 또 다른 표현이 아닙니다. 백커넥트는 IP가 전달되는 방식을 설명하는 반면, 레지덴셜은 IP가 어디서 오는지를 설명합니다. 이 둘은 서로 독립적이며, 백커넥트 게이트웨이는 데이터센터 풀과 모바일 풀에도 존재합니다.
실제로 백커넥트 게이트웨이는 다음을 제공합니다.
- 설정할 엔드포인트가 하나. 프로젝트가 진행되는 내내 도구는 동일한 호스트와 포트를 가리킵니다.
- 자동 교체. 오프라인 상태가 된 IP는 코드가 알아채지 못하는 사이 로테이션에서 빠집니다.
- 파라미터를 통한 타겟팅. 국가, 도시, 제공업체 선택이 자격 증명 안에서 이루어집니다.
- 목록 관리 불필요. 프록시 목록을 직접 만들거나, 테스트하거나, 갱신할 필요가 없습니다.
비즈니스를 위한 로테이팅 프록시의 이점
이는 레지덴셜 IP 일반의 이점과는 별개로, 로테이션 자체가 주는 이점입니다.
- IP별 속도 제한 우회. 주소당 시간당 몇십 건 수준의 제한은 요청이 대규모 풀로 분산되면 더 이상 문제가 되지 않습니다.
- 대규모 수집 작업 실행. 하나의 주소를 차단당하게 만들 양도 수천 개로 나뉘면 눈에 띄지 않습니다.
- 노력 없이 차단에서 복구. 하나의 IP가 차단되면 다음 요청은 그저 다른 IP를 사용하면 됩니다.
- 여러 위치 확인. 여러 국가의 가격, 광고, 검색 결과를 비교하려면 시장마다 별도 설정 없이 사용자 이름만 바꾸면 됩니다.
- 더 적은 패턴 신호. 많은 방문자에 분산된 트래픽은 단일 봇의 일정한 리듬을 드러내지 않습니다.
여기서 풀 크기가 중요하지만, 필요할 때 온라인 상태인 부분만이 중요합니다. Shifter의 레지덴셜 네트워크는 195개 이상 국가에서 2억 5백만 개 이상의 IP를 다루며, 2026년 10월 7일 벤치마크에서 측정한 16개 네트워크 중 가장 큰 실시간 미국 레지덴셜 풀을 보유했고, 250,000건의 요청에서 212,212개의 실시간 미국 IP가 확인되었습니다.
로테이션에는 한계가 있습니다. 트래픽을 분산시킬 뿐, 신뢰받지 못하는 IP를 신뢰받게 만들지는 않습니다. 서버 대역을 차단하는 사이트를 상대로 데이터센터 IP를 로테이션하면 풀 안의 모든 IP에서 실패합니다. 요청 패턴, 헤더, 브라우저 핑거프린트도 여전히 중요합니다. 로테이션은 네트워크 측면을 개선할 뿐, 나머지는 좋은 스크레이핑 관행이 담당합니다.
로테이팅 프록시를 사용할 때와 사용하지 않을 때
다음의 경우 로테이팅 프록시를 사용하십시오.
- 웹 스크레이핑 및 대규모 공개 데이터 수집
- 소매업체 및 마켓플레이스 전반의 가격 및 재고 모니터링
- 국가 또는 도시별 SERP 및 순위 추적
- 지역별 광고 검증
- AI 시스템을 위한 학습 및 그라운딩 데이터 수집
다음의 경우 스티키 세션이나 ISP 프록시를 사용하십시오.
- 계정 관리 및 장기간의 로그인 작업
- 소셜 미디어 및 광고 플랫폼 계정
- 동일한 방문자로 인식되는 것이 핵심인 모든 작업
이 선택에 대해 더 깊이 알아보려면, 고정 vs. 로테이팅 레지덴셜 프록시 비교 글을 읽어보십시오.
요약
로테이팅 프록시는 하나의 게이트웨이를 통해, 요청마다 또는 설정한 시간이 지날 때마다 요청 뒤의 IP를 변경합니다. 독립적인 요청에는 요청별 로테이션을, 하나의 IP에 의존하는 흐름에는 스티키 세션을 사용하십시오. 백커넥트는 하나의 엔드포인트에서 이 둘을 모두 제공하는 게이트웨이 모델입니다.
작업에 맞는 세션 설정을 올바르게 선택하면 대부분의 차단 문제가 사라집니다. 어느 방향으로든 잘못 설정하면 세션이 끊어지거나 웹사이트가 알아챌 만한 곳에 트래픽이 집중됩니다.
올바른 설정을 찾는 가장 빠른 방법은 자신의 타겟에서 직접 테스트해 보는 것입니다.