대부분의 에이전시는 우연히 지금의 프록시 구성에 도달한다. SEO 팀은 순위 추적을 위해 무언가를 구매했다. 유료 광고 팀은 광고 확인을 위해 다른 것을 찾았다. 전략가는 경쟁사 가격 데이터를 피칭용으로 가져오기 위해 세 번째 도구에 가입했다. 벤더 셋, 통합 셋, 위치 코드 셋, 청구서 셋이 각각 셋씩 존재하지만, 단순한 고객 질문에는 답할 방법이 없다. SEO 보고서와 광고 보고서가 모두 “마드리드”라고 말할 때, 둘은 같은 것을 의미하는가?
이것이 하나의 네트워크로 통합해야 하는 이유다. 하나의 도구가 흔히 더 저렴하기 때문이 아니라, 세 작업이 결국 같은 근본 질문, 즉 이 시장의 실제 사용자는 무엇을 보는가를 묻고 있고, 그 답은 동일한 방식으로 나와야 하기 때문이다.
세 가지 작업, 세 가지 트래픽 형태
세 작업은 로컬 관측 지점이 필요하다는 점에서는 같지만, 거의 모든 면에서 다르다. 이 차이를 이해하는 것이 하나의 네트워크가 세 작업 모두에 작동하게 만드는 핵심이다.
SEO 모니터링은 대량이면서 가볍다. 독립적인 쿼리가 많고, 각각은 작으며, 각각 정밀한 위치와 디바이스 프로필이 필요하고, 각각 이전 쿼리와 독립적이다. 모든 요청마다 로테이션이 필요하고 도시 단위 타겟팅이 필요한데, 로컬 결과는 국가보다 더 세밀한 단위로 달라지기 때문이다. 세부 메커니즘은 지역 SEO를 위한 지오 타겟팅 SERP API에 있다.
광고 검증은 소량이면서 무겁다. 확인 횟수는 적지만, 각각은 노출부터 랜딩 페이지까지 이어지는 다단계 과정이며, 종종 브라우저에서 렌더링되고, 시작부터 끝까지 일관된 로케일 신호가 필요하다. 고정 세션과 일관된 디바이스 및 언어 설정이 필요하다. 프로그램 설계는 대규모 광고 배치 검증에 있다.
경쟁사 인텔리전스는 그 중간에 위치한다. 카테고리 탐색, 페이지네이션된 결과 세트, 랜딩 페이지와 오퍼가 있으며, 각각은 일련의 요청에 걸쳐 내부 일관성이 필요하다. 탐색 단위로 고정 세션이 필요하고, 완만하고 꾸준한 속도가 필요하다. 경쟁사 캠페인 인텔리전스에서 다룬다.
| 작업 | 세션 패턴 | 체크당 무게 | 중요한 타겟팅 |
|---|---|---|---|
| SEO 모니터링 | 요청마다 로테이션 | 가벼움 | 도시 및 디바이스 |
| 광고 검증 | 여정마다 고정 | 무거움, 종종 렌더링됨 | 국가, 도시, 로케일 일관성 |
| 경쟁사 인텔리전스 | 탐색마다 고정 | 중간 | 국가, 때로는 도시 |
왜 하나의 네트워크가 세 개보다 나은가
하나의 타겟팅 모델. 세 작업 모두 위치를 동일한 방식으로 표현하면, 마드리드의 고객에 관한 발견은 SEO 보고서, 광고 보고서, 경쟁사 분석 자료에서 같은 의미를 갖는다. 벤더가 세 개라면 서로 일치하지 않을 수 있는 “마드리드”의 세 가지 정의를 조율해야 하고, 이를 알아챈 고객은 이유를 물을 것이다.
유지해야 할 통합이 하나. 벤더마다 자격 증명 형식, 오류 어휘, 타겟팅 코드 세트, 지원 관계가 각각 존재한다. 통합하면 누구도 청구하지 않는 이 작업이 사라진다.
비교 가능한 관측 지점. SEO 팀이 지역 경쟁사가 상승하는 것을 보고 유료 팀이 같은 경쟁사가 같은 도시에서 더 공격적으로 입찰하는 것을 본다면, 두 관찰은 비교 가능한 출구에서 나온 것이므로 논쟁할 필요 없이 나란히 놓을 수 있다.
지출을 이해할 수 있는 하나의 장소. 레지덴셜 대역폭이 비용 동인이며, 세 작업 모두 동일한 대시보드에서 동일한 단위로 측정될 때 예측이 훨씬 쉬워진다. 방법은 레지덴셜 프록시 대역폭 예측에 있다.
Shifter 게이트웨이를 사용하면 세 작업 모두 동일한 엔드포인트인 p.shifter.io:443을 사용하며, 차이는 전적으로 자격 증명에서 표현된다.
# SEO: 요청마다 로테이션, 도시 단위
customer-USERNAME-country-es-city-madrid:PASSWORD
# 광고 검증: 전체 여정에 하나의 출구
customer-USERNAME-country-es-city-madrid-sid-adv-221-ttl-600:PASSWORD
# 경쟁사 인텔리전스: 카테고리 탐색마다 하나의 출구
customer-USERNAME-country-es-sid-ci-walk-09-ttl-600:PASSWORD
# 위 중 어느 것이든, 공유 플랜에서 한 고객에게 집계됨
customer-USERNAME-subaccount-acme-country-es-city-madrid:PASSWORDsid를 생략하면 요청마다 로테이션이 이루어진다. sid를 추가하면 하나의 출구가 유지되고, ttl이 지속 시간을 설정한다. 이 단일한 차이 덕분에 하나의 네트워크가 세 가지 구성 없이도 세 가지 트래픽 형태를 모두 처리할 수 있다. subaccount 레이블은 사용자 이름 바로 뒤에 위치하며 패널에 해당 트래픽이 어느 고객의 것인지 알려준다.
특히 SEO 작업의 경우, 요청을 직접 관리하는 대신 SERP API를 대안으로 고려할 가치가 있는데, 위치와 디바이스가 이미 처리된 구조화된 결과를 반환하기 때문이다.
고객은 분리해 둘 것
작업을 통합하는 것은 옳다. 하지만 고객을 하나의 구분되지 않는 풀로 통합하는 것은 세 가지 이유에서 옳지 않다.
비용 귀속. 고객은 작업에 대해 청구된다. 모든 고객의 수집 작업이 고객을 구분할 방법 없이 하나의 플랜을 통해 실행된다면, 각 고객의 비용이 얼마였는지 말할 수 없고, 고객별 마진은 추측이 되어 버린다. 고객당 서브 계정을 두면 공유 플랜에서도 이를 해결할 수 있다. 패널과 API가 각 고객의 트래픽을 별도로 보고하기 때문이다.
예산 억제. 한 고객의 캠페인 급증이 다른 고객의 보고 작업이 의존하는 할당량을 소모해서는 안 된다. 서브 계정은 트래픽을 추적하지만 상한을 두지는 않으므로, 대량이거나 예측 불가능한 트래픽을 가진 고객은 자체 플랜을 가져야 한다.
깔끔한 종료. 고객이 떠날 때, 그 고객의 접근 권한, 플랜, 이력은 다른 누구도 방해하지 않고 함께 사라져야 한다.
Shifter에서는 각 고객이 자체 플랜을 가질 수도 있고, 공유 플랜 내에서 자체 서브 계정을 가질 수도 있다. 고객이 자체 청구를 원하거나 자신의 사용량을 직접 보고 싶어하는 경우, 자체 플랜, 지갑, 청구서를 가진 자체 워크스페이스를 가질 수 있으며, 에이전시의 계정 담당자는 멤버로 합류하여 하나의 로그인과 사이드바의 전환기로 접근한다. 플랜은 워크스페이스 간에 절대 교차하지 않는다. 설정 방법은 여러 고객을 위한 서브 계정 및 사용량 추적에서 다룬다.
모든 고객 산출물에 관측 지점을 기록할 것
하나의 네트워크가 주는 실질적 이점은 보고서에 그것이 드러날 때에만 실현된다. 고객 자료에 도달하는 모든 관찰에는 시장, 해당되는 경우 도시, 디바이스 프로필, 타임스탬프가 함께 기재되어야 한다. 그러면 세 분야를 하나의 대화에서 교차 참조할 수 있고, 논란이 된 수치를 정확히 어디서 관찰했는지로 추적할 수 있다.
이것이 또한 데이터를 보고하는 에이전시와 그것을 방어할 수 있는 에이전시를 가르는 지점이다. “어디서 그걸 본 건가요?”라고 묻는 고객에게는 몇 초 안에 답할 수 있어야 한다.
FAQ
한 고객의 과도한 크롤링이 다른 고객의 결과에 영향을 미칠까?
출구는 특정 고객에게 할당되는 것이 아니라 풀 전체에서 로테이션되므로, 한 고객이 소진할 수 있는 고정된 주소 집합은 없다. 공유되는 것은 행동이다. 대상에 대해 너무 세게 밀어붙인 주소는 다음에 그것을 뽑는 누구에게든 더 나쁜 상태가 되므로, 모든 고객의 요청 속도를 평범하게 유지해야 한다. 예산도 공유 자원이므로, 각 고객은 자체 플랜을 가져야 한다.
하나의 네트워크로 모든 시장의 모든 고객을 커버할 수 있을까?
대부분의 에이전시에게는 그렇다. 다만 고객이 운영하는 국가와 도시를, SEO 작업에 필요한 세밀도로 커버하는 경우에 한한다. 통합하기 전에 주요 시장에서 도시 단위 커버리지를 확인하라.
SEO 팀은 프록시를 써야 할까, SERP API를 써야 할까?
팀이 구조화된 결과를 원하고 요청 관리를 원하지 않는다면 SERP API다. API가 다루지 않는 페이지를 관찰해야 하거나 완전한 제어가 필요하다면 프록시다. 많은 에이전시가 둘 다 사용한다.
수집 작업에 대해 고객에게 어떻게 청구하나?
각 고객에게 자체 플랜 또는 공유 플랜 내 자체 서브 계정을 부여하고, 그 사용량을 기준으로 청구하라. 패널과 API는 플랜별, 서브 계정별 사용량을 보고하며, 이것이 고객 단위 귀속을 깔끔하게 만드는 요소다.
결론
에이전시는 세션 패턴, 무게, 타겟팅이 서로 다른 세 가지 수집 작업을 운영하지만, 하나의 질문을 공유한다. 이 시장의 실제 사용자는 무엇을 보는가. 하나의 네트워크와 하나의 타겟팅 모델로 이 질문에 답하면 세 분야를 비교 가능하게 만들고, 두 개의 통합을 제거하며, 지출을 하나의 단위로 정리할 수 있다.
작업은 통합하되 고객은 통합하지 말라. 각 고객을 자체 플랜 또는 서브 계정에, 필요하다면 자체 워크스페이스에 두고, 모든 산출물에 관측 지점을 기록하며, 벤더가 아니라 자격 증명이 SEO 체크와 광고 여정의 차이를 표현하도록 하라. 제품 자체는 레지덴셜 프록시 페이지에서, 요금은 가격 페이지에서 확인할 수 있다.