Por qué GA4 muestra tanto tráfico (direct) / (none), y qué lo arregla

Todos los equipos de marketing han tenido esta conversación. Directo es el segundo o tercer canal de GA4, crece cuando hay campañas activas y nadie se cree que miles de personas hayan escrito la URL de memoria. La explicación de siempre, “notoriedad de marca”, suena razonable y no resuelve nada, porque un canal con el que no se puede decidir nada sigue ocupando espacio en todos los informes.

El tamaño del problema se puede medir. En la tienda Shopify de Incapto, 14 de cada 100 visitas registradas por GA4 no tenían un origen con el que decidir presupuesto: nueve sin canal asignado y cinco más en canales residuales. En los mismos días, Sealmetrics dejó sin origen 3 de cada 1.000. En Palladium Hotel Group, el 40% del tráfico entrante no tenía source ni medium en el stack anterior, y el 35% de las reservas que registraba GA4 no tenía canal. De ese hueco parte el argumento de los datos completos; este artículo explica de dónde sale.

Qué significan de verdad (direct) / (none) y Unassigned en GA4

La agrupación de canales por defecto de GA4 define Directo con una regla, no con una opinión: el source es exactamente (direct) y el medium es (not set) o (none). Dicho de otro modo, GA4 no recibió ni referrer ni parámetros de campaña para esa sesión. Unassigned es lo que usa GA4 cuando no encaja ninguna regla de canal.

El detalle que casi todos pasan por alto es cómo rellena GA4 las dimensiones de origen a nivel de sesión. Para el ámbito de sesión y de usuario usa el modelo de último clic en canales de pago y orgánicos, y una sesión que empieza con una entrada directa hereda los valores de campaña que GA4 ya tiene de ese usuario. Un visitante conocido que llegó la primera vez desde Google Ads y vuelve escribiendo tu dirección aparece en Google Ads, no en Directo.

Así que lo que se queda en (direct) / (none) es el tráfico del que GA4 no tenía nada: ni origen de la sesión ni origen anterior del usuario. Por eso el directo es un síntoma. Mide las visitas cuyo origen se perdió, más una parte menor de visitas realmente escritas o desde marcadores.

Las seis causas, en el orden en que suelen pesar

1. El consentimiento llega después de la página de llegada

Una etiqueta que espera al consentimiento no se ejecuta en la página de llegada si el visitante acepta el banner en la segunda página. Para entonces, la página que llevaba el referrer y las UTM ya ha pasado: el referrer de la segunda página es tu propia web y su URL ya no tiene los parámetros de campaña. La sesión empieza sin origen y, si el visitante es nuevo para GA4, tampoco tiene uno anterior que heredar.

2. GA4 no reconoce al visitante

La herencia del apartado anterior solo funciona con un usuario que GA4 ya conoce a través de su cookie first-party. Un visitante que rechazó las cookies en una visita anterior, las borró o volvió después de que Safari limitara a 7 días una cookie escrita por JavaScript —a 24 horas si la página llegó con parámetros de seguimiento— parece nuevo. Su visita de vuelta no tiene origen que heredar, así que se convierte en directa.

3. Se pierde el evento session_start

Google documenta varios errores de implantación que hacen perder session_start, y con él el origen de la sesión, que pasa a aparecer como (not set) y Unassigned: la etiqueta de Google disparándose después de otros eventos de la página, eventos personalizados enviados antes del comando config, usar el comando de consentimiento default donde hace falta update, o enviar eventos denegados después de que el visitante diera su consentimiento. Los prefijos de cookie distintos en la misma web y un linker entre dominios que se inicializa tarde parten la identidad del mismo modo.

4. Redirecciones y políticas de referrer que lo eliminan

Las redirecciones de servidor, las de JavaScript y meta-refresh, los saltos de HTTPS a HTTP y las cabeceras Referrer-Policy estrictas pueden quitar el referrer antes de que cargue tu página. Los acortadores de enlaces y algunas redes de contenido nativo encadenan varias redirecciones. La visita llega con el referrer vacío y, sin UTM, no queda nada que clasificar.

5. Enlaces que nunca envían referrer

Los clientes de correo, las apps de mensajería y los navegadores integrados de las redes sociales abren a menudo los enlaces sin referrer. Los enlaces sin etiquetar desde esos sitios, los códigos QR y los PDF son indistinguibles de una visita escrita. Es la única causa que una política de UTM arregla casi por completo.

6. Saltos entre dominios

Un checkout, un motor de reservas o una pasarela de pago en otro dominio rompen la sesión salvo que esté configurada la medición entre dominios y la cookie sobreviva en los dos lados. Cuando el visitante vuelve de una página de pago, la vuelta se registra como referral de la pasarela o, si el referrer se pierde, como directa.

Cómo diagnosticarlo en tu propiedad de GA4

Con una hora y estas comprobaciones sabrás qué causas tienes:

1. Separa Directo de Unassigned. En Adquisición de tráfico, mira las dos filas. Un Unassigned alto con source (not set) apunta a la causa 3, no a tráfico de marca.
2. Revisa la página de destino (not set). Google indica que aparece cuando una sesión no tiene evento page_view. Si es alto, hay eventos disparándose antes o sin la vista de página.
3. Divide el directo por navegador y dispositivo. Un directo concentrado en Safari y móvil apunta a las causas 1 y 2; un directo plano entre navegadores apunta a redirecciones o enlaces sin etiquetar.
4. Sigue un enlace etiquetado de principio a fin. Abre una URL con UTM en un navegador limpio, rechaza el banner en la página de llegada, acéptalo en la segunda y mira en DebugView qué origen registra GA4.
5. Inspecciona el referrer a través de tus redirecciones. En la pestaña de red del navegador, comprueba que el referrer y las UTM sobreviven a cada salto desde el anuncio o el email hasta la página final.
6. Compara con una cifra que no produzca ninguna de las dos herramientas. Concilia GA4 con tus pedidos o reservas reales antes de leer canales. El método está en una sola cifra para marketing y finanzas.

Lo que recupera arreglar la etiqueta, y lo que no

Las causas 3 a 6 son técnicas y tienen arreglo dentro de GA4: el orden de las etiquetas, update en lugar de default para el consentimiento, un único prefijo de cookie, un linker que se inicialice pronto, menos redirecciones y UTM en todos los enlaces que controlas. Hazlo: reduce tanto el directo como el Unassigned.

Las causas 1 y 2 no son fallos. Son lo que la medición basada en consentimiento está diseñada para hacer: un visitante que no ha aceptado no tiene cookie, y un visitante sin cookie no tiene historial. Ninguna configuración le da a GA4 el origen de una visita que no se le permitió medir, y el modelado de Consent Mode estima totales, no restaura el origen de cada visita. Además, la pérdida es desigual: en Incapto, Sealmetrics registró un 11% más de tráfico directo que GA4, pero entre un 37% y un 52% más desde campañas de pago y un 133% más desde redes sociales orgánicas. El directo parece más grande de lo que es justamente porque pierde menos que todo lo demás.

Cómo trata las mismas visitas una medición sin cookies

Una herramienta sin cookies no depende del consentimiento para leer la página de llegada, así que las causas 1 y 2 dejan de generar tráfico directo. Sealmetrics lee el origen de cada página de llegada —primero las UTM, después un referrer reconocido como un buscador o una red social y, por último, cualquier otro referrer— y solo registra directo cuando no hay UTM y el referrer está vacío. Las visitas que se reanudan pasada la ventana de sesión de dos horas se etiquetan como tráfico reincorporado en lugar de sumarse al directo, y las pasarelas de pago o los motores de reservas registrados como passthrough referrers conservan el origen cuando el visitante vuelve.

No hace desaparecer las causas 4 a 6. Una redirección que elimina el referrer, o un enlace sin etiquetar abierto desde una app de correo, sigue llegando sin nada que clasificar, y Sealmetrics lo registra como directo. La higiene de UTM y redirecciones del apartado anterior sirve para cualquier herramienta. Y como Sealmetrics no identifica usuarios, no puede dar a un visitante que vuelve el origen de una visita anterior: cada conversión se acredita al canal de la sesión en la que ocurre. Cómo se refleja eso en los informes de campaña se explica en atribución de ingresos por campaña.