대부분의 에이전시는 우연히 프록시 구성에 이르게 됩니다. 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:PASSWORDsid를 생략하면 요청별 로테이션이 됩니다. 이를 추가하면 하나의 출구가 유지되며, ttl이 그 지속 시간을 설정합니다. 바로 이 한 가지 차이가 하나의 네트워크가 세 개의 구성 없이도 세 가지 형태의 트래픽을 모두 처리할 수 있게 해줍니다.
특히 SEO 워크로드의 경우, SERP API는 위치와 디바이스가 이미 처리된 구조화된 결과를 반환하므로, 요청을 직접 관리하는 대안으로 고려할 가치가 있습니다.
클라이언트는 분리하세요
워크로드를 통합하는 것은 옳습니다. 클라이언트를 하나의 미분화된 풀로 통합하는 것은 세 가지 이유로 옳지 않습니다.
비용 귀속. 클라이언트는 작업에 대해 청구됩니다. 모든 클라이언트의 수집 작업이 하나의 플랜을 통해 실행되면, 각 클라이언트에게 든 비용을 말할 수 없고, 클라이언트별 마진은 추측이 됩니다.
예산 제한. 한 클라이언트의 캠페인 급증이 다른 클라이언트의 리포팅이 의존하는 할당량을 소모해서는 안 됩니다.
깔끔한 오프보딩. 클라이언트가 떠날 때, 그들의 액세스, 플랜, 이력은 다른 누구도 방해하지 않고 함께 떠나야 합니다.
Shifter는 이를 Team Workspaces로 처리합니다: 각 클라이언트는 자체 플랜, 지갑, 인보이스를 가진 자체 워크스페이스를 가질 수 있으며, 에이전시의 계정 담당자는 하나의 로그인과 사이드바의 전환기로 멤버로 추가됩니다. 플랜은 워크스페이스 간에 절대 교차하지 않으므로 트래픽이 섞이지 않습니다. 설정 방법은 여러 클라이언트를 위한 서브 계정 및 사용량 추적에서, 기능 자체는 Team Workspaces 소개에서 확인할 수 있습니다.
모든 클라이언트 결과물에 관측 지점을 기록하세요
하나의 네트워크의 실질적인 이점은 리포트가 이를 보여줄 때만 실현됩니다. 클라이언트 자료에 도달하는 모든 관찰은 시장, 해당되는 경우 도시, 디바이스 프로필, 타임스탬프를 함께 표시해야 합니다. 그러면 세 분야를 하나의 대화에서 상호 참조할 수 있고, 논쟁의 여지가 있는 숫자를 정확히 어디에서 관찰되었는지 추적할 수 있습니다.
이것이 또한 데이터를 보고하는 에이전시와 데이터를 방어할 수 있는 에이전시를 구분하는 요소입니다. “그것을 어디서 봤나요?”라고 묻는 클라이언트는 몇 초 안에 답을 받아야 합니다.
FAQ
한 클라이언트의 과도한 크롤링이 다른 클라이언트의 결과에 영향을 미치나요?
출구는 한 클라이언트에게 할당되는 것이 아니라 풀 전체에서 로테이션되므로, 한 클라이언트가 소진할 수 있는 고정된 주소 세트는 없습니다. 공유되는 것은 행동입니다: 대상에 너무 강하게 밀어붙여진 주소는 다음에 그것을 받는 사람에게 더 나쁜 영향을 미치므로, 모든 클라이언트의 요청 속도를 평범하게 유지하세요. 예산은 또 다른 공유 자원이며, 이것이 각 클라이언트가 자체 플랜을 가져야 하는 이유입니다.
하나의 네트워크가 모든 시장의 모든 클라이언트에게 충분한가요?
대부분의 에이전시에게는 그렇습니다. 단, 클라이언트가 운영하는 국가와 도시를 SEO 작업에 필요한 세밀도로 커버한다는 조건 하에서입니다. 통합하기 전에 주요 시장에서 도시 단위 커버리지를 확인하세요.
SEO 팀은 프록시를 사용해야 하나요, 아니면 SERP API를 사용해야 하나요?
팀이 구조화된 결과와 요청 관리 불필요를 원한다면 SERP API입니다. API가 다루지 않는 페이지를 관찰해야 하거나 완전한 제어가 필요하다면 프록시입니다. 많은 에이전시가 둘 다 사용합니다.
수집에 대해 클라이언트에게 어떻게 청구하나요?
각 클라이언트에게 자체 플랜을 부여하고, 그 플랜의 사용량에서 청구하세요. 사용량은 패널에서 플랜별로 추적되며, 이것이 클라이언트 단위 귀속을 깔끔하게 만드는 단위입니다.
결론
에이전시는 세션 패턴, 비중, 타겟팅이 다른 세 가지 수집 워크로드를 운영하지만, 공통된 하나의 질문을 공유합니다: 이 시장의 실제 사용자는 무엇을 보는가. 하나의 네트워크와 하나의 타겟팅 모델로 이 질문에 답하면 세 분야가 비교 가능해지고, 두 개의 통합이 제거되며, 지출이 하나의 단위로 통합됩니다.
워크로드는 통합하되, 클라이언트는 통합하지 마세요. 각 클라이언트를 자체 플랜과 워크스페이스에 유지하고, 모든 결과물에 관측 지점을 기록하며, 벤더가 아니라 자격 증명이 SEO 확인과 광고 여정의 차이를 표현하도록 하세요. 제품 자체는 레지덴셜 프록시 페이지에, 요금은 가격 페이지에 있습니다.