A maioria das agências chega à sua configuração de proxy por acidente. O time de SEO comprou algo para rastreamento de ranking. O time de mídia paga encontrou outra coisa para checar anúncios. Um estrategista assinou uma terceira ferramenta para extrair preços de concorrentes para um pitch. Três fornecedores, três integrações, três conjuntos de códigos de localização, três faturas, e nenhuma forma de responder uma pergunta simples do cliente: quando nosso relatório de SEO e nosso relatório de anúncios dizem “Madrid”, eles estão falando da mesma coisa?
Esse é o argumento para consolidar em uma única rede. Não porque uma ferramenta seja mais barata, embora muitas vezes seja, mas porque as três cargas de trabalho estão fazendo a mesma pergunta subjacente, o que um usuário real vê nesse mercado, e deveriam respondê-la da mesma forma.
Três cargas de trabalho, três formatos de tráfego
As cargas de trabalho compartilham a necessidade de pontos de vista locais e diferem em quase tudo o mais. Entender as diferenças é o que faz uma única rede funcionar para as três.
O monitoramento de SEO tem alto volume e é leve. Muitas consultas independentes, cada uma pequena, cada uma exigindo uma localização precisa e um perfil de dispositivo, e cada uma independente da anterior. Ele exige rotação a cada requisição e segmentação em nível de cidade, porque os resultados locais mudam em uma granularidade mais fina do que o país. Os mecanismos estão em APIs de SERP com segmentação geográfica para SEO local.
A verificação de anúncios tem baixo volume e é pesada. Menos verificações, cada uma uma jornada de múltiplas etapas da impressão até a página de destino, frequentemente renderizada em um navegador, e cada uma exigindo sinais de localidade consistentes do início ao fim. Ela exige sessões persistentes e configurações coerentes de dispositivo e idioma. O desenho do programa está em verificando posicionamentos de anúncios em escala.
A inteligência competitiva fica no meio. Varreduras por categoria, conjuntos de resultados paginados, páginas de destino e ofertas, cada uma exigindo consistência interna ao longo de uma sequência de requisições. Ela exige sessões persistentes por varredura e um ritmo modesto e constante. Abordado em inteligência de campanhas competitivas.
| Carga de trabalho | Padrão de sessão | Peso por verificação | Segmentação que importa |
|---|---|---|---|
| Monitoramento de SEO | Rotaciona a cada requisição | Leve | Cidade e dispositivo |
| Verificação de anúncios | Persistente por jornada | Pesada, frequentemente renderizada | Consistência de país, cidade e localidade |
| Inteligência competitiva | Persistente por varredura | Média | País, às vezes cidade |
Por que uma rede supera três
Um único modelo de segmentação. Quando as três cargas de trabalho expressam localização da mesma forma, uma descoberta sobre um cliente em Madrid significa a mesma coisa no relatório de SEO, no relatório de anúncios e na apresentação de inteligência competitiva. Com três fornecedores, você está reconciliando três definições de “Madrid” que podem não coincidir, e um cliente que perceber isso vai perguntar por quê.
Uma única integração para manter. Cada fornecedor representa um formato de credencial, um vocabulário de erros, um conjunto de códigos de segmentação e uma relação de suporte. Consolidar elimina o trabalho que ninguém cobra.
Pontos de vista comparáveis. Quando o time de SEO vê um concorrente local em ascensão e o time de mídia paga vê o mesmo concorrente dando lances mais altos na mesma cidade, as duas observações vieram de saídas comparáveis, então podem ser colocadas lado a lado em vez de discutidas.
Um único lugar para entender os gastos. A banda residencial é o fator de custo, e é muito mais fácil prever quando as três cargas de trabalho são medidas na mesma unidade no mesmo painel. O método está em previsão de consumo de banda de proxy residencial.
Com o gateway da Shifter, as três cargas de trabalho usam o mesmo endpoint, p.shifter.io:443, e expressam suas diferenças inteiramente nas credenciais:
# SEO: rotaciona a cada requisição, nível de cidade
customer-USERNAME-country-es-city-madrid:PASSWORD
# Verificação de anúncios: uma saída para toda a jornada
customer-USERNAME-country-es-city-madrid-sid-adv-221-ttl-600:PASSWORD
# Inteligência competitiva: uma saída por varredura de categoria
customer-USERNAME-country-es-sid-ci-walk-09-ttl-600:PASSWORD
# Qualquer um dos acima, contabilizado para um cliente em um plano compartilhado
customer-USERNAME-subaccount-acme-country-es-city-madrid:PASSWORDOmitir sid resulta em rotação a cada requisição. Adicioná-lo mantém uma saída fixa, e ttl define por quanto tempo. Essa única diferença é o que permite que uma rede atenda aos três formatos de tráfego sem três configurações. O rótulo subaccount fica logo após o username e informa ao painel a qual cliente o tráfego pertence.
Para a carga de trabalho de SEO especificamente, vale considerar uma API de SERP como alternativa a gerenciar as requisições você mesmo, já que ela retorna resultados estruturados com localização e dispositivo já tratados.
Mantenha os clientes separados
Consolidar cargas de trabalho faz sentido. Consolidar clientes em um único conjunto indiferenciado não faz, por três razões.
Atribuição de custos. Os clientes são cobrados pelo trabalho realizado. Se a coleta de todos os clientes passa por um único plano sem nada que os diferencie, você não consegue dizer quanto cada um custou, e a margem por cliente vira um palpite. Uma sub-conta por cliente resolve isso em um plano compartilhado: o painel e a API reportam o tráfego de cada cliente separadamente.
Contenção de orçamento. O pico de campanha de um cliente não deveria consumir a cota da qual o relatório de outro cliente depende. Sub-contas rastreiam o tráfego mas não o limitam, então clientes com volumes grandes ou imprevisíveis deveriam ter seu próprio plano.
Desligamento limpo. Quando um cliente sai, seu acesso, seu plano e seu histórico deveriam sair com ele, sem perturbar ninguém mais.
Na Shifter, cada cliente pode ter seu próprio plano, ou sua própria sub-conta em um plano compartilhado. Quando um cliente precisa de seu próprio faturamento ou quer ver seu próprio uso, ele também pode ter seu próprio workspace com seus próprios planos, carteira e faturas, e os responsáveis pela conta da agência entram como membros, com um único login e um seletor na barra lateral. Planos nunca cruzam workspaces. A configuração é apresentada em sub-contas e rastreamento de uso para múltiplos clientes.
Registre o ponto de vista em cada entrega ao cliente
O benefício prático de uma única rede só se concretiza se os relatórios o demonstrarem. Toda observação que chega a uma apresentação do cliente deveria trazer o mercado, a cidade quando relevante, o perfil de dispositivo e o timestamp. Assim as três disciplinas podem ser cruzadas em uma única conversa, e um número contestado pode ser rastreado exatamente até onde foi observado.
Isso também é o que diferencia uma agência que reporta dados de uma que consegue defendê-los. Um cliente que pergunta “onde vocês viram isso?” deveria obter uma resposta em segundos.
Perguntas frequentes
A coleta pesada de um cliente vai afetar os resultados de outro cliente?
As saídas rotacionam pelo pool em vez de serem atribuídas a um cliente, então não existe um conjunto fixo de endereços que um cliente possa esgotar. O que é compartilhado é a conduta: um endereço usado de forma muito agressiva contra um alvo fica pior para quem o receber em seguida, então mantenha as taxas de requisição de todos os clientes em níveis comuns. O orçamento é o outro recurso compartilhado, por isso cada cliente deveria ter seu próprio plano.
Uma única rede é suficiente para todo cliente em todo mercado?
Para a maioria das agências, sim, desde que cubra os países e cidades em que seus clientes operam na granularidade que seu trabalho de SEO exige. Verifique a cobertura em nível de cidade em seus principais mercados antes de consolidar.
O time de SEO deveria usar proxies ou a API de SERP?
Se o time quer resultados estruturados e nenhum gerenciamento de requisições, a API de SERP. Se precisa observar páginas que a API não cobre, ou quer controle total, proxies. Muitas agências usam ambos.
Como cobramos os clientes pela coleta?
Dê a cada cliente seu próprio plano, ou sua própria sub-conta em um plano compartilhado, e cobre com base nesse uso. O painel e a API reportam o uso por plano e por sub-conta, o que torna limpa a atribuição por cliente.
Resumo
As agências executam três cargas de trabalho de coleta que diferem em padrão de sessão, peso e segmentação, e compartilham uma única pergunta: o que um usuário real vê nesse mercado. Respondê-la com uma única rede e um único modelo de segmentação torna as três disciplinas comparáveis, elimina duas integrações, e coloca os gastos em uma única unidade.
Consolide as cargas de trabalho, não os clientes. Mantenha cada cliente em seu próprio plano ou sub-conta, e seu próprio workspace quando o faturamento exigir, registre o ponto de vista em cada entrega, e deixe que as credenciais, não o fornecedor, expressem a diferença entre uma verificação de SEO e uma jornada de anúncio. O produto em si está na página de proxies residenciais, com preços na página de preços.