Cómo rastrear aplicaciones de una sola página con Google Analytics 4 y Google Tag Manager

El seguimiento de las vistas de página en sitios web tradicionales es una tarea relativamente sencilla: basta con agregar un código de seguimiento a cada página y ¡listo! Cada vez que un visitante hace clic en un enlace interno, se refresca la ventana del navegador y se envía un nuevo evento de vista de página a Google Analytics. Sin embargo, esta tarea se complica al tratar con aplicaciones web de una sola página (SPA, por sus siglas en inglés). Aunque Google Analytics 4 (GA4) incluye un seguimiento de vistas de página de forma automática, puede no funcionar como se espera en todos los casos. Esto se debe a que muchos sitios web presentan inconvenientes desde la perspectiva del seguimiento web.

El resultado es que, a menudo, solo se registra la primera vista de página, y todas las vistas posteriores no se capturan hasta que el visitante refresca completamente la página. Para solucionar esto, es necesario realizar configuraciones adicionales. No te preocupes; aquí te mostraré tres métodos diferentes para seguir las aplicaciones de una sola página utilizando Google Analytics 4 y Google Tag Manager (GTM), lo que también se conoce como seguimiento de vistas de página virtuales con GA4 y GTM.

¿Por qué ocurre esto? Permíteme explicarlo con más detalle.

¿Qué es una aplicación web de una sola página (SPA)?

Una aplicación web de una sola página (SPA) es un tipo de sitio web que carga todos los recursos necesarios para navegar en la primera carga de la página. A medida que el usuario interactúa con el sitio, se cargan dinámicamente otros contenidos sin realizar una recarga completa de la página. Aunque puede parecer que se están cambiando las páginas, técnicamente la página no se recarga.

En versiones anteriores de Google Analytics, esto causaba problemas, ya que toda la configuración de seguimiento se cargaba una sola vez. Como resultado, solo se obtenía una vista de página en los informes. Aunque las URL pueden cambiar, esto solo se hace para dar la impresión de que hay páginas separadas.

Con Google Analytics 4, la función de medición mejorada ofrece un seguimiento de vistas de página incorporado. Sin embargo, esto no funciona de forma universal en todas las aplicaciones de una sola página, lo que a menudo requiere configuraciones adicionales en GTM.

Si términos como React, Angular, Vue.js o Gatsby.js te suenan familiares, entonces ya estás en el camino correcto. Estos frameworks de JavaScript son comúnmente utilizados para construir aplicaciones web de una sola página. A medida que avanzamos, descubrirás más sobre las particularidades de su seguimiento.

Instalación de Google Tag Manager

Si aún no lo has hecho, es fundamental instalar Google Tag Manager en tu aplicación web o sitio web de una sola página. He publicado un artículo que detalla varias opciones para realizar esta instalación. Además, es útil comprobar si tu Google Tag Manager está funcionando correctamente.

¿Listo? ¡Perfecto! Ahora avancemos.

Métodos para rastrear aplicaciones de una sola página

En esta guía, explorarás tres técnicas para realizar el seguimiento:

• Método #1: Seguimiento incorporado de Google Analytics 4 (esta es la opción más rápida).
• Método #2: Uso de un listener de cambios en el historial (dentro de GTM).
• Método #3: Solicitar la ayuda de un desarrollador para enviar datos de vista de página al Data Layer cada vez que un visitante navega de una página a otra.

Antes de entrar en la parte de configuración, es importante evaluar el contexto y decidir qué opción de seguimiento elegir. Para hacer que este proceso sea más comprensible, he creado un diagrama de flujo que puede ayudarte a decidir cuál método es el más adecuado para ti. Si tienes recursos de desarrollo disponibles, lo mejor es optar por el Método 3, ya que se ha demostrado que es el más robusto.

¿Necesitas esta guía?

El primer paso en el diagrama de flujo anterior es: ¿Cuando navegas entre páginas, ves nuevas páginas en el modo de vista previa de GTM?

Este interrogante se refiere a que, por defecto, la etiqueta de Google Analytics se activa cada vez que se carga una nueva página (lo que significa que la página debe recargarse completamente). Cada vez que se carga nuevamente la página, también se carga el código JavaScript de Google Tag Manager. Si al navegar de la página A a la B observas un nuevo título de página, esto significa que la página se recargó completamente.

Si, al observar el panel lateral en el modo de vista previa, ves un nuevo título de página para cada visualización, entonces no estás trabajando con una aplicación web de una sola página. En este caso, sería mejor que consultes mi guía de GTM para principiantes, donde explico cómo realizar el seguimiento de tu primera vista de página con Tag Manager.

Por otro lado, si realmente estás utilizando una SPA, notarás que al navegar de A a B, no verás el cambio de título de página. Esto se debe a que en el seguimiento web, el término «vista de página» se refiere a la carga del documento de la página, junto con los códigos de seguimiento de JavaScript. En una SPA, todas las «vistas de página» adicionales se producen de manera dinámica sin recargar el documento de la página, por lo que GTM no rastrea automáticamente estas «vistas dinámicas».

Debido a esto, necesitas realizar configuraciones adicionales, y posiblemente necesitarás la ayuda de un desarrollador.

¿Cambia la URL de la página al navegar entre páginas?

Si al navegar de una página A a una B la URL no cambia, deberás pedir ayuda a un desarrollador. En este caso, puedes saltar directamente a la sección sobre cómo rastrear SPA con la ayuda del desarrollador y continuar desde allí. Si confirmas que la URL sí cambia, tendrás más posibilidades de utilizar el listener de cambios en el historial por tu cuenta o, tal vez, la funcionalidad incorporada de GA4 se encargará de esto automáticamente.

Los cambios en la URL pueden manifestarse de diferentes maneras, dependiendo del sitio web. En algunos casos, solo el fragmento de la URL (la parte después del símbolo de hash #) cambia, mientras que en otros, puede ser un cambio más convencional, como de /inicio/ a /inicio/contacto.

Si confirmas que la URL cambia, pasemos al siguiente paso.

Método #1: Seguimiento de vistas de página con la medición mejorada de GA4

Nota: La medición mejorada ofrece una serie de capacidades de seguimiento de eventos, pero muchos de ellos pueden no funcionar correctamente (por ejemplo, el seguimiento de desplazamiento). Por lo tanto, tiene sentido desactivar todo el seguimiento no relacionado con vistas de página.

Primero, verifica si el seguimiento de vistas de página incorporado en GA4 funciona para ti. En Google Analytics 4, dirígete a Admin > Flujos de datos y selecciona tu flujo de datos web.

Luego haz clic en el ícono de engranaje junto a Medición mejorada (asegúrate de que está habilitado). A continuación, haz clic en Mostrar configuraciones avanzadas en Vistas de página y verifica si la casilla de eventos Cambios de página basados en eventos de historial está habilitada. Esto permitirá que GA4 intente rastrear automáticamente cada vez que la URL cambie.

Guarda todos los cambios en GA4. Luego, habilita el modo de vista previa y depuración en Google Tag Manager y navega a tu aplicación web de una sola página. Intenta navegar de una página a otra.

En el modo de vista previa de GTM, deberías empezar a ver eventos de cambio de historial, cuyo nombre técnico es gtm.historyChange-v2. Esto aparecerá mientras tengas seleccionado el contenedor de GTM en la parte superior del modo de vista previa.

Si ves eso, haz clic en tu ID de medición de GA4 en la parte superior del modo de vista previa y verifica si se están enviando múltiples eventos de vista de página a Google Analytics 4. Si es así, es una buena noticia: GA4 podrá rastrear automáticamente las vistas de página de tu aplicación web de una sola página sin necesidad de configuraciones adicionales.

También revisa el DebugView de GA4 para asegurarte de que los eventos page_view llegan con los parámetros adecuados de page_title y page_location.

Si no puedes ver los eventos de cambio de historial (o no se están enviando los eventos page_view a GA4), entonces pasa al siguiente capítulo de este artículo.

Método #2: Prueba el trigger de cambio de historial

La solución más robusta para rastrear aplicaciones web de una sola página es colaborar con un desarrollador. Sin embargo, a veces los desarrolladores no están disponibles, por lo que es posible que debas trabajar con lo que tienes. Por eso, este método se presenta como una alternativa.

En Google Tag Manager, dirígete a Triggers > Nuevo > Cambio de Historial y crea un disparador con la siguiente configuración:

Luego necesitamos probar si funciona. Habilita el modo de depuración de Google Tag Manager. Haz clic en el botón Vista previa en la esquina superior derecha de tu interfaz de GTM (cerca del botón Enviar).

Una vez que hagas clic en el botón de vista previa, se abrirá una nueva pestaña del navegador con tagassistant.google.com. Si no es así, lee esta guía.

Aparecerá una ventana emergente que te pedirá que ingreses la URL que deseas probar y depurar. Puede ser la dirección de la página de inicio o la URL de una página específica; luego presiona Iniciar.

Deberías ver una nueva pestaña (o ventana) donde se mostrará la URL que ingresaste en la ventana emergente. Al final de esa página/pestaña, deberías ver el siguiente distintivo:

Haz clic (o desplázate) a través de varias secciones de la aplicación web de una sola página o sitio web para cambiar la URL. Después de que ocurra el cambio, observa atentamente el flujo de eventos en la consola de vista previa y depuración.

¿Apareció el evento Historial? Si es así, ¡eso es una buena noticia! Si no, salta a la sección donde explico cómo colaborar con los desarrolladores.

En algunas aplicaciones web de una sola página, podrías observar que aparecen varios eventos de historial simultáneamente. Por eso, necesitas responder a una pregunta más.

¿Cuántos eventos de historial ves al navegar de la página A a la B?

Algunos sitios web pueden estar codificados de tal manera que causan que múltiples eventos de historial aparezcan simultáneamente en el modo de vista previa de GTM. Si te encuentras en esta situación, lee esta guía, donde explico cómo configurar tu disparador para que funcione solo con ciertos eventos de cambio de historial (y así evitar duplicados). Una vez que leas eso, vuelve a esta guía.

Inspecciona el dataLayer.push (de un evento de historial) y crea variables

Cuando observes el evento de cambio de historial en el modo de vista previa de GTM, haz clic en él y expande la llamada a la API (para ver el contenido del dataLayer.push).

Los elementos más importantes para nosotros son:

• La URL actual
• Y la URL anterior

En el ejemplo a continuación, están disponibles como gtm.oldUrl y gtm.newUrl.

Ahora, ve a Google Tag Manager > Variables > Configuración de variable > Nueva > Variable de capa de datos y registra “gtm.oldUrl”.

Guarda la variable. Haz lo mismo para gtm.newUrl.

Necesitaremos estas variables en el siguiente capítulo.

Enviar datos a Google Analytics (con el trigger de cambio de historial)

Una vez que te asegures de que el trigger de cambio de historial funciona correctamente, deberás enviar esas vistas de página a Google Analytics.

Si optas por esta ruta, primero desactiva el seguimiento de eventos de historial en GA4. Puedes hacer esto yendo a Admin > Flujos de datos > selecciona tu flujo de datos web > Medición mejorada > y desactiva “Los cambios de página basados en eventos de historial”.

Nota importante: En algunos sitios web, puedes notar que las vistas de página de tu aplicación web de una sola página se rastrean correctamente, PERO en los informes podrías notar que el título de la página rastreada siempre corresponde a la página anterior. Si notas esto, necesitarás implementar el seguimiento de aplicaciones de una sola página con la ayuda de un desarrollador, o puedes retrasar el evento de cambio de historial.

Etiqueta de evento para el evento page_view

Google Analytics 4 es una plataforma de análisis basada en eventos. Esto significa que todo es un evento: vista de página, clic, compra, etc. Cada vez que ocurre un evento de historial, necesitamos enviar un page_view a GA4.

En Google Tag Manager, ve a Etiquetas > Nueva > Google Analytics > etiqueta de evento GA4 y completa la siguiente configuración:

Tu ID de medición debería ser diferente. En esta etiqueta, agregué dos parámetros de evento:

• page_location (su valor es la variable de capa de datos gtm.newUrl)
• page_referrer (su valor es la variable de capa de datos gtm.oldUrl)

Si estás utilizando una variable de configuración de eventos de GA4, entonces incluye estos parámetros allí.

Si tus URL de página contienen un símbolo de hash (#), es posible que necesites crear diferentes variables (porque gtm.newUrl y gtm.oldUrl no incluyen #). Una solución para la URL actual podría ser una variable de JavaScript llamada window.location.href.

Puedes usar esto como el valor de page_location.

Finalmente, asigna el trigger de evento de cambio de historial a la etiqueta de evento GA4 (page_view).

Nota: Si no estás utilizando una variable de configuración de eventos de GA4, debes sobrescribir page_location y page_referrer manualmente en todas las etiquetas de eventos de GA4.

Etiqueta de Google con el parámetro “update”

Hasta ahora, deberías tener dos etiquetas directamente relacionadas con el seguimiento de aplicaciones de una sola página:

• La etiqueta de evento page_view
• Y la etiqueta de Google (que deberías haber tenido incluso antes de comenzar a leer este artículo). Así es como deberías haber instalado GA4.

Un ejemplo de una etiqueta de Google podría verse así:

La tuya podría tener más personalización. La mía es solo lo básico. Mantén tu etiqueta como está.

Sin embargo, cuando la URL de la página cambie, deberás informar a la etiqueta de Google que hubo algunas actualizaciones.

Esto se puede hacer duplicando tu etiqueta principal de Google y agregando los siguientes cambios (manteniendo otros ajustes originales sin modificar):

• update significa que la etiqueta de Google se informará de los cambios (no se enviará una page_view adicional por esta etiqueta). Esto es necesario para eventos rastreados automáticamente, como user_engagement. Junto con este comando, enviaremos qué tipo de cambios sucedieron:
  • El valor de page_location cambió
  • También cambió page_referrer

Esto es necesario para evitar un fenómeno llamado referido erróneo. Esto ayudará con la atribución. Aunque en un momento, Google anunció que están manejando esto automáticamente, no confío en ellos 🙂 He sido decepcionado demasiadas veces; así que lo manejaré yo mismo.

IMPORTANTE: Esta etiqueta no debe tener un trigger. Guarda esta etiqueta sin él (pronto aprenderás por qué).

Ejecutar la etiqueta “update” antes de la etiqueta page_view

Regresa a la etiqueta de evento page_view y luego ve a Ajustes avanzados > Secuenciación de etiquetas > Ejecutar una etiqueta antes de GA4 page_view y selecciona la etiqueta “update” que acabas de crear.

Guarda la etiqueta.

¿Debería la etiqueta de Google rastrear automáticamente la primera page_view?

Por defecto, cuando se activa la etiqueta de Google, envía la vista de página a GA4. Sin embargo, en algunas aplicaciones web de una sola página, esto podría ser una fuente de vistas de página duplicadas.

¿Qué deberías hacer? Verifica qué sucede después de cargar/reload la página de tu aplicación web de una sola página.

¿Aparece el evento Historial en el modo de vista previa cada vez que recargas la página?

Si recargas la página (sin hacer clic en ninguna otra parte de tu sitio web) y ves esto:

…entonces deberías desactivar el seguimiento automático de vistas de página en la etiqueta de Google.

Si ya tienes send_page_view=true, cambia su valor a falso.

Sin embargo, si los eventos Historial no aparecen inmediatamente después de refrescar la página y solo se hacen visibles cuando comienzas a navegar por tu sitio web/aplicación web, entonces no modifiques la etiqueta de Google.

Resumen de la configuración de cambio de historial

Sé que algunos pasos en esta guía pueden ser confusos (porque el seguimiento de SPA con GA4 no es una tarea sencilla). Aquí tienes lo que deberías tener:

• Una etiqueta de Google regular (que deberías haber tenido antes de leer esta guía). No hicimos cambios aquí.
• Un trigger de cambio de historial que se activa cuando la URL cambia. Si ves múltiples eventos de cambio de historial, lee esto y haz que tu trigger sea más preciso.
• Una etiqueta de evento GA4 que envía el evento page_view a GA4.
  • Junto con el evento, también enviamos page_referrer y page_location. page_referrer es necesario si deseas evitar problemas potenciales de atribución. En mi ejemplo, utilicé las variables de capa de datos gtm.oldUrl y gtm.newUrl, pero tu situación podría requerir algo diferente. Lo importante es que newUrl muestra la URL correcta (incluyendo fragmento de URL (#) y parámetros de URL (por ejemplo, UTM), y oldUrl al menos muestra el dominio correcto de la página anterior.
  • Esta etiqueta debe utilizar el trigger de cambio de historial.
• En la etiqueta de evento page_view, debes configurar la secuenciación de etiquetas. Antes de que esta etiqueta se active, debe activarse una etiqueta de Google (con el parámetro “update”).

Prueba la configuración

Una vez que hayas configurado y guardado todo, es momento de verificar la configuración. A continuación, explicaré brevemente cómo probar tu seguimiento de page_view.

Método #3: Rastrear aplicaciones de una sola página con Google Tag Manager y la ayuda de un desarrollador

Probablemente has llegado a este punto porque tus intentos de seguimiento de cambios de historial no han funcionado o simplemente tienes curiosidad por aprender más.

Si (por alguna razón) el trigger de cambio de historial no está funcionando para ti (o hay otra razón que te trajo a esta sección), hay otra opción para rastrear tu aplicación web de una sola página con Google Tag Manager.

Pide a un desarrollador que active un código dataLayer.push cada vez que un usuario navega entre las páginas/estados de un sitio web o aplicación web.

Aquí tienes un código de ejemplo que el desarrollador podría utilizar:

<script>
 window.dataLayer = window.dataLayer || [];
 window.dataLayer.push({
 'event': 'virtualPageview',
 'pageUrl': 'https://www.misitio.com/something/?page#contact-us',
 'pageTitle': 'Contáctanos', // un nombre arbitrario para la página/estado,
 'previousUrl': 'https://www.misitio.com/something-else/'
 });
</script>

Nota: Los valores de los parámetros ‘pageUrl’, ‘previousUrl’ y ‘pageTitle’ (en ese fragmento de código) deben ser reemplazados dinámicamente con la URL (y título) de la página que el visitante está viendo actualmente. Eso debe ser manejado por un desarrollador. Si la URL contiene el símbolo # o signos de interrogación y algunos parámetros, también deben incluirse allí. Si la URL contiene parámetros de consulta (por ejemplo, parámetros UTM), también deben incluirse).

Entonces, ¿qué significa ese código?

Cada vez que un usuario accede a una sección particular de tu página, un desarrollador debe activar ese pequeño fragmento de código JavaScript. Esto indica que se ha producido una “vista de página virtual”, y la nueva URL de la página es https://www.misitio.com/something/?page#contact-us.

Luego, usarás este dataLayer.push como una condición de activación en GTM (que activa la etiqueta de vista de página de GA) y luego envía el título y la ruta de la página a GA.

Para lograr esto, completa los siguientes pasos:

• Crea tres variables (e inclúyelas en la etiqueta de evento GA4). Si no tienes el pageTitle, entonces crea solo dos variables. Al menos, asegúrate de tener pageUrl y previousUrl.
• Crea un trigger (y asígnalo a la etiqueta de evento GA4).

Variables

• Título: dlv – pageUrl (dlv significa “Variable de capa de datos”)
• Tipo de variable: Variable de capa de datos
• Nombre de la variable de capa de datos: pageUrl
  Esta variable leerá el valor de pageUrl que fue enviado al Data Layer por un desarrollador.
  

Crea una segunda variable:

• Título: dlv – pageTitle
• Tipo de variable: Variable de capa de datos
• Nombre de la variable de capa de datos: pageTitle

Crea una tercera variable:

• Título: dlv – previousUrl
• Tipo de variable: Variable de capa de datos
• Nombre de la variable de capa de datos: previousUrl
  

Trigger

• Título: Custom – virtualPageview
• Tipo: Evento personalizado
• Nombre del evento: virtualPageview
• Este Trigger se activa en: Todos los eventos personalizados

Crear una etiqueta de evento GA4

Ve a Etiquetas > Nueva > Etiqueta de evento GA4 y completa la siguiente configuración.

Esta vez, sobrescribo tres parámetros (page_location, page_referrer y page_title). Sus valores son las variables de capa de datos que creé en uno de los capítulos anteriores. Importante: también necesitarás hacer esto en todas las futuras etiquetas de eventos de GA4.

Configura esta etiqueta para que se active en un trigger de evento personalizado que también has creado recientemente.

Etiqueta de Google con el parámetro “update”

<pHasta ahora, deberías tener dos etiquetas directamente relacionadas con el seguimiento de aplicaciones de una sola página:

• La etiqueta de evento page_view
• Y la etiqueta de Google (que deberías haber tenido incluso antes de comenzar a leer este artículo). Así es como deberías haber instalado GA4.

Un ejemplo de una etiqueta de Google podría verse así:

La tuya podría tener más personalización. La mía es solo lo básico. Mantén tu etiqueta como está.

Sin embargo, cuando la URL de la página cambie, deberás informar a la etiqueta de Google que hubo algunas actualizaciones.

Esto se puede hacer duplicando tu etiqueta principal de Google y agregando los siguientes cambios (manteniendo otros ajustes originales sin modificar):

• update significa que la etiqueta de Google será informada sobre los cambios (no se enviará una page_view adicional por esta etiqueta). Esto es necesario para eventos rastreados automáticamente, como user_engagement. Junto con este comando, enviaremos qué tipo de cambios sucedieron:
  • El valor de page_location cambió
  • El page_title también fue modificado
  • El page_referrer también cambió

Esto es necesario para evitar un fenómeno llamado referido erróneo. Esto ayudará con la atribución. Aunque en un momento, Google anunció que están manejando esto automáticamente, no confío en ellos 🙂 He sido decepcionado demasiadas veces; así que lo manejaré yo mismo.

IMPORTANTE: Esta etiqueta no debe tener un trigger. Guarda esta etiqueta sin él (pronto aprenderás por qué).

Ejecutar la etiqueta “update” antes de la etiqueta page_view

Regresa a la etiqueta de evento page_view y luego ve a Ajustes avanzados > Secuenciación de etiquetas > Ejecutar una etiqueta antes de GA4 page_view y selecciona la etiqueta “update” que acabas de crear.

Guarda la etiqueta.

¿Debería la etiqueta de Google rastrear automáticamente la primera page_view?

Por defecto, cuando se activa la etiqueta de Google, envía la vista de página a GA4. Sin embargo, en algunas aplicaciones web de una sola página, esto podría ser una fuente de vistas de página duplicadas.

¿Qué deberías hacer? Verifica qué sucede después de cargar/reload la página de tu aplicación web de una sola página.

¿Aparece el evento Historial en el modo de vista previa cada vez que recargas la página?

Si recargas la página (sin hacer clic en ninguna otra parte de tu sitio web) y ves esto:

…entonces deberías desactivar el seguimiento automático de vistas de página en la etiqueta de Google.

Si ya tienes send_page_view=true, cambia su valor a falso.

Sin embargo, si los eventos Historial no aparecen inmediatamente después de refrescar la página y solo se hacen visibles cuando comienzas a navegar por tu sitio web/aplicación web, entonces no modifiques la etiqueta de Google.

Resumen de este capítulo

Sé que algunos pasos en este capítulo pueden ser confusos (porque el seguimiento de SPA con GA4 no es una tarea sencilla). Aquí tienes un resumen:

• Una etiqueta de Google regular (que deberías haber tenido antes de leer esta guía). No hicimos cambios aquí.
• Pedimos al desarrollador que envíe el evento virtualPageView al data layer cuando la URL cambie. Junto con esto, pedimos que se envíen pageUrl, pageTitle y previousUrl. Creamos un trigger y 3 variables para eso.
• Una etiqueta de evento GA4 que envía el evento page_view a GA4.
  • Junto con el evento, también enviamos page_title, page_referrer y page_location. page_referrer es necesario si deseas evitar problemas potenciales de atribución. En mi ejemplo, utilicé las variables de capa de datos pageUrl y previousUrl. Lo importante es que pageUrl muestra la URL correcta (incluyendo el fragmento de URL (#) y los parámetros de URL (por ejemplo, UTMs), y previousUrl al menos muestra el dominio correcto de la página anterior.
  • Esta etiqueta debe utilizar el trigger de cambio de historial.
• En la etiqueta de evento page_view, deberías configurar la secuenciación de etiquetas. Antes de que esta etiqueta se active, debe activarse una etiqueta de Google (con el parámetro “update”).

Prueba la configuración

Una vez que hayas configurado y guardado todo, es momento de verificar la configuración. A continuación, explicaré brevemente cómo probar tu seguimiento de page_view.

Verificar el DebugView

Guarda todos los cambios en tu contenedor y habilita/actualiza el modo de vista previa haciendo clic en el botón de vista previa en tu contenedor GTM. Luego dirígete al DebugView de GA4 (lo encontrarás en Admin > DebugView).

Cuando cargues la primera página de tu aplicación web de una sola página, deberías ver un evento page_view en el DebugView.

Asegúrate de que los parámetros page_location y page_title sean correctos y pertenezcan a la página que estás visualizando actualmente.

Luego, comienza a navegar por tu sitio web/aplicación web y verifica si el número de vistas de página que ves en el DebugView es correcto y si sus parámetros son precisos.

Dentro de las próximas 24 horas, deberías comenzar a ver tus datos de vistas de página en los informes de Reports > Engagement > Pages and Screens de GA4.

Si el DebugView de GA4 no está funcionando para ti, consulta esta guía de solución de problemas.