Google reescribe los enlaces y golpea al scraping con IA

Google ya no muestra las URLs reales en sus resultados de búsqueda

Desde fines de agosto de 2026, Google está reescribiendo los enlaces de sus resultados orgánicos para que ya no apunten directamente al sitio de destino. En su lugar, el HTML muestra google.com/goto?url=..., un redireccionamiento controlado por Google que oculta la URL verdadera. Para cualquier founder que dependa de scraping, monitorización de rankings o herramientas SEO, esto cambia las reglas del juego de un día para el otro.

Qué cambió exactamente en los resultados

Antes, cuando hacías clic en un resultado de Google, el atributo href del HTML era la URL final del sitio, y el navegador te llevaba allí de forma directa. Ahora el HTML apunta a google.com/goto?url=XXXXX, donde XXXXX es una codificación opaca y específica de Google — no es base64 simple — que parece referenciar un registro interno del índice.

Google ya había usado redirecciones antes: el viejo formato google.com/url?q=[URL codificada] dejaba la URL de destino legible en el query string. La diferencia con /goto es que ahora:

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

El resultado apunta a /goto, no al destino real.
No puedes decodificar el parámetro url= sin pedirlo de vuelta a Google.
La URL verdadera solo aparece en el header Location de la respuesta de /goto, accesible con una petición HEAD.

Google todavía necesita el destino para renderizar la SERP (dominio, favicon, línea de atribución bajo el título), por lo que la URL sigue visible en la página. Lo que cambió es el camino del clic.

Según Autom.dev, el patrón se ve de forma consistente en sesiones sin login y en modo incógnito. Derek Perkins, de Nozzle, reportó a Search Engine Land un despliegue cercano al 100% en varios proveedores residenciales, y Google confirmó al medio que se trata de una "medida técnica" contra abuso.

Por qué Google hace esto: el contexto del scraping con IA

La movida se inscribe en una campaña más amplia contra el scraping masivo de la SERP, sobre todo el que alimenta índices alternativos de búsqueda y crawlers de modelos de IA. Antes, un scraper podía parsear miles de URLs del HTML sin volver a tocar a Google. Con /goto, cada enlace exige una segunda petición a Google para descubrir el destino: más lento, más ruido en los logs y una señal clara cuando un mismo cliente resuelve cientos de enlaces en secuencia.

Es la última capa de una serie de endurecimientos:

En julio de 2026, el Tribunal de Distrito del Norte de California rechazó los reclamos principales de Google contra SerpApi bajo la DMCA. La jueza Yvonne González Rogers falló que URLs, snippets y datos factuales del índice son información pública, no "obras protegidas" por derechos de autor, por lo que bloquear su scraping con la ley de copyright no aplica. Google dispone de 21 días para enmendar su queja si demuestra autorización de los titulares.
Google ya había eliminado el parámetro &num=100, que permitía descargar 100 resultados por página, y reforzó las capas anti-bot como SearchGuard y BotGuard.

El mensaje implícito: lo que la Justicia le cierra por la vía legal, Google lo construye por la vía técnica. Y la pelea importa porque el mercado es grande: según un comunicado de NetNut recogido por Yahoo Finance, el sector de recolección y etiquetado de datos web se estimó en USD 2.220 millones en 2022, con una proyección de USD 17.100 millones para 2030 según analistas citados en el mismo comunicado.

Cómo funciona técnicamente el redireccionamiento /goto

Para quien integra herramientas o construye crawlers propios, el procedimiento concreto es directo:

Hacer una petición al google.com/goto?url=XXXXX.
Capturar el header Location de la respuesta, que contiene la URL real.
No seguir la redirección con un GET completo; basta con HEAD para leer el destino.

Reconstruir la URL original offline no es viable con la codificación actual: parece un identificador interno del índice de Google más que una codificación reversible. Cualquier pipeline que asumía que el atributo href contenía el destino directo tiene que actualizarse. Autom.dev, por ejemplo, anunció que ya resolvió el cambio en su pipeline leyendo Location con HEAD y devolviendo la URL final en los mismos campos estructurados de su API.

Qué significa esto para tu startup

Si tu producto depende de datos de búsqueda de Google — rankings, monitorización de competidores, alertas de marca, entrenamiento de modelos con SERPs — la capa de fricción se acaba de engrosar. Tres acciones concretas que puedes implementar esta semana:

Audita a tus proveedores de SERP data. Pregúntales cómo están manejando /goto. Si tu proveedor no actualizó su pipeline, vas a empezar a ver URLs rotas, destinos vacíos o respuestas incompletas. Pide una fecha concreta de fix antes de renovar contrato.
Diversifica fuentes. Brave Search y Bing aparecen como alternativas que no han aplicado esta ofuscación. No porque sean "mejores", sino porque cada cambio unilateral de Google empuja a revisar el mix de proveedores en lugar de apostar todo a uno.
Construye first-party data en serio. Si tu ventaja competitiva depende de "lo que dice Google sobre X", tarde o temprano vas a tener que construir tu propia fuente: tu web, tu CRM, tus datos propios. El scraping puro como modelo de negocio se vuelve más caro y frágil con cada movimiento del buscador.

Conclusión

Google está reescribiendo las reglas del scraping por la puerta técnica, justo cuando la pelea legal contra SerpApi le recuerda que la puerta legal no se le abre. Para los founders que viven del monitoreo de SERPs, la pregunta ya no es "cómo hago scraping más rápido", sino "qué tan dependiente soy de un solo proveedor de datos y cuál es mi plan B cuando vuelva a cambiar las reglas". La próxima vez, probablemente el cambio tampoco será opcional avisar.