La situación
Globalfinanz opera piensin.com, un comparador de seguros de salud con acceso a siete compañías distintas. Cada consulta implicaba llamadas secuenciales a las APIs de cada aseguradora: la primera respondía, se procesaba, se pasaba a la segunda, y así hasta completar las siete. El usuario esperaba entre 35 y 40 segundos mirando una pantalla antes de ver cualquier resultado. En un sector donde la decisión de compra se toma en segundos, ese tiempo era inaceptable.
La decisión
El problema no era de servidor ni de ancho de banda — era de arquitectura. Las siete llamadas se hacían en serie cuando podían hacerse en paralelo. La decisión fue reescribir el sistema de consulta usando curl_multi y Workers PHP para lanzar todas las peticiones simultáneamente, procesar cada respuesta en cuanto llegara, y devolver resultados progresivos al frontend sin esperar a que la más lenta terminara. Sin cambiar de proveedor, sin infraestructura nueva, sin migrar nada.
La ejecución
Se desarrolló un plugin PHP propio que sustituía el sistema de consulta existente. El nuevo motor lanzaba varias peticiones en paralelo con curl_multi_exec y con Workers, gestionaba timeouts individuales por aseguradora para que un proveedor lento no bloqueara el resto, y enviaba los resultados al frontend a medida que llegaban. La sincronización con el CRM externo se mantuvo intacta — los datos de cada consulta seguían registrándose correctamente independientemente del orden de respuesta. El despliegue se hizo sin downtime sobre el sistema en producción, con fallback al sistema anterior documentado por si acaso.
El resultado
En producción, el tiempo de comparación bajó de 40 segundos a entre 10 y 12 — una reducción del 73%. El usuario ve resultados en menos de un tercio del tiempo anterior, con la misma cobertura de compañías y sin ningún cambio visible en la interfaz. La sincronización con CRM siguió funcionando sin modificaciones. El sistema lleva en producción desde entonces sin incidencias atribuibles al cambio.