Destaques
O Proxy Finder aprendeu por host. Ele não escolhe mais apenas um proxy que é geralmente rápido; ele escolhe um que já funcionou para o site que você está acessando. O Browser recebeu uma correção de estabilidade que captura uma classe de falhas de cold-start. E as visualizações de Metrics e Activity do Dashboard agora podem ser filtradas por produto.
Novidades
O Proxy Finder escolhe proxies que realmente funcionam para o seu destino
Esta é a maior mudança da semana, e foram necessárias várias iterações para ser implementada.
Antes: o Proxy Finder selecionava a partir do pool global por adequação geral. Dois requests para o mesmo site de destino escolhiam a partir do mesmo pool amplo, mesmo que a maioria dos proxies nesse pool não funcionasse naquele site específico.
Agora: para cada host de destino que você consulta, o Proxy Finder rastreia quais proxies realmente entregaram resultados. Novos requests amostram alguns do conjunto comprovado, recorrem a uma pequena amostragem de desconhecidos para continuar aprendendo e evitam os que já falharam ali. O conjunto comprovado é por host e persiste entre reinicializações.
Se você faz scraping de sites protegidos onde apenas uma pequena fração de proxies funciona, você deve sentir a diferença. Menos escolhas inúteis, menos retries, menos orçamento desperdiçado.
Lançamos isso por trás de uma flag, executamos seis iterações para corrigir arestas (uma delas, limitar a lógica de aprendizado para que ela permaneça estável sob baixo tráfego, exigiu mais duas passagens) e ativamos o padrão de produção esta semana.
Browser está confiável após períodos de inatividade
Duas correções, um resultado.
Primeiro, o Browser tinha um bug de estado desatualizado no cold start. Após tempo de inatividade suficiente, a camada de exibição subjacente mantinha um bloqueio que impedia o sucesso da próxima inicialização. Seu primeiro request após um período de inatividade poderia falhar ou travar. Agora limpamos o bloqueio antes da inicialização.
Segundo, o caminho público da API que roteia para o Browser estava apontando para o destino errado em alguns ambientes. O tráfego estava sendo silenciosamente desviado. A configuração de roteamento está correta agora.
Se você notou um comportamento instável no primeiro request no Browser em baixo volume, era isso.
Filtrar Metrics e Activity por produto
As páginas de Metrics e Activity do Dashboard agora têm um filtro de chip de produto. Clique em Single, Browser ou Proxy Finder e os gráficos se limitam apenas ao tráfego desse produto. Útil quando você deseja ver apenas a latência ou os erros de uma parte do seu uso, em vez da visualização agregada.
Uma pequena atualização no site
A página /jobs está no ar. Estamos contratando um Founding Engineer e um Engineer. Ambas as páginas detalham o escopo, como é o primeiro mês e como se candidatar.
Também otimizamos a renderização mobile na visualização do Dashboard na página inicial, atualizamos as imagens de compartilhamento social por página em nove rotas públicas, atualizamos o robots.txt para a era de IA de 2026 (visualizadores de recuperação e compartilhamento social permitidos, crawlers de treinamento bloqueados) e atualizamos os Termos de Serviço com uma cláusula de uso aceitável mais clara e uma nota de jurisdição de Sófia com exceção para consumidores da UE.
Por Trás dos Panos
Uma renomeação interna no início do período: "anti-bot bypass" tornou-se "anti-bot resilience" em todo o site. Mesmo produto, mesmo comportamento; a frase antiga estava acionando filtros de política de plataformas de anúncios.
Ainda não estamos publicando números da nova lógica de seleção. Queremos duas semanas limpas de tráfego de produção antes de fazermos afirmações sobre as taxas de sucesso. Números reais, quando os tivermos.
Passamos o último mês reconstruindo a camada que decide qual proxy usar para cada destino. E a parte difícil não é o algoritmo; é medir se ele realmente ajuda sob cargas de trabalho reais. É assim que se desenha o mês de maio.