Si estás midiendo dominio y subdominios en Google Analytics y las sesiones “saltan” como si fueran en pogo, hay altas probabilidades de que alguien haya instalado dos web data streams distintos. Es algo que nos lo encontramos con bastante frecuencia: “main.ejemplo.com” con un stream y “blog.ejemplo.com” con otro. Si antes de medir quieres decidir si te conviene separar esa sección en subdominio (o mejor en subdirectorio), mira: cuándo usar un subdominio.
Resultado: usuarios duplicados, autorreferidos y un informe de adquisición que parece un espejo roto.
En esta guía os contamos la instalación correcta para que Google Analytics trate todos tus subdominios como una sola casa con muchas habitaciones, no como edificios separados. Si necesitas contexto previo, empieza por la guía de GA4.
Lo esencial: un solo ID de medición para dominio y subdominios
La regla de oro en Google analytics para subdominios es simple: un mismo web data stream (mismo ID de medición, G-XXXX) en todo el ecosistema *.tudominio.com. GA4 ya entiende los subdominios “de fábrica”, así que no hace falta montar un cruce de dominios (eso es para multidominio de verdad, tipo midominio.com ↔ otrodominio.com).
Por qué no necesitas cross-domain para subdominios
- Subdominio ≠ dominio diferente. La cookie puede vivir en
.<tudominio>.comy GA4 unifica al usuario. - El etiquetado estándar (gtag o GTM) usa
cookie_domain = 'auto'por defecto, que ya coloca la cookie a nivel del dominio raíz. - Cross-domain solo complica: decoraciones de enlace, exclusiones… para subdominios es usar un láser para cortar mantequilla.
El error típico: dos data streams que rompen la medición
En nuestra experiencia, lo que más hemos visto en auditorías es esto: alguien instaló G-AAAA en el dominio y G-BBBB en el subdominio “para tenerlo separado”. ¿Qué pasa?
- Sesiones partidas al cambiar de host.
- Autorreferidos (tu propio dominio aparece como fuente/medio).
- Informes imposibles de conciliar: usuarios distintos en cada stream.
Cuando he consolidado esos dos streams a uno solo, los autorreferidos desaparecen y el embudo vuelve a tener sentido.
Paso a paso: cómo configurarlo bien con GA4 y GTM
Dónde poner el mismo ID (G-XXXX) y qué pasa si ya tienes dos
- Elige el stream “bueno” (normalmente el que vive en el dominio principal).
- Sustituye el ID del subdominio por el mismo ID de medición del dominio en todas las plantillas/contendores.
- Si usas GTM:
- Etiqueta GA4 (Configuración): pon el mismo G-XXXX.
- Etiqueta GA4 (Eventos): heredan del de Configuración.
- Si ibas con gtag.js directo, revisa que la llamada sea única y compartida:
<script async src="https://www.googletagmanager.com/gtag/js?id=G-XXXXXXX"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'G-XXXXXXX', { cookie_domain: 'auto' });
</script>
Muddlemetrics dice: si ya tenías dos IDs repartidos por plantillas diferentes, búscalos y unifícalos. Me he encontrado implementaciones mixtas (cms + plugin + gtm) que duplicaban hits sin querer.
Cookies _ga y _ga_[ID]: qué mirar en DevTools
- Abre Application → Cookies en el navegador.
- Debes ver _ga y ga[measurementId] con dominio
.<tudominio>.com(ojo al punto inicial). - Si en el subdominio aparecen con
blog.tudominio.com(sin punto), sospecha de configuración o de un segundo script rebelde.
Cuando detecto esto, suelo encontrar una etiqueta dura en el theme del blog con un ID distinto. Fuera máscaras.
Evitar autorreferidos: Unwanted referrals
Si tras unificar IDs sigues viendo tu propio dominio como referido:
- Admin → Data streams → Web → Configure tag settings
- List unwanted referrals → añade
tudominio.com(sin protocolo, sin subdominio). - Comprueba 24–48h después en los informes. En mi experiencia, cuando esto queda fino, el canal “Referral” se limpia y la atribución vuelve al tráfico real.
Cómo auditar si tu setup funciona
DebugView y Tiempo Real: ruta de pruebas en 5 minutos
Nuestra secuencia express:
- Abre el Tiempo Real en GA4.
- Entra al dominio, navega 2–3 páginas.
- Haz clic a una URL del subdominio (por ejemplo, del menú o un CTA).
- Verifica que la sesión no se reinicia y que el mismo usuario sigue navegando.
- En DebugView, observa el flujo de eventos continuo al cambiar de host.
En mis pruebas, cuando hay dos streams, la sesión se “pierde” al saltar; cuando unifico, la trazabilidad es suave, sin cortes.
Check de hostname para ver cada subdominio
- Crea una dimensión o usa Nombre del host en Exploraciones.
- Monta un informe simple:
hostname+session_default_channel_group+sessions. - Deberías ver
www.tudominio.com,blog.tudominio.com,app.tudominio.com… en un solo property.
Esto me encanta para detectar “fugas” (hosts inesperados que revelan etiquetados fantasmas).
Informes útiles: segmentar por subdominio sin duplicar propiedades
Landing pages por subdominio
Arma una exploración con Página de aterrizaje filtrada por hostname = blog.tudominio.com. Tendrás el rendimiento del blog sin partir la medición global.
Comparaciones y exploraciones rápidas
- Comparación por
hostnameen cualquier informe estándar → verás KPIs por subdominio en 2 clics. - Funnels cruzando viaje
dominio → subdominiosin perder usuario. - Embudo de suscripción (si la app vive en
app.): define eventos clave y filtra por host.
Problemas comunes y soluciones rápidas
¿Separar streams por política interna? Alternativas
Hemos lidiado con políticas que piden “datos separados”. En lugar de romper la medición:
- Usa filtros/segmentos por hostname o colecciones separadas en Looker Studio
- Conservas un usuario unificado y das visiones “por unidad”.
Cuando sí pensar en multidominio (no subdominio)
Si saltas entre midominio.com y otromidominio.com (diferentes raíces), ahí sí: cross-domain con enlace decorado o medición SSR. Para subdominios, repito: no hace falta.
Preguntas
¿Puedo tener un web data stream por subdominio?
Poder, puedes. Deber, no. Si lo haces, rompes usuario/sesión y complicas la atribución. Mejor un stream y segmenta por hostname.
¿Cómo sé si la cookie está bien puesta?
En DevTools debería aparecer como dominio .<tudominio>.com. Si está fijada a un host específico, revisa cookie_domain y que no haya otro script metiendo mano.
Veo mi dominio como referido, ¿y ahora qué?
Añade el dominio en Unwanted referrals del stream web y verifica en Tiempo Real / adquisición la semana siguiente.
¿Necesito tocar algo en Google Tag Manager?
Asegúrate de que todas las etiquetas Google Analytics usan el mismo ID de configuración y que no hay etiquetas heredadas con otro ID en plantillas/temas.
Conclusión
Si tus subdominios viven bajo el mismo techo, Google Analytics ya sabe tratarlos. El atajo mental es este: un solo ID de medición en todos los subdominios, cookies a nivel del dominio raíz y una pasadita por Unwanted referrals si hace falta. En nuestras auditorías, el 80% de los “misterios” de sesiones rotas se explican por un detalle tan simple como dos streams donde solo debía existir uno. Unifícalo hoy y mira cómo tus embudos dejan de crujir.