← Todos los artículos

Tu equipo infla los informes: tráfico interno y de pruebas en GA4

Staging, QA, el propio equipo y la agencia: tráfico que no es de clientes y se mezcla con el real. Por qué un filtro por IP no basta y cómo excluirlo bien.

Paso 1 de 5 Las sesiones diarias parecen sanas: la web recibe tráfico estable de lunes a viernes.
  1. Las sesiones diarias parecen sanas: la web recibe tráfico estable de lunes a viernes.
  2. Pero una parte no son clientes: el entorno de staging, las pruebas de QA, el propio equipo y la agencia.
  3. La causa: no hay regla de tráfico interno, y un filtro por IP no cubre a quien trabaja desde casa o con VPN.
  4. La solución: separar staging en otra propiedad, marcar al equipo como interno y activar el filtro de datos.
  5. Antes de activarlo, déjalo en estado de prueba y compara. Los datos excluidos no se pueden recuperar.

Toda web tiene visitas que no son de clientes: el equipo que revisa una página nueva, la agencia que prueba una campaña, el entorno de staging que alguien configuró con el mismo ID de medición. En una web grande es ruido. En una web pequeña o en una página concreta, puede ser una parte relevante del tráfico y de las conversiones.

Qué hace el tráfico interno con tus informes de GA4

Las sesiones, los eventos y a veces las conversiones incluyen tráfico interno. Los síntomas suelen ser:

  • Picos de tráfico en días de lanzamientos o de pruebas.
  • Páginas internas o de staging con visitas en los informes.
  • Conversiones de prueba (formularios, compras ficticias) mezcladas con las reales.
  • Diferencias claras entre días laborables y fines de semana que no se explican por el negocio.

Por qué GA4 no excluye a tu equipo por sí solo

GA4 excluye automáticamente el tráfico de bots conocidos, pero no puede saber qué personas trabajan para ti. Eso hay que configurarlo, y las configuraciones habituales tienen huecos:

  • No hay ninguna regla de tráfico interno, o se definió pero el filtro de datos sigue en estado Prueba.
  • La regla es solo por IP. Funciona en una oficina con IP fija, pero no sigue a quien trabaja desde casa, en una cafetería o con una VPN.
  • Staging envía datos a la propiedad de producción, porque comparte el mismo contenedor de GTM o el mismo ID de medición.

Cómo detectar tráfico interno y de pruebas en GA4

  1. Añade la dimensión Nombre de host a un informe: cualquier dominio de staging o de desarrollo indica que esos entornos envían datos.
  2. Revisa Administrar → Filtros de datos y comprueba el estado del filtro de tráfico interno.
  3. Compara el tráfico en días de pruebas o de lanzamientos con el de días normales.

Cómo excluir el tráfico interno en GA4

  1. Separa los entornos. Staging y desarrollo deben enviar datos a otra propiedad, o no enviar ninguno. En GTM se resuelve con una variable que elija el ID de medición según el nombre de host.
  2. Marca al equipo como interno. La regla de Definir tráfico interno del flujo web asigna traffic_type=internal por IP. Para equipos en remoto, añade también ese parámetro desde GTM cuando exista una cookie o un parámetro de URL que solo tenga el equipo.
  3. Activa el filtro de datos. En Administrar → Filtros de datos, el filtro de tráfico interno debe pasar de Prueba a Activo.

Documentación de Google sobre filtrar el tráfico interno.

Cómo comprobar que el filtro de tráfico interno funciona

  • Mientras el filtro está en Prueba, GA4 no excluye nada: marca los datos que coinciden. Compara los informes con y sin esos datos antes de activarlo.
  • Una vez activo, el tráfico del equipo debe dejar de aparecer en tiempo real y en los informes.
  • Ten en cuenta que excluir datos es irreversible: lo que el filtro descarta no se puede recuperar, y el filtro tampoco limpia los datos anteriores a su activación.