Nosso cliente realiza coleta de dados em grande volume a partir de fontes nos EUA e no Reino Unido. A rotação estável é a base de suas operações — sem ela, as solicitações esbarram diretamente em limites de taxa e bloqueios de acesso. A camada de proxy está na base de tudo o que eles fazem; quando ela se mantém estável, a taxa de sucesso deles também se mantém.
O desafio — quando o volume é alto, os problemas se agravam rapidamente
A limitação de taxa e os bloqueios se adaptam à sua escala
Quanto mais solicitações eles enviam, mais resistência os alvos oferecem. Proxies rotativos estáveis são o que mantêm a taxa de sucesso alta, em vez de ela diminuir à medida que o volume aumenta.
Uma caixa preta não serve para nada durante um incidente
Quando um servidor de um provedor de internet (ISP) a montante apresenta falhas ou fica fora do ar, a equipe não pode se dar ao luxo de depurar uma camada que não controla. Eles precisavam de um provedor que interviesse, e não de um que simplesmente ficasse em silêncio.
Nem toda solicitação com falha é culpa do proxy
Uma parcela significativa das falhas teve origem nas próprias fontes-alvo — e pagar por elas é o mesmo que pagar por nada.
A solução PrivateProxy
Grupos rotativos estáveis nos EUA e no Reino Unido que resistem à carga
Os pools mantêm uma alta taxa de sucesso com grandes volumes de coleta, o que é o que realmente importa nessa escala — entrega previsível, e não picos ocasionais.
Suporte que vai direto ao cerne do problema
O cliente dispõe de um canal compartilhado com nossa equipe, no qual as questões recebem uma resposta concreta e personalizada — geralmente em questão de horas. Quando um servidor do provedor de internet (ISP) de nível superior apresenta queda de desempenho, ajustamos o pool de forma proativa e acompanhamos a situação assim que ele volta à rotação automática, em vez de deixar que a equipe tenha que depurar uma “caixa preta”.
Um modelo de cobrança que seja justo em relação à forma como eles trabalham
Quando o cliente nos apresentou dados que mostravam que uma parcela significativa das solicitações com falha provinha das fontes-alvo, e não dos proxies, concordamos com um modelo que exclui essas solicitações com falha. Uma API prática completa esse modelo — eles podem trocar o proxy em uma determinada porta e consultar o IP atual para fins de depuração e registro em log.
Há espaço para melhorias
O pool se autorrepara apenas no caso de servidores que estejam totalmente fora do ar — proxies com picos no tempo de resposta não são removidos automaticamente; por isso, ocasionalmente, a equipe intervém manualmente, e as alterações no pool levam alguns minutos para serem propagadas. Nenhum desses fatores foi um impedimento, mas a detecção automática de proxies com desempenho prejudicado (e não apenas inoperantes) tornaria o serviço mais autônomo. Isso está em nosso plano de desenvolvimento.
Resultados
| Métrico | Valor |
|---|---|
| Taxa de sucesso em termos de volume | 90% |
| Volume mensal | 2,5 milhões de solicitações |
| Tempo de resposta do suporte | Em poucas horas, por meio de um canal compartilhado no Slack |
| Cliente desde | Janeiro de 2025 |
| Modelo de cobrança | Solicitações com falha no lado de origem são excluídas do faturamento |
“O suporte ágil e a disposição deles em se adaptar ao nosso fluxo de trabalho fizeram com que os considerássemos um verdadeiro parceiro, e não apenas um fornecedor qualquer.”
