26 de agosto de 2026, o Google confirmou oficialmente: os links nos resultados de busca não levam mais diretamente ao site. Em vez do endereço da página em HTML, há um redirecionamento do tipo google.com/goto?url=... com um token criptografado. O mais desagradável nessa história é que os links alterados não chegam a todos. Uma pessoa comum no navegador vê URLs diretas. Eles são ocultados exatamente daquelas pessoas que o Google já considerou como automação.
O que exatamente aconteceu
Os primeiros sinais isolados apareceram em 23 de junho de 2026 — Alex Greenland prestou atenção neles. Em 2 de julho, Brody Clark registrou o fenômeno em massa. E em 26 de agosto, Derek Perkins, CEO da plataforma de rastreamento de posições Nozzle, relatou quase a implementação completa, e o Google confirmou a mudança oficialmente.
A formulação do representante da empresa para o Search Engine Roundtable foi propositadamente vaga: o Google tem uma "longa história de aplicação de medidas técnicas contra formas evolutivas de abusos", e a empresa "regularmente toma medidas para proteger seus serviços e usuários". Quem exatamente deve ser considerado um abuso não foi esclarecido em uma palavra.
A mecânica é simples e, por isso, dolorosa. Antes, na marcação do resultado, havia um endereço pronto — o parser o pegava junto com o título e o snippet em uma única solicitação. Agora, há um link para um redirecionamento intermediário do Google, e dentro dele — um token protobuf: uma string base64 com o prefixo CAES, seguido por um payload criptografado. Descriptografá-lo do seu lado é impossível — você não tem a chave. A única maneira de saber para onde leva o link é clicando nele.
Três detalhes que definem o preço da questão
- O token é descartável. O mesmo link para a mesma página na mesma solicitação recebe um novo token a cada exibição. Não será possível construir um diretório "token → URL" e reutilizá-lo.
- HEAD não ajuda. A solicitação HEAD retorna 200 sem o cabeçalho Location — ou seja, sem o endereço de destino. É necessário um GET completo, que retorna 302 com uma latência média de cerca de 59 ms.
- Não apenas o núcleo orgânico é afetado. Endereços ocultos aparecem nos resultados comuns, vídeos, fontes de AI Overviews, na seção "Perguntas semelhantes" e em anúncios (endereços
aclk). No estudo da Growtika, foram analisados 493 links em oito consultas — o endereço de destino foi ocultado em cada um deles.
A aritmética resulta em algo desagradável. De acordo com a estimativa de Perkins, para resolver todos os links para cinco páginas de resultados em uma única consulta, são necessárias de 500 a 1000 solicitações. Uma medição independente do scraping.club, após deduplicação, fornece números mais modestos de 295 a 565 — mas isso ainda é duas ordens de magnitude maior do que uma solicitação, que era suficiente antes.
A citação chave de Perkins descreve a essência da mudança melhor do que qualquer número: a limitação vinculativa não são a largura de banda ou o armazenamento, mas os limites de taxa.
Por que isso é um golpe na automação
Aqui está o mais interessante. De acordo com as observações do scraping.club, a alteração de links não é universal: um usuário comum — logado ou em modo anônimo — ainda recebe URLs diretas. Redirecionamentos chegam consistentemente a clientes automatizados: scripts que iniciam o navegador com flags como --remote-debugging-port, e pilhas headless com automação completa.
A conclusão prática que deve ser compreendida antes de você começar a reescrever o parser: o aparecimento de links goto na sua resposta é um sinal diagnóstico. Isso significa que o Google já classificou seu cliente como um bot. Você não se deparou com um novo formato de resultados — você viu como é a exibição para aqueles que foram detectados. E a primeira coisa a consertar não é o parser de links, mas sim os critérios que o diferenciam de um humano: flags de inicialização, ordem dos cabeçalhos, impressão digital TLS, comportamento da página. Discutimos a metodologia dessa autoavaliação no material sobre como remover a impressão digital do site através de seus próprios scripts.
Um detalhe curioso que confirma a versão: o próprio redirecionamento do Google quase não é protegido. De acordo com as medições do scraping.club, para acessar o link não são necessários proxies, cabeçalhos especiais ou impersonificação TLS — uma biblioteca comum requests funciona tão bem quanto um Chrome falsificado, e em volumes pequenos é possível alcançar mais de 110 solicitações por segundo sem limitações visíveis. Ou seja, a barreira não é criptográfica nem de rede. É um imposto sobre o volume: você não é bloqueado, apenas recebe uma conta em solicitações.
O segundo golpe consecutivo
A mudança não deve ser lida isoladamente da anterior. De 12 a 14 de setembro de 2025, o Google desativou o parâmetro &num=100, que retornava cem resultados em uma única página. Depois disso, para a mesma profundidade de resultados, foram necessárias cerca de dez vezes mais solicitações.
As consequências se mostraram visíveis muito além da raspagem. De acordo com a análise de 319 propriedades, analisada pelo Search Engine Land, 87,7% dos sites perderam impressões no Search Console, e 77,6% perderam parte das consultas únicas que estavam ranqueando. O tráfego real, no entanto, não mudou — a medição quebrou: a maior parte das "impressões" nas posições distantes era gerada não por pessoas, mas por rastreadores que puxavam cem resultados.
Somando os dois passos: primeiro, a exibição ficou dez vezes mais cara em termos de solicitações, agora cada resultado recebeu uma solicitação separada por seu endereço. A estratégia é clara — o Google está aumentando metódicamente o custo da extração industrial de seus próprios resultados.
O contexto legal também é significativo. Medidas técnicas foram implementadas exatamente quando o caminho judicial falhou: a ação do Google contra o SerpApi por DMCA foi rejeitada — o tribunal traçou a linha entre a proteção de obras autorais e a regulamentação do acesso a fatos públicos, afirmando que fatos e URLs não são obras. Detalhes dessa decisão e suas consequências foram discutidos em um material separado sobre o caso Google contra SerpApi. Não foi possível proibir — tornou-se caro.
O que está quebrando nos relatórios agora mesmo
A plataforma DemandSphere listou as falhas específicas que ocorrem se nada for feito:
- O domínio de destino se reduz a google.com. O parser registra honestamente o que vê na marcação — e toda a exibição se torna "pertencente ao Google".
- O mapeamento das suas próprias páginas quebra. O sistema para de reconhecer suas URLs e acredita que você saiu dos resultados.
- O percentual de voz e a atribuição de concorrentes flutuam — não há mais nada para contar, todos os links estão em um único domínio.
- A série histórica é rompida exatamente na data da implementação. Isso é o mais traiçoeiro: o gráfico mostrará um colapso que na realidade não ocorreu.
A boa notícia: dados puramente posicionais sofrem menos. O DataForSEO já informou em 5 de julho de 2026 que 99,99% dos resultados orgânicos através de sua API já são entregues com endereços diretos. O problema se concentra nos blocos de resultados — segundo a Growtika, links goto são mantidos em cerca da metade dos AI Overviews e em um quarto dos blocos locais. Ou seja, o que está sendo afetado é exatamente o que hoje é mais importante: fontes de respostas de AI e resultados locais.
Como reestruturar a coleta
A conclusão de engenharia de tudo o que foi mencionado é dividir a coleta em duas camadas com diferentes custos de solicitação.
- Primeiro, verifique se você foi detectado. Capture a mesma exibição com seu parser e manualmente a partir de um navegador limpo. Links diretos na execução manual e goto na automática — isso é um veredicto para sua camuflagem, e não uma característica do Google.
- Separe a coleta de resultados e a resolução de links. A primeira camada é pesada: renderização, plausibilidade comportamental, IPs de qualidade. A segunda — um GET primitivo por 302, sem navegador e sem impersonificação. Executar a resolução através da mesma pilha cara — queimar orçamento em vão.
- Conte limites, não gigabytes. O gargalo se deslocou para o número de solicitações. Planeje o pool de endereços com base nos RPS necessários, e não no volume de tráfego.
- Não tente armazenar tokens em cache. Eles são descartáveis. Faz sentido armazenar em cache o resultado da resolução — a combinação "solicitação + posição + domínio", e não o próprio token.
- Marque a data da ruptura nos dados históricos. 26 de agosto de 2026 deve ser uma marca clara nos relatórios, caso contrário, a falha metodológica será lida como uma queda na visibilidade.
- Verifique os blocos separadamente. A parte orgânica pode já estar em ordem, enquanto AI Overviews e o bloco local não. Teste-os como entidades independentes.
Quais proxies e para onde
A partir da divisão em duas camadas, segue-se a separação da infraestrutura — e isso é significativamente mais barato do que executar tudo através de um único pool.
A coleta dos próprios resultados é a parte mais sensível. Aqui, é importante não se destacar em relação aos usuários comuns, e é essa camada que determina se você verá links diretos ou goto. Para isso, são utilizados proxies residenciais, e para tarefas geograficamente dependentes, como resultados locais — proxies móveis, onde o IP parece absolutamente natural para a região específica.
Já a resolução de redirecionamentos, como mostraram as medições, não apresenta requisitos especiais: um GET comum, sem impersonificação, alta velocidade. Essa é uma tarefa clássica para proxies de data center — barato, rápido, muitos fluxos paralelos. A diferença de custo entre as duas abordagens, com 500–1000 solicitações adicionais por solicitação de resultados, torna-se um item decisivo no orçamento.
Conclusão
O Google não fechou o acesso aos resultados — ele o tornou mais caro e, ao mesmo tempo, transformou o formato da resposta em um indicador de detecção. Para o mercado, isso significa a continuação da trajetória iniciada com a desativação do &num=100: a extração em massa de dados de busca deixa de ser barata por padrão e se torna uma tarefa de engenharia com economia clara.
Na prática, a conclusão se resume a dois pontos. Se você vê links goto — comece pela camuflagem, e não pelo parser: talvez o que precise ser consertado não seja o que parece. Se a camuflagem estiver em ordem, mas os redirecionamentos ainda existirem — divida as camadas de coleta e não pague o preço premium por solicitações que não precisam disso.
```