SerpAPI is down?

Este artigo está datado de 16 de setembro de 2026. As equipas que perguntam se a SerpAPI está indisponível esta semana têm um registo público. A página de estado lista Performance Degradation em meados de setembro de 2026. A 10 de setembro de 2026 reportaram um corte nas suas API. Uma atualização de 16 de setembro de 2026, 05:13 UTC, indicava melhor taxa de sucesso e tempo de resposta nas horas anteriores. O incidente estava ainda aberto no momento da redação.

A nota de 10 de setembro atribui o problema a mudanças recentes do lado da Google. Esse é o ponto relevante para qualquer integração Google Search. O mesmo histórico de incidentes já lista vários incidentes Google Search em julho e agosto.

O que a Google mudou

No último ano, a Google tornou mais difícil a recolha automatizada de resultados Search.

Em setembro de 2025 desativou &num=100. Os pipelines que esperavam 100 resultados por página tiveram de paginar. Cobrimos isso em Google matou o num=100.

Em dezembro de 2025 a Google processou a SerpAPI, alegando contorno do SearchGuard. O quadro técnico público está em Google processa SerpAPI: o que SearchGuard revela.

No fim de agosto de 2026, os links orgânicos passaram a apontar para google.com/goto?url=CAES… em vez da URL de destino. O parâmetro não é uma URL descodificável. A Google devolve o destino no cabeçalho Location de /goto. Implementação: google.com/goto: o anti-scraping do Google. Método: ler Location com HEAD.

Esse artigo /goto foi discutido no Hacker News. A maior parte dos comentários é sobre a experiência Search para utilizadores. Para um fornecedor de API, o efeito prático é um pedido extra por resultado, e um sinal mais claro quando um cliente resolve muitas URL /goto seguidas.

O SearchGuard opera em segundo plano. Sessões que parecem automatizadas podem receber páginas incompletas ou erros. Junto com /goto, isso aparece como mais latência e mais erros nos endpoints Google Search.

Cronologia pública (julho-setembro de 2026)

Do histórico de incidentes da SerpAPI, limitado ao Google Search. Todas as datas abaixo são 2026.

Julho

7-12 de julho: respostas mais lentas e taxa de sucesso mais baixa. Encerrado após mudanças internas e a montante
13 de julho-1 de agosto: pesquisas paginadas Google Light (start) a devolver resultados vazios
14-17 de julho: API Google mais lentas; algumas respostas Light vazias. A nota de estado citava mudanças recentes da Google e um fornecedor a montante
20 de julho-14 de agosto: latência elevada no Google Search e Google Light

Agosto

7-9 de agosto: corte em muitas API Google; grande parte dos pedidos a falhar ou a esgotar o tempo de espera
14-15 de agosto: degradação das API Google, atribuída a mudanças do lado da Google. Marcado como resolvido no dia seguinte
A partir de 26 de agosto (ainda aberto): esgotamentos de tempo em tbm=nws, e pesquisas Google Search com operadores avançados em timeout ou HTTP 500 (500 anotado a 29 de agosto)

Setembro

4-10 de setembro: tempos de resposta elevados em Search, Shopping, News Light, Jobs e outros. Encerrado a 10 de setembro, com referência aos incidentes News e operadores avançados já abertos
5-7 de setembro: Google News degradado, depois marcado como resolvido
10 de setembro, 15:59 UTC (ainda aberto): corte, depois Performance Degradation. Nota sobre mudanças do lado da Google (roadmap #4265). Mitigação parcial a 10-11 de setembro; location e uule descritos como pouco fiáveis fora dos EUA (gl, hl, google_domain como alternativa). Novos aumentos de erros e latência a 14-15 de setembro. Atualização de 16 de setembro, 05:13 UTC: melhor taxa de sucesso e tempo de resposta nas horas anteriores
11 de setembro (ainda aberto): Google Local a devolver resultados vazios

O fim de agosto e setembro alinham-se com a implementação de /goto. Os incidentes de julho são latência Google mais antiga, antes de /goto estar generalizado.

A Autom está plenamente operacional

A API Google Search da Autom está 100% funcional face a estas mudanças recentes da Google. Resolvemos /goto lendo Location (sem seguir o redirecionamento) e devolvemos o destino em organic_results[].link, nos mesmos campos estruturados de sempre.

A paginação após num=100 e o SearchGuard já estavam no pipeline. Se chamar os nossos endpoints Google Search, deve continuar a receber URL de destino utilizáveis.

1.000 pedidos grátis nos preços Autom, chave API em app.autom.dev/register.