google.com/goto: el anti-scraping de Google

Qué está pasando

Google Search está reescribiendo los enlaces de resultados orgánicos a google.com/goto?url=... en lugar de exponer la URL de destino directamente en el HTML.

Al hacer clic, Google redirige a la página real. El parámetro url usa una codificación propia de Google. No es un base64 simple de la URL objetivo. En la práctica, parece una referencia opaca al registro de la página en el índice de Google.

A finales de agosto de 2026, esto aparece de forma consistente en búsquedas con sesión cerrada o en modo privado. Puede seguir siendo un experimento, pero ya no se limita a una pequeña fracción de SERP.

No es lo mismo que google.com/url

Google ya usaba wrappers de redirección. El formato antiguo es google.com/url?q=[URL codificada], donde el enlace destino es legible en la query string.

El nuevo formato goto es distinto:

El href del resultado es /goto, no el destino
No puedes decodificar el blob url= offline
La URL real está en el encabezado Location de /goto. Pides esa URL. No sigues la redirección.

Google sigue necesitando el destino para pintar la SERP (dominio, favicon, atribución), así que copias de la URL quedan en la página. Eso es otra historia que leer Location. Cómo resolverlo: google.com/goto: leer Location con HEAD.

Ese cambio importa para quien construye un índice de búsqueda a partir de datos SERP a escala.

Por qué Google lo hace

Encaja con la ofensiva más amplia de Google contra la recolección automatizada de SERP, sobre todo crawlers de IA y scrapers SEO que extraen URLs de resultados en masa para crear sus propios índices.

Con enlaces en texto plano, un scraper podía parsear miles de URLs del HTML sin volver a contactar a Google. Con goto, cada resultado necesita otra petición a Google solo para saber el destino. Lees Location; no sigues hasta la página. Es más lento, más ruidoso y da a Google una señal clara cuando el mismo cliente resuelve cientos de enlaces seguidos.

Junto con movimientos anteriores como eliminar &num=100 y endurecer BotGuard/SearchGuard, Google sube el coste del scraping SERP ingenuo.

Lo que vimos en Autom

Primero detectamos enlaces goto en un pequeño porcentaje de SERP. A ese nivel, era difícil lanzar un fix fiable sin romper respuestas para el resto.

A finales de agosto de 2026, el patrón es mucho más consistente en sesiones cerradas y privadas. Las URLs de resultados en Google Search son prácticamente todas goto en esas condiciones.

Seguimos monitorizando el despliegue y probando contra ello.

Actualización en Autom.dev

Hemos actualizado nuestro pipeline Google Search para resolver enlaces google.com/goto (leer Location, sin seguir) y devolver la URL de destino final en las respuestas API, en los mismos campos estructurados que los clientes ya usan.

Si llamas a los endpoints Google Search de Autom, deberías seguir recibiendo URLs de destino útiles sin cambiar tu integración. Seguiremos vigilando el rollout de Google y ajustaremos si el formato de redirección cambia otra vez.

Lecturas relacionadas

¿Necesitas datos SERP en vivo mientras Google cambia las reglas? Prueba 1.000 solicitudes gratis en precios Autom, u obtén una clave API en app.autom.dev/register.