El clic en un resultado orgánico de Google ya no lleva directamente a tu página. Desde el 26 de agosto de 2026, cuando Google confirmó el despliegue, cada enlace de los resultados pasa por google.com/goto?url= con un token codificado, y solo después el servidor de Google envía el navegador a la dirección real. Para el usuario no cambia nada, para los rankings tampoco. Lo que cambia es lo que ven las herramientas que leen los resultados desde el HTML, y ese es el único terreno en el que hay algo que revisar. Este texto separa lo que Google confirmó de lo que el sector añade por su cuenta, y dice qué revisar en concreto en la analítica y en WordPress.
Qué confirmó Google y qué es una suposición
La confirmación es una sola y breve. En su respuesta a Search Engine Land del 26 de agosto de 2026, Google escribió:
We have a long history of deploying technical measures against evolving forms of abuse, and we regularly take steps to protect our services and users.
(Glosa: tenemos un largo historial de despliegue de medidas técnicas contra formas de abuso en evolución y tomamos medidas con regularidad para proteger nuestros servicios y a nuestros usuarios.)
Eso es todo. No hay documentación, no hay descripción del formato del token, no hay política de referrer, no hay fecha de inicio. El resto proviene de observaciones, y conviene saber de quién.
| qué sabemos | fuente | estado |
|---|---|---|
el enlace tiene la forma google.com/goto?url= con un token codificado | observaciones SEO desde junio de 2026 | confirmado varias veces |
| el servidor responde con una redirección 302 a la dirección de destino | observaciones de herramientas | confirmado |
| el token no se puede descodificar localmente | Nozzle, SerpAPI | confirmado por intentos |
| despliegue cercano al 100 por ciento en direcciones residenciales | Derek Perkins, Nozzle | medición de una sola empresa |
| Search Console sin cambios | Search Engine Land | relato, no documento |
| política de referrer | nadie | desconocida |
Los primeros avisos son del 23 de junio (Alex Greenland) y del 2 de julio (Brodie Clark), así que entre la primera observación y la confirmación pasaron dos meses. Google lo llamó una medida contra los abusos, y el contexto es claro: la empresa había demandado antes a SerpAPI por scraping y perdió las reclamaciones clave bajo la DMCA. Si el tribunal no bloqueó la lectura de los resultados, lo hizo la técnica.
El mecanismo, en tres pasos
Hasta el 26 de agosto el enlace de un resultado orgánico era un <a href="https://tusitio.es/entrada/"> normal. La herramienta que descargaba el HTML de los resultados tenía de inmediato la lista de direcciones y posiciones.
Ahora el href lleva a https://www.google.com/goto?url= y a continuación una cadena que parece base64 pero no lo es en ninguna forma conocida públicamente. El navegador envía una petición a esa dirección, el servidor de Google responde con un código 302 y una cabecera Location hacia la página real, y el navegador la sigue. El usuario ve un clic y una página. En la barra de estado, antes de hacer clic, ve sin embargo una dirección de Google, no la tuya, y esa es la única diferencia visible para él.
No es una idea nueva. Google Ads lleva años pasando los clics publicitarios por su propia dirección intermedia, y en los resultados orgánicos una redirección parecida, /url?q=, aparecía para usuarios con sesión iniciada ya hacia 2009, solo que con la dirección de destino escrita en texto claro. La novedad no es la redirección, sino que la dirección de destino dejó de ser legible sin ejecutar una petición.
Referrer: por qué el apocalipsis no llegó en agosto, porque llegó en 2011
La mayoría de los textos alarmistas tratan del referrer y de la atribución. Conviene enfriarlo con dos hechos.
Primero, Google no ha publicado una política de referrer para goto. Cualquier artículo que diga con seguridad lo que verás en Google Analytics describe sus propias observaciones, no una regla.
Segundo, y más importante: los datos que supuestamente perderías ahora los perdiste hace mucho. En 2011 Google dejó de transmitir la consulta en el referrer para usuarios con sesión iniciada (el famoso “not provided”), y en los años siguientes lo extendió a todo el tráfico. Desde entonces el navegador recibe de Google solo el origin, es decir https://www.google.com/, sin ruta y sin parámetros. GA4, Matomo, Umami y Plausible llevan años clasificando esa visita como google / organic únicamente a partir del dominio. La redirección por google.com/goto no cambia el dominio.
Nuestros propios datos no aportan nada aquí, y lo decimos abiertamente: en Umami en wppoland.com no recogemos el referrer en absoluto, el campo source significa en nuestro caso el lugar de la página desde el que salió el evento, no de dónde vino el usuario. El tráfico de buscador lo gestionamos desde Search Console, y esta, según el relato de Search Engine Land, no ve las redirecciones goto, porque cuenta los clics desde sus propios registros, no desde el HTML.
Qué revisar si usas GA4 u otra herramienta con referrer: compara la cuota de google / organic en la semana del 8 al 17 de agosto con la semana del 22 al 31 de agosto. Si la cuota bajó y en la misma ventana los clics en Search Console se mantuvieron, significa que parte de las visitas cambió de clasificación, y entonces merece la pena seguir buscando. Si las dos gráficas van juntas, no hay nada que arreglar. En nuestro caso los clics de Search Console en esas dos ventanas son 223 y 226, así que del lado de Google no se movió nada.
Herramientas de posiciones: aquí está el coste real
Un rank tracker que hasta ahora hacía una petición por consulta y leía cien direcciones desde el HTML hoy recibe cien tokens. Para saber quién está en la posición siete, tiene que hacer una petición a google.com/goto para el séptimo token y leer la cabecera Location. Para toda la primera página y los bloques adicionales, Nozzle lo cifra en 500 a 1000 peticiones por consulta.
Las consecuencias son tres y cada una aparecerá en tus informes de una forma distinta.
La primera es el coste, que las herramientas trasladarán a los precios o a la frecuencia de lectura. La medición diaria puede convertirse en una medición cada tres días sin aviso, y la gráfica de posiciones empezará a parecer escalonada.
La segunda son los huecos. Google limita la frecuencia de peticiones en direcciones residenciales, así que una herramienta que tiene que hacer mil peticiones en lugar de una tropezará más a menudo con un bloqueo en mitad de la lectura. En el informe verás resultado para las posiciones 1 a 4 y falta de datos a partir de ahí, o una posición “no encontrado” para una página que en Search Console tiene clics de ese mismo día.
La tercera es una variabilidad que no es variabilidad de rankings. Si la herramienta muestrea en lugar de medir, dos lecturas consecutivas de la misma frase pueden diferir porque difería la muestra, no la SERP. Las oleadas de agosto de “variabilidad no confirmada” que describió Barry Schwartz del 1 al 3, del 5 al 6 y del 12 al 13 de agosto coinciden exactamente con el periodo de pruebas de goto. No afirmamos que sea la única causa. Afirmamos que una herramienta que en ese periodo cambió su método de lectura no es un testigo fiable de la variabilidad del ranking.
Regla práctica: desde el 26 de agosto Search Console es la única fuente que no cambió de método. Si el rank tracker y Search Console no coinciden, Search Console tiene razón y el tracker tiene un hueco. Antes de comunicar a un cliente una caída de posiciones, compara impresiones y posición media de la misma página en Search Console para el mismo día.
Qué cambia en WordPress: nada, con dos excepciones
Ningún archivo del tema, ningún plugin y ningún ajuste del servidor influye en cómo Google construye el enlace en sus resultados. No hay que reconstruir nada, no hay que añadir cabeceras, no hay nada que “optimizar para goto”. Si alguien te vende ese servicio, te vende aire.
Las dos excepciones tienen que ver con plugins que basan su lógica en el referrer.
La primera son los plugins antiguos que muestran “la frase con la que llegó el usuario” y la resaltan en el contenido. Trabajan con el parámetro q del referrer, que Google no envía desde 2011. Estaban muertos antes de goto y siguen muertos después. Si todavía tienes uno activo, elimínalo, porque carga cada petición y no aporta nada.
La segunda son los plugins de A/B y personalización que comprueban si el referrer contiene google. para mostrar otra variante de la página. Estos siguen recibiendo el origin google.com, así que la condición funciona, pero después del 26 de agosto conviene verificarla en vivo: abre un resultado desde Google en modo privado y comprueba en los registros del servidor o en las herramientas de desarrollo qué Referer llegó. Cinco minutos, y la respuesta es firme, no sacada de un artículo.
Hay una cosa más de la que nadie escribe: la caché y las redirecciones propias. Si tu servidor tiene una regla que trata las peticiones con un referrer atípico como sospechosas (algunas configuraciones de protección contra hotlinking y parte de las reglas de los cortafuegos de aplicaciones), comprueba que google.com con goto en la ruta del referrer no haya acabado en la lista de bloqueados. Es raro, pero el efecto sería un error 403 para los usuarios que vienen del buscador, y ese error Search Console lo mostrará con semanas de retraso.
Qué no sabemos y cómo actuar de todos modos
No conocemos el formato del token ni si Google piensa documentarlo algún día. No sabemos si la redirección abarcará todos los países y tipos de resultados o solo los enlaces orgánicos principales. No sabemos cuál es el objetivo más allá del genérico “contra los abusos”, aunque la cadena de acontecimientos en torno a SerpAPI sugiere la respuesta. Y no sabemos cómo se comportarán los navegadores en versiones futuras, porque la política de referrer para redirecciones 302 depende de ellos, no de Google.
La decisión operativa no depende de ninguna de esas lagunas. Los rankings son los mismos que antes del 26 de agosto. Search Console muestra lo mismo que antes. El usuario llega adonde llegaba. Lo único que cambió es la fiabilidad de las herramientas que leen los resultados desde fuera, y ahí hay que trasladar la carga de la prueba: del tracker a Search Console.
Tres acciones que cierran el tema:
- Compara en GA4 o en tu herramienta la cuota de tráfico orgánico de Google en las ventanas anterior y posterior al 26 de agosto. Si bajó y los clics en Search Console no, tienes un problema de clasificación que investigar. Si no bajó, tema cerrado.
- Revisa las fechas y los huecos en el rank tracker desde el 20 de agosto. Cada informe para un cliente de ese periodo debería tener una columna con la posición de Search Console junto a la posición de la herramienta.
- Elimina los plugins que se basan en la frase del referrer y verifica en vivo los que comprueban el dominio del referrer.
Google les quitó a las herramientas el mapa de los resultados, no a ti el tráfico. Esa es la diferencia entre un cambio ante el que hay que reaccionar y un cambio del que hay que estar al tanto. Este es del segundo tipo.
