Pular para o conteúdo
Entrar Cadastre-se

Melhores práticas

A forma mais rápida de saber se a Shifter é adequada para o 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.

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

  • Rotação por requisição (padrão): um IP residencial novo a cada requisição através do gateway p.shifter.io:443. Ideal para scraping, crawling, coleta de preços, trabalho de SERP e qualquer coisa em que cada requisição seja independente.
  • Sessões fixas (sticky sessions): mantém o mesmo IP durante uma janela definida usando um id de sessão (sid) e um tempo de vida (ttl). Ideal para logins, carrinhos, checkouts 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. Detalhes completos em Sessões.

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

  • Se seu alvo é sensível à geolocalização, direcione por país, região, cidade ou ASN para que seu teste reflita o que os usuários reais daquele 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 o direcionamento amplo. Restringir demais reduz o pool de IPs disponíveis e pode diminuir as taxas de sucesso sem nenhum benefício.

Consulte Geo-targeting para todos os parâmetros.

Distribuir a carga geralmente é a diferença entre um teste forte 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, então, aumente gradualmente. Se a taxa de sucesso cair conforme você aumenta a intensidade, você está indo rápido demais para aquele alvo, não atingindo um limite do proxy.
  • Adicione pequenos atrasos variados e tente novamente 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 que corresponde à carga de trabalho

Seção intitulada “Escolha o produto que corresponde à carga de trabalho”

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

  • Residential Proxies: IPs residenciais rotativos, de modo que o tráfego parece vir de muitos usuários reais. Scraping, monitoramento, verificação de anúncios, pesquisa de mercado e coleta de SERP.
  • ISP Proxies: a mesma cidade e ISP (ASN) durante todo o período de faturamento. Gerenciamento de contas, sessões longas de checkout ou login, e verificações de anúncios a partir de uma cidade e ISP específicos.

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

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

  • Observe sua taxa de sucesso e a qualidade dos dados em um volume semelhante ao de produção. Algumas falhas são normais; o que importa é a taxa em escala.
  • Confirme se a saída é a que você solicitou enviando uma requisição através do proxy para um endpoint de consulta de IP, como o IP Info (http://ip-info.com/json), 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 versus sessão corresponde à tarefa, se a localização do alvo está configurada corretamente, e se a concorrência não está muito alta.

Quanto mais o 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 situação real, e a decisão se torna evidente por si só.