Cross domain GA4: guía completa de configuración y verificación
Si tus usuarios navegan entre dominios distintos y quieres que la sesión se mantenga como una sola visita, configura la medición multidominio en el flujo de datos de GA4 y usa siempre el mismo identificador de medición (Measurement ID) en ambos dominios. Esa es la acción inmediata. Antes de tocar nada más, comprueba estos tres puntos:
- El parámetro
_glaparece en la URL de destino tras el clic entre dominios. - Ambos sitios comparten exactamente el mismo Measurement ID en su flujo de datos.
- Ninguna pasarela de pago externa está incluida en la lista de dominios (se gestiona como referencia excluida, no como cross domain).
Si usas un gestor de consentimiento (CMP), revisa el orden de carga de las etiquetas: si el tag de GA4 se dispara antes de que el usuario acepte cookies, el parámetro de enlace puede perderse y la sesión se rompe igualmente.
Puntos clave
La medición cross domain en GA4 funciona cuando ambos dominios comparten Measurement ID, el parámetro _gl sobrevive a las redirecciones y el CMP no interfiere en la carga del linker.
| Punto | Detalles |
|---|---|
| Mismo Measurement ID | Ambos dominios deben apuntar al mismo flujo de datos para evitar sesiones duplicadas. |
Verificar _gl en la URL | Es la prueba más directa de que el enlace entre sesiones se ha transferido correctamente. |
| Excluir pasarelas de pago | Gestiónalas con la lista de referencias no deseadas, nunca añadiéndolas al listado de dominios. |
| Cuidado con el CMP | Un tag disparado antes del consentimiento puede eliminar el parámetro de enlace. |
| Centralizar en un contenedor | Un único contenedor GTM reduce discrepancias entre dominios y facilita el mantenimiento. |
Tabla de contenidos
- Requisitos previos y cuándo activar el seguimiento entre dominios
- Configurar cross‑domain en GA4: pasos precisos en la interfaz
- Opciones con Google Tag Manager y configuración avanzada
- ¿Cómo verifico que la sesión se mantiene entre dominios?
- Problemas frecuentes y soluciones concretas
- Estrategia recomendada para evitar regresiones futuras
- Cómo lo hacemos en LG DataOne
- Conclusión y próximos pasos prioritarios
- La configuración cross domain se rompe más por procesos que por errores técnicos
- Fuentes
- Preguntas frecuentes
Requisitos previos y cuándo activar el seguimiento entre dominios
El seguimiento entre dominios (cross domain) es necesario cuando un usuario cambia de dominio raíz dentro del mismo recorrido de compra o navegación (por ejemplo, de una tienda a una plataforma de pago propia alojada en otro dominio). No lo necesitas para subdominios que comparten el mismo flujo de datos, ya que GA4 los trata como parte del mismo sitio de forma nativa, según explica la documentación oficial de Google Analytics sobre medición multidominio.
Antes de activar la configuración, confirma lo siguiente:
- Tienes rol de editor o administrador en la propiedad de GA4 (Admin → Flujos de datos).
- Tienes acceso a Google Tag Manager o al código fuente si el linker se implementa manualmente.
- Ambos dominios usan el mismo Measurement ID y el mismo flujo de datos web.
- Existe un plan para que las redirecciones del servidor conserven los parámetros de consulta (query strings).
- El equipo de CMP ha validado el orden de carga de los scripts de consentimiento.
Sin estos cinco puntos resueltos, cualquier configuración en la interfaz de GA4 producirá sesiones fragmentadas.
Configurar cross‑domain en GA4: pasos precisos en la interfaz
La ruta es siempre la misma: Administrador → Flujos de datos → selecciona tu flujo web → Configurar etiquetado en las páginas → Configurar tus dominios. Ahí añades cada dominio raíz que forme parte del recorrido del usuario, sin protocolo ni barras finales (por ejemplo, tienda.com, no https://tienda.com/).
El criterio para incluir un dominio es simple: solo debe entrar si controlas el código y el usuario navega entre él y tu dominio principal en la misma sesión de compra o consulta. Las pasarelas de pago externas (Stripe, PayPal, Redsys) no deben añadirse aquí, porque no controlas su implementación y la mezcla de datos ajenos contamina tus informes.
| Escenario | ¿Incluir en cross domain? |
|---|---|
| Dominio de checkout propio | Sí |
| Subdominio (blog.tudominio.com) | No necesario |
| Pasarela de pago externa | No, usar exclusión de referencias |
| Landing de marketing en otro dominio propio | Sí, si comparte sesión |
Un efecto colateral importante: al añadir un dominio a esta lista, GA4 lo excluye automáticamente de los eventos de medición mejorada de “clic de salida” (outbound click), según documenta Analytics Mania. Esto es correcto para el flujo entre tus propios dominios, pero si necesitas seguir midiendo esos clics como salidas reales en algún informe puntual, tendrás que crear un evento personalizado independiente.
Consejo profesional: No listes más dominios de los estrictamente necesarios. Cada dominio añadido reduce la visibilidad de clics de salida hacia él, y añadir dominios que no controlas solo introduce ruido en tus informes cross domain.
Opciones con Google Tag Manager y configuración avanzada
Dentro de GTM, la etiqueta de configuración de GA4 incluye un campo para activar el “linker” automático, que transfiere client_id y session_id entre dominios sin código adicional. Esta opción replica lo que configuraste en la interfaz de GA4, pero te da control adicional si trabajas con contenedores complejos.
Las decisiones que debes tomar en este punto son:
- Un solo contenedor GTM para todos los dominios: simplifica el mantenimiento y reduce discrepancias, tal como recomienda la documentación oficial de Google Analytics sobre medición multidominio.
- Contenedores separados por dominio: solo se justifica si cada dominio tiene equipos de marketing independientes con necesidades de etiquetado muy distintas.
- Nunca modifiques
client_idosession_idmanualmente: Google espera un formato específico y cualquier alteración rompe el procesado y la atribución posterior, según confirma la documentación de Google Analytics Help. - Evita el “late init”: si el linker se activa después de que ya se hayan disparado eventos, esos eventos quedan huérfanos de sesión.
Cuando existan bloqueadores de anuncios agresivos, políticas de seguridad de contenido (CSP) restrictivas o navegadores que limiten cookies de terceros, plantéate migrar a GTM del lado del servidor, que reduce la dependencia de scripts ejecutados en el navegador del usuario. Puedes revisar tu implementación actual con nuestra guía de auditoría de GTM.
¿Cómo verifico que la sesión se mantiene entre dominios?
La comprobación del parámetro _gl en la URL es la prueba más directa de que el enlace entre sesiones funciona, según señala documentación oficial de Google Analytics sobre medición multidominio. Sigue esta secuencia:
- Abre el dominio de origen en una pestaña nueva, sin caché ni extensiones de bloqueo activas.
- Haz clic en el enlace que lleva al segundo dominio y observa la URL resultante: debe contener
?_gl=seguido de una cadena codificada. - Abre las herramientas de desarrollador de Chrome (pestaña Network) y filtra por “collect” para ver las peticiones enviadas a Google Analytics.
- Compara el valor de
client_idque aparece en la petición del dominio A con el que aparece en el dominio B; deben coincidir. - Confirma en el informe de “Tiempo real” de GA4 que la navegación entre dominios no genera una sesión nueva ni un usuario nuevo.
Para este paso puedes apoyarte en DebugView de GA4, que muestra el flujo de eventos en directo y facilita detectar cuándo se pierde la asociación de sesión.
Consejo profesional: Guarda una captura de la pestaña Network con la petición “collect” completa y el valor de client_id visible. Es la evidencia que necesitarás si tienes que documentar el problema para un desarrollador o cliente.
Validar con herramientas de desarrollador y extensiones especializadas para mostrar el client_id es una práctica estándar entre profesionales de analítica tras cualquier cambio de configuración, según recoge Analytics Mania. No confíes solo en el informe de tiempo real: un client_id distinto entre dominios es la señal inequívoca de que el enlace ha fallado, aunque las sesiones parezcan normales a simple vista.
Problemas frecuentes y soluciones concretas
- Redirecciones que eliminan
_gl: configura el servidor para conservar todos los parámetros de consulta durante la redirección, o reasígnalos manualmente en el destino. - Measurement ID distintos entre dominios: homogeniza el ID y revisa que ambos flujos de datos apunten a la misma propiedad.
- CMP inconsistente: sincroniza el orden de carga de scripts, ya que si el tag de GA4 se ejecuta antes del consentimiento en un dominio, el parámetro de enlace puede perderse silenciosamente.
- Pasarelas de pago añadidas por error: retíralas de la lista de dominios y gestiónalas mediante la lista de exclusión de referencias no deseadas en GA4, como recomienda documentación oficial de Google Analytics sobre medición multidominio.
- Bloqueos por CSP o
event.stopPropagation(): revisa que ningún script intercepte el evento de clic antes de que el linker añada_gl, especialmente en botones personalizados o enlaces dentro de iframes.
Consejo profesional: El error más habitual es forzar el seguimiento en plataformas externas donde no tienes acceso al código. La solución correcta casi siempre es la exclusión de referencias, no añadir ese dominio a la lista de cross domain.
Estrategia recomendada para evitar regresiones futuras
- Centraliza los datos en una única propiedad GA4 y, cuando sea posible, en un solo contenedor GTM.
- Documenta por escrito qué dominios están incluidos y por qué, para que futuras incorporaciones sigan el mismo criterio.
- Automatiza una prueba de verificación tras cada despliegue que toque el código de etiquetado.
- Alinea la configuración del CMP con el equipo legal para que el consentimiento no rompa el enlace entre dominios.
Cómo lo hacemos en LG DataOne
Juan y el equipo de analítica de LG DataOne llevan años auditando implementaciones de GA4 y GTM en proyectos reales, y el seguimiento entre dominios es uno de los fallos más recurrentes que detectan en auditorías iniciales.
- La plataforma automatiza la comprobación del parámetro
_gly delclient_iden cada dominio configurado. - Prioriza los errores por impacto real en la calidad del dato, no solo por volumen de alertas.
- Puedes probar estas auditorías con la plataforma de LG DataOne durante 4 meses GRATIS con el cupón ya aplicado.
Conclusión y próximos pasos prioritarios
La acción prioritaria sigue siendo la misma: configura los dominios en el flujo de datos de GA4 con el mismo Measurement ID, o usa la lista de exclusión de referencias para terceros como pasarelas de pago. Verifica primero el CMP y el orden de carga de scripts, después el parámetro _gl. El siguiente paso lógico es ejecutar la prueba de Network descrita antes y documentar los resultados antes de dar por cerrado el cambio.
La configuración cross domain se rompe más por procesos que por errores técnicos
La documentación oficial de GA4 hace parecer que el seguimiento entre dominios es un interruptor: añades el dominio, activas el linker y listo. En la práctica, la mayoría de las roturas que veo no vienen de una mala configuración inicial, sino de cambios posteriores que nadie revisa: una migración de CDN que reescribe URLs, un equipo de CMP que actualiza el banner de cookies sin avisar a analítica, un desarrollador que añade un stopPropagation() en un botón sin saber que ahí vivía el linker.
La guía convencional se centra en el paso de configuración y trata la verificación como algo opcional. Yo lo invertiría: la comprobación técnica del _gl y del client_id debería ser un paso obligatorio en cada despliegue, no una revisión puntual tras la implementación inicial. Si tuviera que priorizar algo para un equipo que empieza hoy, sería montar una prueba automatizada que corra tras cada cambio de código, no confiar en que el informe de tiempo real avise de algo que rara vez muestra con claridad.
Fuentes
- Google Analytics: configurar la medición multidominio
- Google Analytics: identificar referencias no deseadas
¿Listo para dar el siguiente paso?
Valida tu medición cross domain y detecta sesiones rotas, referencias no deseadas y errores de configuración antes de confiar en tus informes.
Preguntas frecuentes
¿Necesito cross domain si uso subdominios?
No. Los subdominios que comparten el mismo flujo de datos ya se tratan como parte del mismo sitio en GA4, sin necesidad de configuración adicional.
¿Qué pasa si olvido añadir un dominio a la lista?
La sesión se romperá en el salto entre dominios: el usuario aparecerá como una visita nueva y una fuente de tráfico distinta en el segundo dominio.
¿Debo incluir la pasarela de pago en la lista de dominios?
No. Debes excluirla mediante la lista de referencias no deseadas de GA4, porque no controlas su código y mezclarla como cross domain genera datos erróneos.
¿Por qué desaparece el parámetro _gl después de una redirección?
Casi siempre porque el servidor no conserva los parámetros de consulta durante la redirección; hay que configurarlo para que los mantenga o los reasigne.
¿Cómo compruebo que el client_id es el mismo en ambos dominios?
Usa la pestaña Network de Chrome DevTools, filtra por las peticiones “collect” y compara el valor de client_id enviado desde cada dominio.
👉 Si necesitas descargarte infografías sobre Cross domain GA4, descuentos en cursos y herramientas y mucho más puedes hacerlo aquí: descargar infografías y recursos