Cómo configurar GA4 paso a paso: guía para principiantes

Google Analytics está instalado en el 48,1 % de todos los sitios web y en el 83,1 % de los que usan alguna herramienta de analítica de tráfico, según los datos de uso de W3Techs. Dicho de otro modo: casi cualquier negocio que quiera entender qué pasa en su web termina en GA4. El problema no es instalarlo —eso lleva veinte minutos— sino configurarlo para que los datos signifiquen algo. Esta guía explica cómo configurar GA4 paso a paso, desde la cuenta hasta las conversiones y el consentimiento exigido en Europa, evitando los errores que hacen que un panel lleno de gráficas no sirva para tomar ni una sola decisión.

Resumen

Configurar GA4 paso a paso consiste en cinco bloques que deben montarse en orden: crear la propiedad y el flujo de datos, instalar la etiqueta —idealmente con Google Tag Manager—, marcar como conversiones los eventos que importan al negocio, limpiar la medición excluyendo el tráfico interno y conectar el consentimiento de cookies para que la medición sea legal y completa en Europa. Lo que separa una cuenta útil de una decorativa no es la instalación, sino esa capa de configuración: sin eventos definidos y sin filtros de ruido, los informes muestran actividad pero no aprendizaje. Antes de tocar nada conviene fijar qué decisión concreta va a resolver el dato, porque esa pregunta determina qué eventos merece la pena medir y qué se puede ignorar sin remordimiento.

Antes de instalar GA4: qué decisión de negocio vas a resolver con los datos

El error de arranque más común no es técnico, es de enfoque. La mayoría de guías empiezan por «crea tu cuenta»; sin embargo, una propiedad de GA4 bien planteada nace de una pregunta de negocio, no de un botón. Antes de instalar nada conviene responder por escrito a una cuestión sencilla: ¿qué decisión se va a tomar distinta según lo que digan estos datos? Puede ser «saber qué canal trae clientes que realmente compran», «descubrir en qué paso del formulario se cae la gente» o «entender por qué el tráfico crece pero las solicitudes de presupuesto no».

Esa pregunta cambia por completo la configuración. Un ecommerce necesitará el módulo de comercio electrónico y eventos de compra con parámetros de producto; una web de captación de leads necesitará medir envíos de formulario, clics a WhatsApp y llamadas; un medio necesitará profundidad de lectura y suscripciones. Instalar GA4 sin esta claridad produce el resultado habitual: un panel con muchas gráficas donde nadie sabe qué mirar. Definir la pregunta primero es también lo que permite después medir el éxito de un rediseño web o de cualquier otra inversión digital con criterio, en lugar de celebrar métricas de vanidad como las sesiones totales.

Cómo crear una cuenta y una propiedad en GA4 paso a paso

Con la pregunta clara, la creación de la cuenta es mecánica. Desde analytics.google.com, en Administrar, se crea una cuenta (el contenedor de nivel superior, normalmente la empresa), dentro de ella una propiedad (el sitio o la app que se mide) y, dentro de la propiedad, un flujo de datos web con la URL del dominio.

Tres decisiones importan en este punto y suelen pasarse por alto:

• Zona horaria y moneda de la propiedad. Definen cómo se agrupan los días y cómo se calculan los ingresos. Cambiarlas más tarde no reprocesa los datos históricos, así que conviene acertar a la primera; para un negocio en Canarias, fijar la zona horaria correcta evita descuadres de un día entero en los informes.
• Medición mejorada (enhanced measurement). Al crear el flujo web, GA4 activa por defecto eventos automáticos: page_view, scroll, click en salientes, file_download y búsquedas internas. Está bien dejarla activa, pero conviene saber que esos eventos no son todavía conversiones.
• Retención de datos. En Configuración de datos > Retención, el valor por defecto son 2 meses y ampliarlo a 14 es gratis. Conviene entender qué cambia exactamente: según la documentación de conservación de datos de Analytics, ese ajuste no afecta a los informes estándar agregados, solo a las exploraciones y a los embudos de conversión. Es decir, los informes básicos siguen mostrando histórico, pero cualquier análisis a medida más allá de dos meses desaparece si el ajuste se deja como viene.

Al terminar, GA4 muestra el Measurement ID con formato G-XXXXXXXXXX. Ese identificador es la pieza que conecta la web con la propiedad y el que se usará en el siguiente paso.

Cómo instalar GA4 con Google Tag Manager, el método recomendado

Existen tres formas de instalar la etiqueta: pegar el código gtag.js a mano en el <head>, usar un plugin del CMS o hacerlo con Google Tag Manager (GTM). Para principiantes que piensan crecer, GTM es la opción sensata: centraliza todas las etiquetas —GA4, píxeles de publicidad, herramientas de mapas de calor— en un único contenedor que se edita sin tocar el código de la web, y permite versionar y revertir cambios.

El proceso es directo. Se crea un contenedor en tagmanager.google.com, se instala su fragmento en todas las páginas (los plugins de la mayoría de CMS lo hacen con solo pegar el GTM-XXXXXXX) y, dentro de GTM, se crea una etiqueta del tipo Google Analytics: evento de GA4 o la etiqueta de configuración, con el Measurement ID y el disparador All Pages. Un evento personalizado enviado a la capa de datos se ve así:

<script>
window.dataLayer = window.dataLayer || [];
dataLayer.push({
  'event': 'generar_lead',
  'metodo': 'formulario_contacto',
  'valor': 1
});
</script>

En GTM se crea entonces un disparador de evento personalizado que escuche generar_lead y una etiqueta de evento GA4 que lo envíe con sus parámetros. Antes de publicar nada, el modo Vista previa de GTM (Tag Assistant) permite navegar por la web y comprobar en tiempo real qué etiquetas disparan y qué datos mandan. Publicar sin haber pasado por la vista previa es la vía rápida a semanas de datos corruptos. Esta lógica de contenedor único es la misma que sostiene un buen trabajo de medición cuando se trata de medir las conversiones de Google Ads dentro de GA4, porque las etiquetas de conversión conviven en el mismo GTM.

Cómo configurar eventos y conversiones (key events) en GA4

Aquí está el punto donde GA4 se separa de su antecesor y donde la mayoría de configuraciones se quedan a medias. En GA4 todo es un evento: una vista de página, un scroll, una compra. Lo que convierte a un evento en importante es marcarlo como evento clave (key event, el nombre actual de lo que antes se llamaba conversión). Sin ese paso, GA4 recoge la acción pero no la trata como objetivo, no la reporta en las columnas de conversión y no la puede optimizar la publicidad conectada.

El flujo recomendado para un principiante es:

1. Definir los eventos que importan a partir de la pregunta de negocio del primer paso. Para una web de servicios, lo habitual es generar_lead (envío de formulario), clic_whatsapp y clic_telefono.
2. Enviarlos desde GTM como se ha visto, con nombres en minúscula y sin espacios, y con parámetros útiles (el método, la ubicación del botón, el valor).
3. Marcarlos como evento clave en Administrar > Eventos clave, activando el interruptor correspondiente. A partir de ese momento cuentan como conversión en todos los informes.

Una recomendación que ahorra disgustos: no marcar como evento clave todo lo que se mueve. Si diez acciones distintas son «conversiones», ninguna lo es de verdad, y los informes pierden foco. Tres o cuatro eventos clave bien elegidos comunican mucho más que una lista de veinte. Los parámetros que se envían con cada evento, además, pueden registrarse como dimensiones y métricas personalizadas en la propiedad, lo que permite después segmentar los informes por esos valores —por ejemplo, ver qué formulario concreto genera más leads cualificados.

Cómo excluir tu tráfico interno para que los datos sean fiables

Este paso casi nunca aparece en los tutoriales y, sin embargo, es el que más contamina las cuentas nuevas. Cada vez que el propietario, el equipo o la agencia entran en la web para revisarla, GA4 lo cuenta como una visita real. En un negocio pequeño con poco tráfico, ese ruido interno puede representar una parte enorme de las sesiones y distorsionar por completo las tasas de conversión y de rebote.

La exclusión se configura en dos movimientos. Primero, en Administrar > Configuración de datos > Flujos de datos > Configuración de etiqueta > Definir tráfico interno, se crea una regla que marque como internal el tráfico procedente de la IP de la oficina o del equipo. Segundo, en Configuración de datos > Filtros de datos, se activa el filtro de tráfico interno, que por defecto viene en modo Prueba; hay que cambiarlo a Activo para que realmente descarte esas visitas.

Un matiz técnico importante para quien trabaja desde casa o con IP dinámica: si la dirección cambia, la regla deja de funcionar. En esos casos es más robusto excluir el tráfico mediante una cookie o un parámetro que se active en el navegador del equipo, gestionado desde GTM. Dejar este filtro sin configurar es la causa número uno de que una web pequeña «convierta muchísimo» en el papel y nada en la caja.

Cómo configurar el consentimiento y el Consent Mode v2 sin perder datos

El modo de consentimiento es la pieza que decide cuántos datos se pierden de verdad en Europa, y es la gran ausente de casi todas las guías de instalación de GA4. Su función es comunicar a Google si cada visitante ha aceptado o rechazado las cookies, de forma que las etiquetas ajusten su comportamiento en lugar de dispararse siempre o quedar bloqueadas del todo. Desde marzo de 2024, para el tráfico del Espacio Económico Europeo Google exige la versión 2 de este mecanismo: junto a las señales analytics_storage y ad_storage hay que enviar ad_user_data y ad_personalization, y sin ellas los datos de los usuarios que no han consentido no se procesan para personalización publicitaria ni para listas de Segmentación por clientes, según la documentación oficial de Google sobre los cambios de consentimiento en el EEE.

Lo que ocurre cuando un usuario rechaza no es lo que la mayoría imagina. Con analytics_storage denegado, GA4 no lee ni escribe cookies propias, pero sigue recibiendo pings sin cookies con fines de medición; con ad_storage denegado tampoco se leen ni escriben cookies publicitarias. Sobre esos pings anónimos Google aplica modelización de conversiones y de comportamiento para estimar la parte que no puede observar directamente. La diferencia práctica es grande: una implementación con consentimiento bien montado conserva una lectura aproximada del tráfico rechazado, mientras que bloquear la etiqueta entera cuando el usuario dice que no deja ese tramo en cero absoluto y hunde artificialmente todas las tasas de conversión del informe.

La implementación estándar para una pyme se apoya en dos piezas y no requiere programar. La primera es una plataforma de gestión de consentimiento (CMP) certificada por Google, que muestra el banner y emite las señales actualizadas sin trabajo manual; si el banner es propio, hay que implementar el consent mode v2 a mano. La segunda es Google Tag Manager, donde se define el estado por defecto —denegado para el visitante europeo hasta que decida— y se actualiza cuando acepta, de modo que ninguna etiqueta se dispare antes de tiempo. Este es exactamente el tipo de control que justifica montar la medición con contenedor propio en lugar de por plugin, como se detalla en la guía sobre cómo implementar Google Tag Manager sin tocar código.

La comprobación cierra el paso y no debería saltarse nunca. GA4 dispone de una pantalla propia de ajustes de consentimiento en el apartado de administración que indica si las señales están llegando a la propiedad, y el modo de vista previa de Tag Manager permite ver, en la propia web, cómo cambia el estado antes y después de pulsar el banner. Merece la pena revisar ambos con el banner rechazado, no solo aceptado: es en ese escenario donde aparecen las implementaciones a medias, en las que la etiqueta se dispara igualmente pese al rechazo —un problema legal— o desaparece por completo sin enviar el ping sin cookies —un problema de medición—. Configurar bien esta capa es lo que permite que el resto de la analítica, desde los eventos personalizados en GA4 hasta las audiencias publicitarias, se sostenga sobre datos defendibles.

Por qué los datos en tiempo real no cuadran con los informes estándar

Es la duda que genera más mensajes de pánico entre quienes empiezan: el informe Tiempo real muestra veinte usuarios, pero el informe estándar del mismo día muestra una cifra distinta, o directamente cero. No hay ningún error; son dos cosas diferentes y conviene entender por qué.

El informe en tiempo real refleja la actividad de los últimos 30 minutos y sirve para una única cosa: comprobar que la etiqueta funciona justo después de instalarla. Los informes estándar, en cambio, se construyen sobre datos procesados, y ese procesamiento tarda: GA4 puede necesitar entre varias horas y hasta 24-48 horas en consolidar la información del día en los informes agregados. Además, aplica thresholding (umbral de privacidad) que oculta datos cuando el volumen es tan bajo que podría identificar a un usuario, y en propiedades grandes puede recurrir al muestreo en exploraciones complejas.

La consecuencia práctica es simple: el tiempo real vale para validar la instalación, nunca para analizar. Cualquier conclusión de negocio debe sacarse de los informes estándar del día anterior o más atrás, cuando el dato ya está estable. Esta diferencia entre lo que una plataforma muestra al instante y lo que significa una vez consolidado es la misma tensión que aparece al comparar el desfase entre la atribución de cada plataforma y las ventas reales: el número inmediato casi nunca es el número que decide.

Para validar una instalación hay una herramienta mejor que el tiempo real: DebugView. Activando el modo de depuración —con la vista previa de Tag Manager o la extensión oficial del navegador— el informe muestra la secuencia exacta de eventos de una sola sesión, con sus parámetros, en el momento en que se disparan. Es la forma de comprobar si un formulario envía su evento una vez o dos, o si un parámetro llega vacío, antes de que el error contamine semanas de datos.

Audiencias, integraciones y cuándo dar el salto a BigQuery

Con la medición limpia y las conversiones definidas, GA4 empieza a rendir de verdad al conectarlo con el resto del ecosistema. Las audiencias se crean en Administrar > Audiencias combinando condiciones —por ejemplo, «usuarios que vieron la página de un servicio pero no enviaron el formulario en 7 días»— y se sincronizan con las plataformas de publicidad para hacer remarketing sobre gente que ya mostró intención.

Las integraciones nativas más útiles para un principiante son dos. La vinculación con Google Ads, que permite importar las conversiones de GA4 a las campañas y usar esas audiencias; es el puente que hace posible lanzar las primeras campañas de Google Ads paso a paso con objetivos medibles desde el principio. Y la Search Console, que trae al informe las consultas orgánicas por las que aparece la web. Esos mismos eventos de conversión pueden, además, servir de disparador para alimentar flujos de marketing automation, de modo que un lead capturado active un correo de bienvenida sin intervención manual.

El salto a BigQuery, por su parte, no es para el primer día. GA4 ofrece exportación gratuita y en bruto de todos los eventos a BigQuery, lo que elimina el muestreo y permite consultas SQL a medida. Merece la pena cuando el negocio necesita cruzar los datos web con el CRM, conservar el histórico completo evento a evento o construir modelos de atribución propios. Para una pyme que arranca, la combinación de informes estándar más un panel en Looker Studio cubre casi todo; BigQuery es el paso natural cuando esas herramientas se quedan cortas, no antes.

Errores de medición habituales al empezar con GA4

La mayoría de cuentas nuevas fallan por las mismas cinco razones, y todas se evitan con la configuración anterior:

• No excluir el tráfico interno. El equipo y la agencia inflan las visitas y hunden la credibilidad de las tasas de conversión.
• No marcar eventos clave. Se recogen acciones pero ninguna cuenta como objetivo, así que la publicidad conectada no tiene nada que optimizar.
• Analizar sobre el tiempo real. Se toman decisiones con datos sin consolidar que cambian horas después.
• Duplicar la etiqueta. Instalar GA4 a la vez por plugin y por GTM dispara page_view dos veces e infla las páginas vistas hasta el doble; conviene elegir un solo método.
• Bloquear la etiqueta entera al rechazar cookies. Sin modo de consentimiento, el tráfico que no acepta desaparece del informe en lugar de estimarse, y todas las tasas de conversión quedan distorsionadas a la baja.

Detrás de todos hay un patrón: se trata GA4 como una herramienta que se instala y se olvida, cuando es un sistema que se configura y se mantiene. La diferencia entre una cuenta que sirve y una que estorba se juega en esa capa de configuración, no en el acto de pegar un código.

A seis o doce meses vista, el valor de GA4 no está en las gráficas del primer mes, sino en el histórico limpio que se va acumulando: una propiedad bien configurada desde el principio permite comparar interanual, entender la estacionalidad real del negocio y detectar qué cambios en la web movieron de verdad las conversiones. Ese activo —datos fiables y comparables a lo largo del tiempo— es lo que convierte la analítica en una ventaja sostenible frente a competidores que siguen mirando métricas de vanidad. Cuanto antes se limpie la medición, antes empieza a construirse ese histórico de valor; cada mes con datos sucios es un mes de aprendizaje perdido que no se recupera.

Preguntas frecuentes