Cómo medimos el acceso a Google
Cada proveedor recibió las mismas búsquedas de Google desde nuestros tres servidores (EE. UU., Alemania, Singapur) dos veces al día el 24–27 de octubre de 2026, con una IP de salida nueva en cada solicitud.
- La solicitud. google.com/search de «weather» con el país de salida fijado, 20 búsquedas por proveedor y país, 12 países. El cliente parece un navegador de teléfono: curl_cffi con la huella TLS de Chrome 131 Android, sin JavaScript.
- Éxito. HTTP 200 y no la página /sorry/: los resultados, la página de «activa JavaScript» o la de consentimiento. Las tres significan que Google dejó pasar la IP; una IP bloqueada recibe primero el CAPTCHA.
- Quién comparte el primer puesto. Cada tasa tiene un intervalo de confianza de Wilson del 95 %. Los proveedores cuyo intervalo se solapa con el del líder comparten el primer puesto.
Limitaciones
- Sin JavaScript. Un navegador real ejecuta JavaScript y guarda cookies, así que sus cifras son distintas; la comparación entre proveedores no cambia.
- Una consulta. Todas las búsquedas fueron la misma consulta sencilla. Con consultas automáticas intensas el bloqueo llega antes con cualquier proveedor.
- Datos brutos y scripts. Los registros de solicitudes anonimizados, los scripts de prueba y el libro de resultados están en GitHub, así que puedes volver a calcular cada cifra de esta página.
Más del benchmark
- El benchmark completo. Los 11 proveedores en cada métrica: proporción de IP móviles, tasa de éxito, latencia, Google e Instagram, sesiones sticky, huella TCP, calidad de IP y coste.
- Proxies móviles más baratos. Proxies móviles más baratos: coste por solicitud correcta, probado
- Proxies móviles con menos IP compartidas. Proxies móviles con menos IP compartidas: solapamiento de pools, probado