Pico de tráfico de referencia en GA4: qué lo causa y cómo encontrar el cambio detrás

Equipo de Changeline · Publicado el · 9 min de lectura

Un pico de tráfico de referencia en GA4 casi siempre viene de tu configuración, no de enlaces nuevos. Las causas más habituales son una pasarela de pago o de acceso que devuelve al usuario a tu web, autorreferencias entre tus dominios, la falta de medición multidominio y el spam. Busca el cambio hecho justo antes del pico y corrígelo.

¿Qué cuenta como tráfico de referencia en GA4?

GA4 asigna una sesión al canal Referral cuando el medio es referral, app o link. La regla solo mira el medio, así que la fuente puede ser cualquier dominio: el blog de un socio, la página de pago o uno de tus subdominios.

Algunas visitas que empiezan en otra web nunca llegan a Referral. Las visitas desde redes sociales cumplen la regla de Organic Social, porque la fuente está en la lista de sitios sociales de Google, y los buscadores entran en Organic Search. Por eso, cuando Referral se dispara, las sesiones de más vienen de dominios que GA4 no reconoce como búsqueda ni como red social. Es una lista corta y la ves en un solo informe.

Abre el informe "Traffic acquisition" (Adquisición de tráfico), cambia la dimensión principal a "Session source / medium" y filtra por el medio referral. Compara la semana del pico con la anterior. El dominio que ha crecido es tu primera pista y casi siempre indica qué parte de la configuración cambió. Conviene guardar la definición de cada canal en las notas del equipo, para que nadie discuta qué es Referral en mitad de una incidencia.

¿Por qué se dispara de repente el tráfico de referencia en GA4?

La mayoría de los picos de referencia son un problema de medición: los mismos visitantes reciben una fuente nueva al volver desde un dominio que GA4 no trata como parte de tu web. El crecimiento real por un enlace nuevo existe, pero es la causa menos frecuente.

  • Pasarelas de pago. El cliente paga en el dominio del proveedor y vuelve a tu página de gracias. Sin exclusión, la sesión de la compra se atribuye a la pasarela. Google cita los procesadores de pagos de terceros como el ejemplo principal de referencia no deseada.
  • Acceso, reservas o recuperación de contraseña en otro dominio. Google pone el ejemplo de un correo de recuperación de contraseña enviado desde otro dominio: el usuario hace clic y vuelve como referencia.
  • Autorreferencias entre tus dominios. La tienda se ha movido a un segundo dominio raíz, o un subdominio usa otro dominio de cookie. Sin medición multidominio, GA4 crea cookies nuevas en cada dominio y cuenta a una persona como dos usuarios, con tu propio dominio como fuente.
  • Redirecciones que eliminan el linker. La medición multidominio pasa los ID de usuario y de sesión en el parámetro _gl de la URL. Una redirección que descarta la query string lo elimina, y la visita parece una referencia.
  • Spam y bots. GA4 excluye automáticamente los bots y arañas conocidos, pero solo en la medida de lo posible, y no puedes ver cuánto ha eliminado. Los dominios de spam que se cuelan muestran sesiones sin interacción.
  • Un enlace nuevo de verdad. Un artículo de prensa, una mención en una newsletter o un afiliado nuevo. Estas sesiones llegan a la página enlazada y se comportan como visitantes normales.

Sesiones de referencia por díaMié: ×3

Ejemplo · tu informe de analítica

Lee también: ¿Por qué ha bajado mi ROAS? Cómo encontrar el cambio que hay detrás · Cómo explicar una caída de conversiones al cliente

¿Cómo compruebo si el pico de referencia son visitantes reales?

Mira dónde aterrizan las sesiones de más y qué hacen. Los visitantes reales que llegan por un enlace nuevo aterrizan en la página enlazada y se comportan como el resto del tráfico. Las sesiones que crea tu configuración aterrizan en el checkout, la página de gracias o el acceso, y el aumento suele coincidir con una caída en otro canal.

  1. Revisa la página de destino. Añade "Landing page + query string" como dimensión secundaria. Un pico de pasarela aterriza en la confirmación del pedido; una autorreferencia, donde el usuario cambia de dominio.
  2. Compara con los otros canales. Si Referral sube y Direct, Paid Search u Organic Search bajan en un número parecido de eventos clave, las sesiones se están reclasificando, no sumando.
  3. Mira la interacción. Las sesiones de spam no tienen sesiones con interacción, duran unos segundos y a menudo traen un hostname que no es tuyo.
  4. Revisa el dominio de referencia. Si es tu dominio, un subdominio o una herramienta que usas (pagos, reservas, soporte, acceso), la causa está en tu configuración.

Si las sesiones se han reclasificado, tus conversiones no han crecido. Las mismas compras han cambiado de fuente, y cualquier informe que reparte el mérito por canal está mal en los días del pico. La misma lógica vale para un pico de tráfico directo en GA4, en el que las visitas pierden la fuente en vez de recibir una equivocada.

¿Cómo aíslo qué cambio causó el pico de referencia?

Pon todos los cambios de los días previos al pico en una sola línea de tiempo y cruza cada uno con el dominio de referencia que has encontrado. Un pico de referencia casi siempre llega después de un cambio en el checkout, los dominios, las redirecciones, las etiquetas o los ajustes de GA4, así que esos cambios pesan más que los ajustes de pujas o presupuesto.

  1. Encontrar el dominio de origen
  2. Revisar las páginas de destino
  3. Alinear los cambios
  4. Corregir uno y volver a mirar

Haz la lista de cambios de la semana anterior al primer día malo: nuevo proveedor de pagos, nueva herramienta de reservas o de acceso, cambio de dominio o subdominio, nuevas reglas de redirección, versiones de Google Tag Manager y cambios en el flujo de datos de GA4, como la lista de referencias no deseadas o los dominios de la medición multidominio. Un proveedor de pagos nuevo que se activó el día antes de que su dominio empezara a enviar compras es casi una prueba. Un cambio de puja en Google Ads mueve el volumen de tráfico de pago, pero no convierte una visita de pago en una referencia.

Con todos los cambios en una sola línea de tiempo, verías que el checkout pasó a un nuevo dominio de pago la noche antes de que Referral se triplicara, mientras que el cambio de puja del lunes no tuvo nada que ver. En Changeline, los cambios de Google Ads se importan automáticamente y el equipo registra los cambios de web, checkout, etiquetas y GA4 con fecha, responsable y motivo, así que la lista está lista cuando llega la pregunta. Usa las mismas fechas en las anotaciones de GA4 si el equipo lee ahí los informes.

Ejemplo: El miércoles, un cliente de ecommerce pregunta por qué las sesiones de referencia se han triplicado de un día para otro y por qué Paid Search ha perdido compras en el informe de GA4. La agencia alinea los cambios: el lunes cambió la estrategia de pujas en Google Ads; el martes la tienda pasó el checkout a un nuevo proveedor de pagos y se publicó una versión nueva de GTM. Las nuevas sesiones de referencia vienen todas del dominio del proveedor y aterrizan en la confirmación del pedido. El analista añade el dominio a la lista de referencias no deseadas y, desde el jueves, las compras vuelven a sus canales reales. Los nombres y las cifras son ilustrativos.

  1. LunGoogle AdsEstrategia de pujas cambiada
  2. MarWebNuevo proveedor de pagos
  3. MarGTMVersión 58 publicada
  4. MiéSesiones de referencia ×3
Ejemplo

¿Cómo corrijo cada causa de un pico de referencia?

Corrige la causa en GA4 o en la web y registra la corrección con su fecha. Solo se aplica desde que la guardas: las sesiones ya atribuidas a la fuente equivocada se quedan así, y Google avisa de que un usuario que llegó desde un dominio antes de excluirlo puede seguir apareciendo como referencia más tarde por la atribución de último clic no directo.

CausaSolución
Pasarela de pago, reservas o accesoAñade el dominio a la lista de referencias no deseadas del flujo de datos.
Segundo dominio raíz propioConfigura la medición multidominio con el mismo ID de etiqueta de Google en todos los dominios.
Autorreferencias de subdominiosEtiqueta todas las páginas, usa el mismo dominio de cookie en todos los subdominios o añade el subdominio a la lista de exclusión.
La redirección elimina _glConserva los parámetros en la redirección y comprueba que la URL de destino sigue llevando _gl.
Dominio de spamDéjalo fuera del análisis y anótalo; la lista de referencias no deseadas es para dominios por los que pasan usuarios reales, como los procesadores de pagos.

Para añadir una referencia no deseada, ve a Administrador › Recogida y modificación de datos › Flujos de datos › Web, abre el flujo, haz clic en Configurar ajustes de etiquetas, después en Mostrar todo y en Especificar referencias no deseadas. Añade una condición por dominio con Añadir condición y haz clic en Guardar. Necesitas el rol de editor o superior, y cada flujo admite hasta 50 referencias no deseadas. A partir de ahí, GA4 añade ignore_referrer=true a los eventos que cumplen la regla.

La medición multidominio está en el mismo sitio, en "Configure your domains", con hasta 100 condiciones. Para probarla, haz clic en un enlace al otro dominio y comprueba que la URL incluye el parámetro _gl. Si falta, Google señala las redirecciones que lo eliminan y los scripts que navegan con JavaScript.

¿Cómo evito que vuelvan los picos de referencia?

Trata cada cambio de checkout, dominio, redirección y etiqueta como un cambio de tracking y revisa Referral el mismo día en que sale a producción. La mayoría de los picos que se repiten vienen de una herramienta nueva que nadie añadió a la lista de exclusión.

Lista de comprobación

  • Añade cada nuevo dominio de pago, reservas o acceso a la lista
  • Prueba el parámetro _gl tras cambiar un dominio o una redirección
  • Revisa Session source / medium al día siguiente de cada release
  • Registra con fecha cada cambio de checkout, etiqueta y GA4
  • Anota la fecha de cada corrección para leer con cuidado los informes previos

Guarda estas entradas en tu registro de cambios de marketing, junto a los cambios de campaña, para que el próximo pico empiece con una lista y no con una suposición. El mismo historial te ayuda cuando un cliente pregunta por el tráfico no asignado en GA4 o por qué han cambiado las cifras por canal en el informe mensual.

La próxima vez que caiga una métrica, ya tendrás la lista de sospechosos

Changeline reúne los cambios de tu equipo, los cambios importados de Google Ads y los cambios en web, tracking y CRM en una línea de tiempo por cliente.

Plan Free: 1 proyecto, 2 editores, 15 días de historial. Sin tarjeta.

Preguntas frecuentes

¿Qué es una autorreferencia en GA4?

Es una sesión en la que tu propio dominio o subdominio aparece como referencia. Por defecto, GA4 no cuenta tu dominio como nueva referencia, pero las autorreferencias aparecen cuando el usuario cambia de dominio raíz sin medición multidominio o pasa entre subdominios con dominios de cookie distintos.

¿Debo añadir la pasarela de pago a las referencias no deseadas de GA4?

Sí, si el cliente vuelve desde la pasarela a tu web. Si no, la sesión de la compra se atribuye al dominio de la pasarela en lugar de al canal que trajo al comprador. Google cita los procesadores de pagos de terceros como el uso principal de esta lista.

¿La lista de referencias no deseadas corrige los datos antiguos?

No. Se aplica desde el momento en que la guardas. Las sesiones ya atribuidas al dominio mantienen esa fuente, y un usuario que llegó por él antes puede seguir atribuyéndosele más tarde. Anota la fecha de la corrección para leer con cuidado los informes que la incluyen.

¿Cuántas referencias no deseadas puedo añadir en GA4?

Hasta 50 por flujo de datos web. Las condiciones usan lógica O, así que una sesión se trata como referencia no deseada cuando cumple cualquiera de ellas. Necesitas el rol de editor o superior en la propiedad para cambiar la lista.

¿Puedo ver cuánto tráfico de bots ha eliminado GA4?

No. GA4 excluye automáticamente el tráfico de bots y arañas conocidos, a partir de investigación de Google y de la lista internacional de arañas y bots del IAB. No puedes desactivarlo ni ver cuánto tráfico se ha excluido, así que el spam que se cuela hay que tratarlo en el análisis.

Fuentes

  1. Identify unwanted referrals - Analytics Help
  2. Set up cross-domain measurement - Analytics Help
  3. Default channel group - Analytics Help
  4. Known bot-traffic exclusion - Analytics Help