Como a Extração de SERP Realmente Funciona em 2026 (Após o Google Eliminar num=100 e Exigir JavaScript)
Duas mudanças silenciosas — JavaScript obrigatório e o fim do parâmetro num=100 — reescreveram a economia da extração de buscas. Aqui está o que realmente mudou, por que seu rastreador de classificação quebrou e como coletar dados de SERP de forma confiável em 2026.
Se o seu rastreador de classificação de repente ficou silencioso no final de 2025, ou seu scraper caseiro do Google começou a retornar páginas vazias, você não estava imaginando coisas. No espaço de nove meses, o Google fez duas mudanças que, individualmente, pareciam pequenas manutenções e, juntas, reescreveram silenciosamente a economia da extração de buscas. Este é um guia prático sobre o que realmente mudou, por que quebrou tantas ferramentas de uma vez e como coletar dados de SERP de forma confiável em 2026 sem queimar sua infraestrutura — ou seus IPs.
Mudança um: o Google tornou o JavaScript obrigatório
Em 17 de janeiro de 2025, o Google começou a exigir JavaScript para usar o Google Search. Desative-o e você receberá uma mensagem curta — "Ative o JavaScript para continuar pesquisando" — em vez de resultados. Um porta-voz da empresa disse ao TechCrunch que o objetivo era "proteger melhor nossos serviços e usuários de bots e formas evolutivas de abuso e spam", e confirmou que menos de 0,1% das buscas vêm de usuários com JavaScript desativado.
Esse número de 0,1% é revelador. Com aproximadamente 8,5 bilhões de buscas por dia, um décimo de um por cento ainda são milhões de solicitações — e uma parte desproporcional delas nunca foram humanos. Eram rastreadores de classificação, crawlers de SEO e scrapers baratos atingindo a versão leve, sem JavaScript, da página de resultados. O Search Engine Journal confirmou a leitura diretamente: o Google está exigindo JavaScript para bloquear bots e scrapers, incluindo ferramentas de SEO.
Habilitar o JavaScript nos permite proteger melhor nossos serviços e usuários de bots e formas evolutivas de abuso e spam, e fornecer as informações mais relevantes e atualizadas.
A consequência prática: a era de analisar o Google buscando uma URL e executando uma regex sobre HTML estático acabou. Os resultados agora são montados no lado do cliente. Se seu scraper não consegue executar JavaScript, ele não vê uma página degradada — ele não vê página nenhuma.
Mudança dois: a morte do num=100
A segunda mudança foi menor em aparência e maior em impacto. Por volta de 11 de setembro de 2025, o Google desativou o parâmetro de URL &num=100 — a pequena bandeira que dizia ao Search para retornar 100 resultados em uma única página em vez dos 10 padrão. Por uma década, foi a espinha dorsal do rastreamento de classificação profunda: uma solicitação, cem posições.
Quando desapareceu, a matemática se inverteu da noite para o dia. Para ver os 100 principais resultados, agora você precisa de até dez solicitações paginadas em vez de uma. O Keyword Insights colocou o custo de forma direta no dia em que aconteceu.
O Google eliminou o parâmetro n=100 do SERP. Em vez de 1 solicitação para 100 resultados do SERP, agora são necessárias 10 solicitações (10x o custo). Isso impacta nosso módulo de classificações. Estamos revisando as opções e atualizaremos a plataforma em breve.
O impacto atingiu também o Google Search Console. A partir de cerca de 10 de setembro, as equipes de SEO viram as impressões de desktop caírem drasticamente enquanto a posição média parecia melhorar. A teoria do analista Brodie Clark — amplamente discutida, mas nunca confirmada pelo Google — é que uma grande parte dessas impressões anteriores nunca foram humanas: eram bots carregando páginas de 100 resultados via num=100, cada uma registrando dez vezes as impressões de uma página normal. Remova o parâmetro, e as impressões fantasmas desaparecem com ele. É uma interpretação da comunidade, não uma explicação oficial, mas se encaixa exatamente no momento.
Por que isso quebrou tantas ferramentas de uma vez
A maioria das ferramentas de SERP foi construída com base em duas suposições que foram verdadeiras por anos e agora são falsas: que o Google serviria HTML utilizável sem JavaScript, e que você poderia buscar 100 resultados por solicitação. Remova ambos no mesmo ano e os modos de falha se acumulam:
- Buscadores estáticos retornam páginas em branco ou de desafio em vez de resultados.
- Coletores baseados em paginação precisam de 10x o volume de solicitações para a mesma cobertura, o que significa 10x a largura de banda do proxy e 10x a superfície de bloqueio.
- Mais solicitações dos mesmos intervalos de IP acionam sistemas anti-bot mais rapidamente, então as taxas de sucesso caem exatamente quando o volume precisa aumentar.
- As linhas de base do Search Console mudaram, então os painéis históricos não comparam mais como antes.
Como o engenheiro de SEO Ryan Jones enquadrou, a onda agressiva de extração — muito dela agora alimentando produtos de IA — é precisamente o que levou o Google a reagir, quebrando verificadores de classificação e scrapers de SERP como dano colateral. A ferramenta não falhou porque foi mal escrita. Falhou porque o terreno se moveu.
Como é a extração de SERP confiável em 2026
A nova linha de base tem três pontos inegociáveis. Perder qualquer um e sua taxa de sucesso colapsa sob carga.
1. Execute JavaScript — mas apenas quando necessário
Como os resultados são montados no lado do cliente, você precisa de um cliente que execute JavaScript para as páginas que o exigem. Mas iniciar um navegador sem cabeça para cada solicitação é lento e caro. O padrão eficiente é tentar primeiro uma busca leve, com impressão digital TLS real, e escalar para uma renderização completa do navegador apenas quando a página realmente desafiar você. A maioria das solicitações nunca precisa do navegador; as que precisam o recebem automaticamente.
2. Rode saídas residenciais com impressões digitais reais de navegador
IPs de datacenter e impressões digitais padrão de clientes HTTP são o caminho mais rápido para um CAPTCHA. As solicitações precisam chegar de IPs residenciais, carregando a impressão digital TLS e de cabeçalho de um navegador genuíno como o Chrome. Quando uma saída é sinalizada, a rotação para uma nova geralmente limpa o bloqueio sem qualquer alteração na solicitação em si — que é exatamente como um coletor resiliente se recupera de uma página de "tráfego incomum" em vez de morrer nela.
3. Analise em dados estruturados, não HTML bruto
A marcação do Google muda constantemente, e após o num=100 o layout está mais fragmentado, não menos. Manter seus próprios seletores contra um alvo em movimento é um trabalho de tempo integral. Um endpoint de SERP estruturado que retorna JSON limpo — resultados orgânicos, anúncios, compras, painéis de conhecimento, Pessoas Também Perguntam, Visões Gerais de IA — isola seu pipeline de cada mudança cosmética no lado do Google.
O padrão na prática
Em vez de manter navegadores, pools de proxies e analisadores você mesmo, você entrega uma consulta a um endpoint que faz os três e retorna resultados estruturados limpos. Com a QuantumProxies SERP API, uma única solicitação autenticada lida com a execução de JavaScript, rotação residencial e análise para você:
curl --location --request GET \
"https://app.quantumproxies.io/api/v1/serp/google/search?q=best+running+shoes&cc=us" \
--header "Authorization: Bearer YOUR_API_KEY"A resposta é JSON, não HTML — resultados orgânicos com posições, anúncios, unidades de compras, o gráfico de conhecimento, Pessoas Também Perguntam e Visões Gerais de IA onde presentes. Nenhum navegador sem cabeça para supervisionar, nenhum seletor para reparar quando o Google reorganiza a página, e paginação tratada para que você não esteja reconstruindo manualmente o que o num=100 costumava lhe dar de graça. Quando uma saída aciona uma página anti-bot, o serviço tenta novamente em um IP residencial novo automaticamente — o mesmo comportamento de rotação-para-recuperar que mantém um pipeline vivo sob carga real.
Se você preferir ver a forma completa da solicitação e resposta antes de escrever qualquer código, a documentação interativa da SERP API em https://quantumproxies.io/serp-api/docs permite que você execute uma consulta ao vivo e copie trechos prontos para cURL, Python, JavaScript, PHP, Go e Ruby.
A conclusão
A extração de SERP não ficou mais difícil de forma vaga e incremental — ela mudou de forma duas vezes em um ano. O JavaScript agora é obrigatório, então você precisa de um cliente real. O num=100 se foi, então a cobertura profunda custa uma ordem de magnitude a mais em solicitações, o que significa que a qualidade da sua camada de proxy e a inteligência da sua lógica de escalonamento agora importam mais do que o volume bruto de solicitações jamais importou. As equipes que ainda coletam dados limpos de SERP em escala em 2026 não são as que enviam mais solicitações. São as que enviam solicitações mais inteligentes — compatíveis com JavaScript, com impressão digital residencial e estruturadas desde o primeiro byte.