Melhores práticas

A forma mais rápida de saber se o Shifter atende ao seu projeto é executar sua carga de trabalho real, as mesmas requisições que você executará em produção, e analisar os resultados com honestidade. Essas práticas ajudam você a obter um teste limpo e representativo, em vez de um teste enganoso.

Adeque a rotação à tarefa

A forma como você rotaciona IPs deve seguir o que sua tarefa exige.

Rotação por requisição (padrão): um novo IP residencial a cada requisição através do gateway p.shifter.io:443. Ideal para scraping, crawling, coleta de preços, trabalho com SERP e qualquer cenário em que cada requisição seja independente.
Sessões fixas (sticky sessions): mantém o mesmo IP por uma janela definida usando um id de sessão (sid) e um tempo de vida (ttl). Ideal para logins, carrinhos, finalizações de compra e qualquer fluxo de múltiplas etapas que precise permanecer no mesmo IP. Por exemplo, customer-USERNAME-sid-9f3a2b7c-ttl-600 mantém um IP por cerca de 600 segundos.

Regra prática: se as etapas dependem umas das outras, use uma sessão. Se não dependem, rotacione. Mais detalhes em Sessões.

Segmente o local correto

Muitos sites alteram conteúdo, preços ou disponibilidade de acordo com a localização.

Se seu alvo é sensível à geolocalização, segmente por país, região, cidade ou ASN para que seu teste reflita o que usuários reais naquele mercado veem. Por exemplo, customer-USERNAME-country-us-state-newyork-city-newyork.
Se a localização não importa para o seu caso de uso, mantenha a segmentação ampla. Restringir demais reduz o pool de IPs disponíveis e pode diminuir as taxas de sucesso sem nenhum benefício.

Consulte Segmentação geográfica para todos os parâmetros.

Controle o ritmo das requisições

Distribuir a carga geralmente é a diferença entre um teste sólido e um teste fraco.

Distribua as requisições ao longo do tempo e entre IPs, em vez de sobrecarregar um único alvo. Com a rotação por requisição, o IP já varia, então suas principais alavancas são a concorrência e o tempo.
Comece com uma concorrência moderada, observe sua taxa de sucesso e depois aumente gradualmente. Se a taxa de sucesso cair quando você intensifica, você está indo rápido demais para aquele alvo, não atingindo um limite do proxy.
Adicione pequenos atrasos variados e repita as falhas em um novo IP. Com a rotação, a nova tentativa naturalmente recai em uma saída diferente, então trate um bloqueio como um sinal leve: reduza o ritmo, tente novamente e continue.

Escolha o produto adequado à carga de trabalho

Escolher o produto errado é o motivo mais comum para um teste ter desempenho abaixo do esperado.

Proxies residenciais: IPs residenciais rotativos, de modo que o tráfego pareça vir de muitos usuários reais. Scraping, monitoramento, verificação de anúncios, pesquisa de mercado e coleta de SERP.
Proxies ISP: o mesmo IP dedicado por dias ou semanas. Gerenciamento de contas, sessões longas de finalização de compra ou login, e integrações com IP na lista de permissões.

Se você não tiver certeza, consulte Escolhendo um produto.

Analise seus resultados

Avalie com base em seus números reais, não em algumas chamadas de teste.

Observe sua taxa de sucesso e a qualidade dos dados em um volume semelhante ao de produção. Algumas falhas pontuais são normais; a taxa em escala é o que importa.
Confirme se a saída é a que você solicitou enviando uma requisição através do proxy para um endpoint de eco de IP, como ipinfo.io, e verificando o IP e o país.
Se os resultados parecerem estranhos, verifique três coisas antes de culpar a rede: se a rotação ou sessão corresponde à tarefa, se a localização de destino está configurada corretamente e se a concorrência não está muito alta.

Quanto mais seu teste espelhar a produção em tráfego, alvos e tempo, mais o teste realmente lhe dirá. Configure-o para se parecer com a realidade, e a decisão se torna óbvia.

Começar

Proxies

APIs

Recursos