O Google mudou algo nos resultados de busca em agosto que a maioria dos usuários provavelmente nunca perceberá.
Para ferramentas de SEO, porém, isso é consideravelmente mais interessante.
Em 26 de agosto de 2026, o Google confirmou a implementação de
google.com/goto redirecionamentos nos resultados de busca. Em vez de cada resultado expor diretamente o destino final no link, o Google pode direcionar o clique primeiro pelo seu próprio /goto URL. A mudança foi
relatado após a confirmação do lançamento pelo Google
.
Para quem clica em um resultado de busca, quase nada muda. Você clica no resultado e chega à página esperada.
Para softwares que tentam coletar dados dos resultados de busca automaticamente e em grande escala, as implicações técnicas podem ser bem mais significativas.
Isso também me fez reconsiderar uma decisão de arquitetura que tomei ao desenvolver ActionSEO : usar a DataForSEO para dados externos de SERP em vez de criar e manter meu próprio scraper do Google.
Essa decisão pode ser mais importante agora do que parecia quando a tomei.
O que realmente mudou com o /goto do Google?
Tradicionalmente, um sistema que coleta resultados de busca podia recuperar a SERP, inspecionar os links associados aos resultados orgânicos e identificar as URLs de destino contidas nesses links.
Com o /goto estrutura, o link pode assumir a forma de uma URL intermediária do Google:
https://www.google.com/goto?...O usuário ainda chega ao resultado desejado, mas um sistema automatizado de coleta pode agora precisar de uma etapa adicional para identificar o destino final.
Isso importa porque o próprio Políticas de spam da Pesquisa sobre tráfego gerado por máquina mencionam especificamente consultas automatizadas e scraping de resultados de busca para fins de verificação de posições.
Esse contexto é importante. O Google altera regularmente tanto a aparência quanto a mecânica dos resultados de busca, enquanto sistemas automatizados de coleta de SERPs precisam responder a essas mudanças.
Por que isso importa para ferramentas de SEO
Imagine um sistema que precisa identificar quais URLs aparecem para milhares de palavras-chave.
Se a URL de destino estiver exposta diretamente na marcação do resultado de busca, coletá-la é relativamente simples.
Se for necessária uma etapa adicional de redirecionamento ou resolução, essa pequena mudança técnica pode se tornar muito mais importante quando multiplicada por:
- milhares de palavras-chave;
- vários países e localidades;
- buscas em desktop e dispositivos móveis;
- diferentes idiomas;
- verificações programadas de palavras-chave;
- pesquisa de concorrentes; e
- grandes volumes de solicitações repetidas de SERP.
Esse é um dos motivos pelos quais operar uma infraestrutura confiável de coleta de resultados de busca é muito diferente de escrever um pequeno script que consulta ocasionalmente uma página de resultados do Google.
Então, o que acontece com o ActionSEO?
É aqui que a arquitetura se torna importante.
O ActionSEO não executa seu próprio scraper das SERPs do Google.
Para dados externos de SERP usados em seus fluxos de SEO, o ActionSEO utiliza a DataForSEO em vez de carregar diretamente páginas de resultados do Google, analisar seu HTML e tentar manter um sistema próprio de extração sempre que a SERP muda.
O API de SERP do Google da DataForSEO fornece dados estruturados de resultados de busca com base em parâmetros como palavra-chave, localização, idioma, tipo de dispositivo e sistema operacional.
Os resultados estruturados incluem informações como URLs, domínios e posições de ranking, em vez de exigir que o ActionSEO determine essas informações interpretando diretamente a marcação de links do Google.
Por exemplo, a DataForSEO documenta tanto
rank_group e rank_absolute. A primeira representa a posição de um resultado entre elementos do mesmo tipo, enquanto a segunda representa sua posição na SERP como um todo.
Você pode ver esses campos diretamente na documentação de SERP orgânica do Google da DataForSEO .
A separação, portanto, fica mais ou menos assim:
O ActionSEO trabalha com os dados processados retornados pela API, em vez de depender diretamente da estrutura atual dos links de resultados orgânicos do Google.
Isso significa que o ActionSEO fica completamente imune?
Não, e essa distinção importa.
Eu não afirmaria que a mudança do Google /goto mudança tem efeito zero sobre a DataForSEO.
A DataForSEO ainda precisa obter e manter os dados upstream dos resultados de busca. Se o Google tornar a coleta tecnicamente mais difícil, o provedor pode precisar adaptar sua própria infraestrutura.
O que muda é onde esse problema técnico precisa ser resolvido.
O próprio ActionSEO não precisa entender se o Google atualmente expõe uma URL direta, usa /goto, altera um seletor CSS ou reestrutura parte do HTML da página de resultados.
A API da DataForSEO se torna a camada de abstração entre a SERP do Google, que muda constantemente, e a aplicação que consome esses dados.
Isso não elimina todas as dependências.
Transfere grande parte da responsabilidade pela coleta das SERPs para um provedor cuja infraestrutura foi projetada especificamente para esse trabalho.
Por que escolhi uma API em vez de criar outro scraper do Google
Ao desenvolver software, sempre existe a tentação de construir tudo por conta própria.
Às vezes essa é a decisão certa.
A coleta de SERPs foi uma área em que decidi deliberadamente não fazer isso.
Manter sua própria camada de coleta significa reagir sempre que um mecanismo de busca altera a estrutura da página, o tratamento de links, as medidas anti-automação ou os tipos de resultado.
Com o modelo da DataForSEO, o ActionSEO pode solicitar dados estruturados.
Conceitualmente, a diferença é entre criar um software que diz:
Encontre o elemento do resultado orgânico, identifique o link, extraia a URL e determine sua posição.
e um software que diz:
Retorne os resultados de busca estruturados para esta palavra-chave, mercado e dispositivo, incluindo as URLs dos resultados e as informações de ranking.
São dependências muito diferentes.
A abstração da API não elimina a dependência — ela a transfere
Usar uma API não faz as mudanças do Google desaparecerem magicamente.
Ela muda quem precisa lidar com essas mudanças.
Com um scraper mantido internamente, o fluxo pode ser mais ou menos assim:
Com um provedor especializado de API, a arquitetura se torna:
É claro que esse modelo cria sua própria dependência: o ActionSEO depende de o provedor de dados continuar coletando e estruturando as informações com sucesso.
É por isso que usar uma API nunca deve significar presumir cegamente que toda resposta está correta.
O que vou acompanhar
A mudança do Google /goto implementação atualmente não me faz querer mudar a arquitetura do ActionSEO.
Ela me faz querer continuar monitorando a qualidade dos dados que chegam por essa arquitetura.
Os sinais úteis incluem:
- URLs de destino retornadas;
- posições orgânicas no ranking;
- consistência entre palavra-chave, localização e dispositivo;
- identificação de recursos da SERP;
- respostas com falha ou incompletas;
- tempos de resposta; e
- quaisquer mudanças futuras em preços ou limites da API.
Esses indicadores importam mais para o ActionSEO do que se uma determinada
/goto URL aparece em uma das minhas próprias buscas manuais no Google.
Isso também reforça por que a transparência sobre a fonte dos dados importa em ferramentas de SEO
Um dos princípios por trás do ActionSEO é que uma ferramenta de SEO deve ser clara sobre a origem das informações e sobre o que essas informações realmente podem comprovar.
É também por isso que a plataforma se conecta diretamente ao Google Search Console e ao GA4 para dados de desempenho do site, em vez de tentar substituir medições verificadas e próprias por números estimados.
Se você ainda está aprendendo como rastreamento, indexação e ranking se encaixam, meu guia sobre como o SEO funciona para iniciantes explica todo o processo, desde a descoberta de uma página pelo Google até o ranking.
O mesmo princípio se aplica às informações de SERP: saiba quais dados são medidos, quais são estimados e qual sistema está realmente coletando cada informação.
O que a mudança /goto realmente reforça
O Google vai mudar novamente.
Os layouts das SERPs vão mudar. Os recursos de busca vão mudar. Os elementos de IA vão mudar. As estruturas de links e os padrões de acesso vão mudar.
Construir uma aplicação de SEO partindo da suposição de que o HTML do Google de hoje permanecerá inalterado é, portanto, inerentemente frágil.
Para o ActionSEO, usar a DataForSEO cria uma camada entre essas mudanças e o próprio aplicativo.
Isso não torna o ActionSEO imune a mudanças na Pesquisa do Google.
Mas isso significa que uma mudança na mecânica das páginas de resultados do Google não exige automaticamente que eu reconstrua a infraestrutura de coleta de SERP dentro do ActionSEO.
E a mudança do Google /goto implementação fez com que eu valorizasse ainda mais essa decisão de arquitetura.
O objetivo não é criar um software de SEO que presuma que o Google não vai mudar. É criar um software que espera que ele mude.
Veja como o ActionSEO funciona
O ActionSEO reúne auditorias de sites, evidências por página, Google Search Console, GA4, palavras-chave acompanhadas e fluxos de trabalho práticos de SEO para que você possa passar da identificação de um problema à medição do que mudou.
Fontes e leituras adicionais: Google Search Central — Tráfego gerado por máquina · DataForSEO — visão geral da API de SERP do Google · DataForSEO — documentação da API de SERP orgânica do Google · Search Engine Land — Google confirma implementação do /goto