Destaques
O Proxy Finder aprendeu por host. Ele não escolhe mais apenas um proxy 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 resolve uma classe de falhas de inicialização a frio (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 implementá-la.
Antes: o Proxy Finder selecionava a partir do pool global por adequação geral. Duas requisições para o mesmo site de destino selecionavam do mesmo pool amplo, mesmo que a maioria dos proxies desse pool não funcionasse naquele site específico.
Agora: para cada host de destino consultado, o Proxy Finder rastreia quais proxies realmente entregaram resultados. Novas requisições testam alguns do conjunto comprovado, recorrem a uma pequena amostragem de desconhecidos para continuar aprendendo e evitam aqueles que já falharam ali. O conjunto comprovado é por host e persiste entre reinicializações.
Se você faz scraping em sites protegidos onde apenas uma pequena fração dos proxies funciona, você deve notar a diferença. Menos escolhas inúteis, menos tentativas e menos orçamento desperdiçado.
Lançamos isso sob uma flag, executamos seis iterações para corrigir arestas (uma delas, controlar a lógica de aprendizado para que ela permaneça estável sob baixo tráfego, exigiu mais duas etapas) e ativamos o padrão de produção esta semana.
O Browser está estável após períodos de inatividade
Duas correções, um resultado.
Primeiro, o Browser tinha um bug de estado obsoleto no cold start. Após tempo de inatividade suficiente, a camada de exibição subjacente mantinha um bloqueio que impedia o sucesso da inicialização seguinte. Sua primeira requisição após um período sem uso podia falhar ou travar. Agora limpamos o bloqueio antes da inicialização.
Segundo, o caminho da API pública que roteia para o Browser estava apontando para o destino errado em alguns ambientes. O tráfego estava sendo roteado incorretamente de forma silenciosa. A configuração de roteamento está correta agora.
Se você notou instabilidade na primeira requisição do Browser com baixo volume de tráfego, era isso.
Filtre Metrics e Activity por produto
As páginas de Metrics e Activity do Dashboard agora têm um filtro por chips de produto. Clique em Single, Browser ou Proxy Finder e os gráficos exibirão apenas o 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 ajustamos a renderização mobile na prévia do Dashboard da 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 (indexadores de busca e prévias de redes sociais permitidos, crawlers de treinamento bloqueados) e revisamos os Termos de Serviço com uma cláusula de uso aceitável mais clara e uma observação de jurisdição de Sófia com ressalva para consumidores da UE.
Nos Bastidores
Uma renomeação interna no início do período alterou o nome de um recurso em todo o site. Mesmo produto, mesmo comportamento; o termo antigo estava acionando filtros de políticas de plataformas de anúncios.
Ainda não estamos publicando números da nova lógica de seleção. Queremos duas semanas completas de tráfego de produção antes de fazer afirmações sobre taxas de sucesso. Números reais, assim que 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 maio se parece.