A situação
A Globalfinanz opera o piensin.com, um comparador de seguros de saúde com acesso a sete companhias diferentes. Cada consulta envolvia chamadas sequenciais às APIs de cada seguradora: a primeira respondia, era processada, passava para a segunda, e assim até completar as sete. O usuário esperava entre 35 e 40 segundos olhando para a tela antes de ver qualquer resultado. Em um setor onde a decisão de compra se toma em segundos, essa espera era inaceitável.
A decisão
O problema não era o servidor nem a banda — era a arquitetura. As sete chamadas estavam sendo feitas em série quando podiam ser feitas em paralelo. A decisão foi reescrever o sistema de consulta usando curl_multi e Workers PHP para disparar todas as requisições simultaneamente, processar cada resposta assim que chegasse, e devolver resultados progressivos ao frontend sem esperar que a mais lenta terminasse. Sem trocar de provedor, sem nova infraestrutura, sem migração.
A execução
Foi desenvolvido um plugin PHP próprio que substituía o sistema de consulta existente. O novo motor disparava as sete requisições em paralelo com curl_multi_exec e Workers PHP, gerenciava timeouts individuais por seguradora para que um provedor lento não bloqueasse os demais, e enviava os resultados ao frontend conforme chegavam. A sincronização com o CRM externo foi mantida intacta — os dados de cada consulta continuavam sendo registrados corretamente independentemente da ordem de resposta. O deploy foi feito sem downtime no sistema em produção, com rollback documentado ao sistema anterior.
O resultado
Em produção, o tempo de comparação caiu de 40 segundos para entre 10 e 12 — uma redução de 73%. O usuário vê resultados em menos de um terço do tempo anterior, com a mesma cobertura de companhias e sem nenhuma mudança visível na interface. A sincronização com o CRM continuou funcionando sem modificações. O sistema está em produção desde então sem incidentes atribuíveis à mudança.