Checklist de QA del tracking de GA4 antes de publicar una web

Actualizada en septiembre de 2026 · 6 min de lectura

Una configuración de Google Analytics™ 4 puede parecer correcta durante días antes de que alguien note en los informes un evento que falta o una compra duplicada. Esta lista cubre lo que puedes verificar desde el navegador antes de publicar una web, o tras cualquier cambio en sus etiquetas, y lo que solo puede confirmar GA4.

Antes de empezar

• Escribe lo que debería pasar: los eventos de cada página y acción, sus parámetros y el consentimiento que necesita cada uno. Basta con un plan de medición en una hoja de cálculo; nuestras plantillas CSV (CC0) sirven de punto de partida.
• Prueba en un perfil de navegador nuevo o en una sesión nueva de incógnito después de cerrar todas las ventanas de incógnito abiertas, sin bloqueadores de anuncios, para que las cookies y decisiones de consentimiento anteriores no cambien el resultado.
• Abre las DevTools (F12), ve a la pestaña Red (Network), marca Conservar registro (Preserve log) y filtra por collect.

1. La propiedad correcta

• Cada petición de GA4 lleva el ID de medición en tid. Debe ser el flujo de datos web previsto para la web que pruebas: un ID de pruebas en la web publicada, o al revés, mezcla datos entre propiedades.
• Si aparece más de un ID de medición, asegúrate de que cada uno es intencionado (por ejemplo, una segunda propiedad para una región o una agencia).

2. Páginas vistas

• page_view se envía una vez por carga de página. Dos páginas vistas idénticas suelen indicar que la etiqueta de Google está instalada dos veces, por ejemplo en el código de la web y en Google Tag Manager.
• En una aplicación de una sola página, la medición mejorada de GA4 puede enviar una página vista con los cambios del historial del navegador. Si tu código también envía una en cada cambio de ruta, cada página virtual cuenta dos veces.
• La URL (dl) y el título (dt) de la página son correctos y no contienen correos, nombres ni otros datos personales, por ejemplo en los parámetros de la URL.

3. Eventos clave

• Cada acción que mides (un formulario de contacto, un registro, una compra) envía su evento una vez, con el nombre exacto de tu plan. Los nombres de evento de GA4 distinguen mayúsculas y minúsculas: Purchase y purchase son eventos distintos.
• Los eventos que marcas como eventos clave en GA4 usan exactamente esos nombres.
• Recarga las páginas de agradecimiento y usa los botones de atrás y adelante: el evento no debe enviarse otra vez.

4. Parámetros de comercio electrónico

• currency (cu en la petición) es un código ISO 4217 de tres letras siempre que se envía value.
• value (epn.value) es un número, sin símbolos de moneda ni separadores de miles.
• Los productos (pr1, pr2…) tienen un item_id o un item_name, y cada compra tiene su propio transaction_id. La lista de QA de purchase cubre los detalles.

5. Consentimiento

• El estado predeterminado de Consent Mode se establece antes de ejecutar las etiquetas de medición o de que otro código utilice o actualice el consentimiento. Las actualizaciones reflejan la decisión del visitante.
• En Consent Mode avanzado, GA4 puede enviar pings sin cookies mientras analytics_storage está denegado. Revisa gcs y gcd cuando estén presentes y confirma el estado efectivo del consentimiento en Tag Assistant. En el modo básico, las etiquetas permanecen bloqueadas mientras el consentimiento necesario esté denegado.
• Repite el recorrido aceptando y rechazando las cookies. Consulta cómo comprobar Consent Mode v2.

6. Datos personales

• Ningún correo, teléfono ni nombre en los parámetros, URL o títulos de página enviados a GA4: las políticas de Google no permiten enviar a Analytics información que identifique personalmente a alguien.
• Vigila los formularios que ponen el correo en la URL de la página siguiente y las páginas de búsqueda interna cuya URL incluye lo que escribió el visitante.

7. Lo que solo GA4 puede confirmar

El navegador muestra lo que se envió, no lo que GA4 hizo con ello. Con el modo de depuración activado, usa DebugView para comprobar los eventos recibidos, teniendo en cuenta que el consentimiento analítico denegado o los controles de privacidad del navegador pueden impedir que aparezcan; revisa los filtros de datos y las reglas de tráfico interno; y mira los informes estándar cuando los datos estén procesados, algo que según Google puede tardar de 24 a 48 horas.

Cierre

Para cada punto, anota qué comprobaste, en qué página y navegador, y el resultado. Una lista de hallazgos, cada uno con la petición que lo demuestra, es más fácil de entregar al cliente o al desarrollador que lo corrige.