¿SerpAPI is down?

Este artículo está fechado el 16 de septiembre de 2026. Los equipos que se preguntan si SerpAPI está caída esta semana tienen un registro público. Su página de estado muestra Performance Degradation a mediados de septiembre de 2026. El 10 de septiembre de 2026 informaron un corte en sus API. Una actualización del 16 de septiembre de 2026, 05:13 UTC, indicaba mejor tasa de éxito y tiempo de respuesta en las horas anteriores. El incidente seguía abierto al redactar esto.

La nota del 10 de septiembre atribuye el problema a cambios recientes en el lado de Google. Ese es el punto relevante para cualquier integración de Google Search. El mismo historial de incidentes ya enumera varios incidentes de Google Search en julio y agosto.

Qué cambió Google

En el último año, Google ha dificultado la recolección automatizada de resultados de Search.

En septiembre de 2025 desactivó &num=100. Los pipelines que esperaban 100 resultados por página tuvieron que paginar. Lo cubrimos en Google eliminó num=100.

En diciembre de 2025 Google demandó a SerpAPI, alegando elusión de SearchGuard. El detalle técnico público está en Google demanda a SerpAPI: lo que revela SearchGuard.

A finales de agosto de 2026, los enlaces orgánicos empezaron a apuntar a google.com/goto?url=CAES… en lugar de la URL de destino. El parámetro no es una URL decodificable. Google devuelve el destino en el encabezado Location de /goto. Despliegue: google.com/goto: el anti-scraping de Google. Método: leer Location con HEAD.

Ese artículo /goto se discutió en Hacker News. La mayoría de los comentarios tratan la experiencia de Search para usuarios. Para un proveedor de API, el efecto práctico es una petición extra por resultado, y una señal más clara cuando un cliente resuelve muchas URL /goto seguidas.

SearchGuard opera en segundo plano. Las sesiones que parecen automatizadas pueden recibir páginas incompletas o errores. Junto con /goto, eso aparece como más latencia y más errores en los endpoints de Google Search.

Cronología pública (julio-septiembre de 2026)

Del historial de incidentes de SerpAPI, limitado a Google Search. Todas las fechas siguientes son 2026.

Julio

7-12 de julio: respuestas más lentas y menor tasa de éxito. Cerrado tras cambios internos y de un proveedor intermedio
13 de julio-1 de agosto: búsquedas paginadas de Google Light (start) con resultados vacíos
14-17 de julio: APIs de Google más lentas; algunas respuestas Light vacías. La nota de estado citaba cambios recientes de Google y un proveedor intermedio
20 de julio-14 de agosto: latencia elevada en Google Search y Google Light

Agosto

7-9 de agosto: corte en muchas APIs de Google; gran parte de las peticiones fallando o agotando el tiempo de espera
14-15 de agosto: degradación de APIs de Google, atribuida a cambios en Google. Marcado como resuelto al día siguiente
Desde el 26 de agosto (sigue abierto): agotamientos de tiempo en tbm=nws, y consultas de Google Search con operadores avanzados en timeout o HTTP 500 (el 500 se anotó el 29 de agosto)

Septiembre

4-10 de septiembre: tiempos de respuesta elevados en Search, Shopping, News Light, Jobs y otros. Cerrado el 10 de septiembre, remitiendo a los incidentes de News y operadores avanzados ya abiertos
5-7 de septiembre: Google News degradado, luego marcado como resuelto
10 de septiembre, 15:59 UTC (sigue abierto): corte, luego Performance Degradation. Nota sobre cambios en Google (roadmap #4265). Mitigación parcial el 10-11 de septiembre; location y uule descritos como poco fiables fuera de EE. UU. (gl, hl, google_domain como alternativa). Nuevos aumentos de errores y latencia el 14-15 de septiembre. Actualización del 16 de septiembre, 05:13 UTC: mejor tasa de éxito y tiempo de respuesta en las horas anteriores
11 de septiembre (sigue abierto): Google Local devuelve resultados vacíos

Finales de agosto y septiembre encajan con el despliegue de /goto. Los incidentes de julio son latencia Google anterior, antes de que /goto estuviera generalizado.

Autom está plenamente operativo

La API Google Search de Autom está 100 % funcional ante estos cambios recientes de Google. Resolvemos /goto leyendo Location (sin seguir la redirección) y devolvemos el destino en organic_results[].link, en los mismos campos estructurados de siempre.

La paginación tras num=100 y SearchGuard ya estaban en el pipeline. Si llamas a nuestros endpoints Google Search, deberías seguir recibiendo URL de destino utilizables.

1.000 solicitudes gratis en precios Autom, clave API en app.autom.dev/register.