Límites de Google Analytics: 10 millones de visitas y 500 visitas/sesión. ¿Qué hacer?

Si estás leyendo esta entrada del blog, hay dos posibles razones para ello: te has tropezado con ella siguiendo tu curiosidad o has alcanzado recientemente ciertos límites en Google Analytics (o quizás estás a punto de alcanzarlos).

De todos modos, aquí hay una situación. Un día, cuando estás a punto de hacer un café, recibes esta advertencia de Google Analytics (la redacción podría cambiar eventualmente):

«Tu volumen de datos (XXX hits) excede el límite de 10M hits por mes como se indica en nuestros Términos de Servicio. Si continúa excediendo el límite, dejaremos de procesar nuevos datos en XXX».

¿Qué hacer? Puedes empezar a entrar en pánico pero, eventualmente, tendrás que encargarte de esto.

Como casi cualquier herramienta, Google Analytics también tiene algunos límites. Pero cuando piensas en el hecho de que estás usando la versión gratuita, 10 millones de visitas al mes es un límite bastante grande. Si es la primera vez que se llega a ella con una determinada cuenta, entonces hay (lo más probable) un cierto margen de mejora.

Sin embargo, si estás alcanzando ese nivel, necesitas tomar decisiones e implementar soluciones.

Hay varias opciones (pagadas y gratuitas) para la forma en que puedes acercarte a esto. En esta guía, explicaré cómo tratar dos límites de Google Analytics, 10M visitas/mes y 500 visitas/sesión.

Tabla de contenidos

¿Cuáles son los límites de uso en Google Analytics?

Hay varios límites en Google Analytics. Por ejemplo, los límites de recaudación y las cuotas:

• 10 millones de visitas por propiedad (plan gratuito). Aunque los términos de GA mencionan este límite en el nivel de cuenta, se aplica a una propiedad.
• 200 000 hits por usuario por día (gratis y de pago)
• 500 visitas por sesión, etc. (gratis y de pago). IMPORTANTE: si usted está en una versión pagada de GA y llega a este límite, su Gerente de Cuenta de Google Analytics puede aumentarlo. Debes contactar con él/ella una vez que alcances el límite. Además, se sabe que los gerentes de cuenta pueden contactarte proactivamente. Sin embargo, manténgase atento a esto).

También podemos hablar de dimensiones, métricas:

• 20 dimensiones personalizadas (plan gratuito)
• 20 métricas personalizadas (plan gratuito)
• 5 métricas calculadas (plan libre)

Y estos son sólo una fracción de los límites que se aplican a la GA. También hay límites de cuenta, límites de propiedad, límites de fila, etc.

Al igual que (probablemente) todos los demás, me gustaría que pudiéramos tener más dimensiones y métricas personalizadas de forma gratuita. Pero, oye, ya estás obteniendo un conjunto de potentes características sin costo alguno. Cuando piensas en eso, entonces los límites empiezan a parecer más generosos (al menos la mayoría de ellos).

En este artículo, quería centrarme más no en el lado negativo de las limitaciones (mientras lloraba en la esquina y murmuraba ¿CÓMO puedo seguir viviendo con estos límites?). En su lugar, quise centrarme en dos números en particular y en cómo tratarlos: los 10 millones de visitas mensuales y los límites de 500 visitas/sesiones. Tenemos que buscar posibilidades y soluciones.

Pero antes de eso, te preguntarás cuáles son las posibles implicaciones de esos dos límites de Google Analytics:

• Si una sesión tiene más de 500 hits, entonces el 501 y todos los hits subsecuentes no serán registrados por GA (a menos que comience una nueva sesión)
• Si llegas al límite de 10 millones de hits/mes, los representantes de ventas de Google te alcanzarán y te pedirán que te actualices a la versión 360 pagada. Hasta donde yo sé, incluso si se excede el límite, la recolección de datos no se detendrá inmediatamente. Por lo tanto, probablemente todavía tienes tiempo para abordar este tema.

Importante: estos límites se aplican a Universal Analytics. No estoy hablando de la nueva versión de App+Web. Se trata de dos versiones de GA muy distintas con su propia estructura y límites.

¿Qué es un éxito en Google Analytics?

Un hit es una petición que se envía a Google Analytics con el tipo de hit de:

• pageview
• evento
• vista de pantalla
• social
• cronometraje
• transacción
• artículo
• excepción

Cuantos más datos envíes a Google Analytics, más rápido te acercarás al límite de los 10M (por supuesto si tu volumen de tráfico es significativo).

Cuando se trata del límite de 500 hits/sesión, no todos los tipos de hits se cuentan aquí. Los hits de artículos y transacciones (que son parte de la implementación del comercio electrónico estándar) no se cuentan. Pero esto se aplica sólo al Comercio Electrónico Estándar. El comercio mejorado utiliza vistas de página o eventos, por lo que esos aciertos se aplican al límite de 500 aciertos/sesión.

No estoy seguro del tipo de excepción aquí. Honestamente, nunca lo he usado en ninguna de mis configuraciones + no pude encontrar la información sobre ello en ningún documento oficial. Tengo que admitir que fui un poco perezoso al intentar esto por mi cuenta. Lo más probable es que no lo uses de todas formas, ¿verdad?

¿Cómo puedes identificar si estás cerca de alcanzar los límites de Google Analytics (o si ya los has alcanzado)?

La buena noticia es que es bastante sencillo comprobar si estás cerca de ellos. Primero, empecemos con los 10M.

¿Estás cerca del límite de 10M en Google Analytics?

Ve a la sección Admin de tu propiedad de Google Analytics > Configuración de la propiedad y desplázate un poco hacia abajo. Eventualmente, deberías ver la sección Volumen de aciertos de la propiedad.

¿Ves el número de los últimos 30 días? ¿Está cerca de los 10 millones? Si la respuesta es afirmativa, continúe leyendo para aprender algunos consejos sobre cómo abordar esta situación. Si no, entonces piense en su tasa de crecimiento. ¿Su tráfico mensual es constante o está creciendo? Puede revisar su vista de página estándar y los informes de eventos para ver eso.

Si sus números están creciendo constantemente, puede tener una idea aproximada de cuándo se acercará al límite de los 10M (si es que alguna vez lo hace).

¿Estás cerca del límite de 500 hits/sesión en Google Analytics?

Si piensas que «es imposible que mis visitantes tengan más de 500 hits por sesión» pero también has implementado la configuración completa del Comercio Electrónico Mejorado, piénsalo de nuevo.

Normalmente, yo diría que el límite de 500 visitas/sesión es bastante grande, pero si también estás rastreando cosas como impresiones de productos o promociones con el Comercio Electrónico Mejorado, el seguimiento de desplazamiento y tal vez incluso de botones, entonces el riesgo es mucho mayor.

Para verificar los números de hits/sesiones, necesitarás hacer alguna configuración adicional en GA, luego recolectar los datos durante una semana más o menos y luego verificar los resultados.

Aquí está la receta:

• Crear una dimensión personalizada de «ID de sesión» en Google Analytics
• Crear un informe personalizado en la AG que dará como resultado los identificadores de sesión y el número de coincidencias

Ve al contenedor de Google Tag Manager de tu sitio web > Variables > Nuevo > Javascript personalizado y pega este código:

function () { // Public Domain/MIT var d = new Date().getTime(); if (typeof performance !== 'undefined' && typeof performance.now === 'function'){ d += performance.now(); //use high-precision timer if available } return 'xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxx'.replace(/[xy]/g, function (c) { var r = (d + Math.random() * 16) % 16 | 0; d = Math.floor(d / 16); return (c === 'x' ? r : (r & 0x3 | 0x8)).toString(16); });}

Puedes nombrar esta variable cjs – session id.

Luego abre tu Google Analytics > Admin > Custom Definitions (en la columna de propiedades) > Custom Dimensions . Cree una nueva Dimensión Personalizada, nómbrela «Identificador de Sesión». Elige «Sesión» como ámbito.

Guarda la dimensión y memoriza el índice de la dimensión que verás después.

Por último, ve al contenedor del Google Tag Manager de tu sitio web, abre la variable de configuración de Google Analytics, ve a Más configuraciones > Dimensiones personalizadas > Añadir dimensión personalizada. Introduce el número (índice) de la dimensión recientemente creada y luego inserta la variable JavaScript personalizada.

Guarda la variable. La idea de esta configuración es que la variable siempre devolverá valores aleatorios por cada acierto. Sin embargo, como se trata de la dimensión personalizada con alcance de sesión, el valor del último acierto de la sesión se aplicará a todos los aciertos de esa sesión. En otras palabras, todos los aciertos de la misma sesión obtendrán finalmente el mismo id de sesión.

Después de que pruebe la variable y publique estos cambios, tendrá que esperar un tiempo. Si estás recibiendo, digamos, más de 10.000 sesiones por día, creo que debería ser suficiente para esperar varios días. Si su tráfico es menor, entonces espere una semana o tal vez más.

Una vez que el tiempo haya pasado, crea un informe personalizado para verificar si el límite de 500 hits/sesiones es realmente un problema para ti.

En Google Analytics, vaya a Personalización > Informes personalizados y haga clic en Nuevo informe personalizado . A continuación, introduzca los siguientes ajustes:

• Título: Hits por ID de sesión
• Grupos métricos > Añadir métrica > Resultados
• Desglose de dimensiones> Añadir dimensión > ID de la sesión (esta es tu dimensión personalizada)

Guarda el informe y luego ordena la columna de éxitos desde los valores más grandes a los más pequeños. ¿Ves alguna sesión que haya alcanzado el límite de 500 sesiones? Cada fila es una sesión separada.

¿Ve alguna sesión que esté cerca de ese límite?

Si sólo tienes varias de ellas, no es gran cosa. Pero si ves muchas de ellas, entonces necesitas tomar medidas. Te daré algunos consejos.

Actualización: mientras escribía esta entrada de blog, también noté que Mehdi Oudjida ha creado un Dashboard de Data Studio que te ayuda a ver estos límites en un solo lugar. El informe muestra los límites de 10M/mes, 500 hits/sesión, y 150 000 hits/usuario/día. Compruébalo! Además, puedes ver como el número de tus hits mensuales ha ido cambiando en los últimos 13 meses.

¿Cuáles son las soluciones para el límite de visitas en Google Analytics?

Hay principalmente dos enfoques aquí:

• Actualizar a la versión premium de GA
• Reducir los datos enviados a GA o mover algunos sitios web a una propiedad diferente

Importante: Los filtros GA no resuelven los límites de acierto

Si estás pensando en implementar filtros GA para excluir ciertos eventos, eso no funcionará. Los filtros funcionan en el nivel de vista. El límite de 10M y 500 aciertos de Google Analytics se aplica a una propiedad.

Solución n.º 1: actualización a Google Analytics 360

Esta es una opción pagada que cuesta 150.000 dólares al año. No soy un revendedor, por lo tanto, no voy a hacer un lanzamiento aquí. Sólo tenga en cuenta que con la versión de pago, usted está obteniendo MUCHO más altos límites de aciertos mensuales (2 mil millones de hits por mes), más dimensiones personalizadas, más métricas, más integraciones, etc.

El límite de 500 hits/sesión se aplica incluso a la versión de 360. Sin embargo, es posible aumentarlo. Esto puede ser hecho por tu administrador de cuenta de Google Analytics (si estás en un plan de pago). Sólo tiene que ponerse en contacto con él y el límite debe ser aumentado bastante rápido. Además, he oído que los gerentes de cuenta pueden contactar con usted de forma proactiva. Sin embargo, no pierda de vista sus límites y prepárese para ponerse en contacto con su administrador de cuenta.

Solución #2: Reducir el número de visitas enviadas a Google Analytics

Si no tienes 150.000 dólares en el bolsillo, la opción gratuita (o mucho más barata) es auditar la configuración actual y reducir el número de visitas que se envían a Google Analytics. Puedes hacerlo tú mismo (esto también puede requerir la aportación de un desarrollador) o puedes contratar a alguien para que haga el trabajo por ti (o al menos darte una recomendación concreta sobre qué hacer).

¿Cómo se puede reducir el número de visitas en Google Analytics?

Aquí tienes algunas ideas sobre cómo puedes reducir el número de visitas en Google Analytics. Al hacerlo, resolverás dos desafíos al mismo tiempo:

• Límite de 10 millones de visitas/mes
• 500 golpes/límite de sesiones (si es que tienes este problema)

#1. Dejar de seguir los eventos de desplazamiento (o reducir enormemente su uso)

Con el auge del Google Tag Manager, el seguimiento de pergaminos se popularizó entre los usuarios de Google Analytics. Todo comenzó con un código JavaScript personalizado y luego continuó con la funcionalidad incorporada de seguimiento de desplazamiento.

Aunque esto puede sonar genial y emocionante, hay que tener en cuenta que normalmente, los vendedores/analistas están implementando los siguientes umbrales de seguimiento de desplazamiento: 25%, 50%, 75%, 90% (o 100%). Esto significa que si un visitante se desplaza más allá de un umbral, un evento será enviado a Google Analytics. Si un visitante aterriza en su sitio, se desplaza hasta el fondo, eso son 5 hits (una vista de página y 4 eventos). Si lo mismo ocurre en la segunda página, son 5 eventos adicionales.

Si usted está rastreando muchas interacciones, los números se suman rápidamente.

Además, ¿cuándo fue la última vez que realmente encontraste útiles los datos del pergamino y tomaste una decisión basada en ellos? ¿Alguna vez has tomado una decisión basada en los datos del pergamino? Si es así, ¿necesitas hacer un seguimiento del desplazamiento en cada página? ¿O tal vez deberías hacer un seguimiento sólo en las páginas de aterrizaje (y otras páginas clave)?

Si habilitara el disparador de desplazamiento sólo en un determinado conjunto de páginas, entonces esto reduciría el número de visitas enviadas a Google Analytics.

Si nunca has usado los datos de desplazamiento en GA (aunque los recojas), quizás sea hora de deshacerse de eso en absoluto?

Si crees que los datos de desplazamiento siguen siendo valiosos en tus informes, ¿realmente necesitas hacer un seguimiento del desplazamiento cada 25%? Tal vez sería suficiente para rastrear los umbrales del 50% y el 90%?

No hay una sola respuesta correcta aquí. Sólo quería plantear preguntas y hacerte pensar sobre la utilidad de los datos de los pergaminos en Google Analytics. Considere la posibilidad de eliminarlos de su configuración o reducir el número de eventos teniendo mayores espacios entre los umbrales de desplazamiento.

#2. Seguimiento de vídeo

El rastreo de video es otro tipo de evento popular entre los usuarios de Google Analytics. Puedes rastrear Youtube con la funcionalidad incorporada y también puedes implementar soluciones personalizadas para los jugadores que no son propiedad de Google.

¿Pero qué tipo de eventos estás rastreando? ¿Jugar? ¿Pausa? ¿Progreso (10%, 20%, etc.)?

¿Necesitas TODOS esos eventos en tus informes? ¿Cuándo fue la última vez que sacaste algunas conclusiones y tomaste alguna acción basada en los datos del video?

No me malinterprete. Creo que los datos de video son mucho más útiles que el desplazamiento, pero trata de buscar formas de reducir el número de visitas.

¿Cuáles son los umbrales de progreso del vídeo que está rastreando? Si rastreas cada 10% y un visitante ve, digamos, el 90%, eso son 9 visitas de un solo usuario. Tal vez estaría bien reducir el número de umbrales al 10%, 25%, 50%, 75%, 100%… ¿O tal vez usar incluso menos? ¿Como el 10%, 50%, 90%? Esta decisión depende de ti. Es sólo un tema de reflexión.

Hablando del disparador de Youtube, también hay otros tipos de eventos que puedes rastrear en Google Tag Manager: Pausa, Búsqueda, Buffering.

Si los has activado, piensa… ¿realmente los necesitas? ¿Alguna vez has encontrado valioso el evento «Pausa»? Es mucho más importante rastrear si un visitante comenzó a ver un video (en lugar de pausarlo), ¿verdad?

#3. Rastreo de vuelo

¿Sigues cuando un visitante pasa el cursor del ratón sobre ciertos elementos del sitio web? Porque puedes hacer eso. ¿Estás rastreando sólo en un pequeño conjunto de elementos importantes (lo más probable es que sean botones)? ¿O estás más en el lado del seguimiento de todas las cosas? Porque si es lo último, esto es definitivamente un problema.

Piensa en ello:

• ¿Alguna vez has usado esos datos de los flotadores para tomar alguna acción?
• Si es así, entonces tal vez sólo hay un conjunto de elementos que deben ser rastreados con este método? Si su seguimiento actual es demasiado amplio, su pila de resultados enviados a GA está creciendo.

#4. Eventos relacionados con el tiempo para ajustar la tasa de rebote y medir el tiempo en la página

A pesar de que estamos en el 2023, la gente todavía se jacta de que su tasa de rebote es inferior al 20% cuando en realidad, esta métrica es increíblemente fácil de manipular. Y para hacerlo, envían eventos adicionales (o al menos uno).

A algunos vendedores les gusta enviar un evento a GA después de que un visitante ha pasado 10 segundos (o así) en un sitio. Si haces eso, eso es un golpe adicional. En. Todos. Pageview (si el usuario mantiene la ventana abierta durante 10 segundos).

Si tienes 1 000 000 de páginas vistas por mes, entonces probablemente tendrás por lo menos 500 000 hits adicionales (por supuesto, esto depende de la calidad de tu tráfico). Usted podría fácilmente deshacerse de eso.

Otros vendedores/analistas envían un evento a GA cada minuto (para que tengan «tiempo más exacto en la métrica de la página » que todavía no es lo suficientemente exacto incluso después de esa configuración).

Estos eventos significan que estás aumentando el número de visitas a Google Analytics. ¿Realmente los necesitas?

En primer lugar, una tasa de rebote artificialmente baja es algo malo. Básicamente destruyes la métrica y la haces inútil.

Además, ¿alguna vez has tomado alguna acción basada en esa tasa de rebote súper baja o en un aumento artificial del tiempo en la página en tus informes de Google Analytics?

#5. Doble etiquetado

Continuemos con el tema de la reducción artificial de la tasa de rebote. Este «fenómeno» no siempre ocurre porque un comercializador/analista lo hizo intencionalmente. A veces, eso ocurre debido a una mala configuración.

He publicado otra entrada en el blog donde cubro varias razones por las que su tasa de rebote podría estar rota y algunas de esas razones resultan en múltiples visitas enviadas a Google Analytics.

#6. Combinar las impresiones de productos de comercio electrónico y las vistas de promoción con otras acciones

Si alguna vez has implementado el Comercio Electrónico Mejorado en Google Analytics, debes saber que hay dos formas de enviar datos de EE. Es o bien adjuntar los datos de EE a la vista de página o a un evento.

El Comercio Electrónico Mejorado le permite rastrear varios pasos del embudo (también conocido como acciones), tales como la vista de detalles del producto, agregar al carrito, pagar, comprar, etc. Sin embargo, la gente a menudo comete un error. Intentan enviar múltiples acciones de comercio electrónico mejorado con un solo dataLayer.push.

Si intentan enviar el add to cart y el checkout con el mismo hit, eso no funcionará.

Un golpe = una acción de EE.

Pero hay algunas excepciones. Puedes enviar los datos de impresión del producto (cuando los productos se muestran en la lista) y las vistas de promoción junto con otras acciones de EE.

Así que, si tienes un dataLayer.push con la impresión del producto…

window.dataLayer = window.dataLayer || [];window.dataLayer.push({ 'evento': 'eec.productImpression', 'ecommerce': { 'currencyCode': 'EUR', 'impresiones': [ { 'nombre': 'Ciudadano - SUPER TITANIO'. MODELO: AW0060-11P', 'id': 'CIT30283', 'precio': '330.00', 'marca': 'Citizen', 'categoría': 'Relojes', 'variante': 'Plata', 'lista': 'productos relacionados', 'posición': '1' }, { 'nombre': 'Citizen - CLASE EMPRESARIAL'. MODELO: BC0099-11Z', 'id': 'CIT30288', 'precio': '290.00', 'marca': 'Citizen', 'categoría': 'Relojes', 'variante': 'Plata', 'lista': 'productos relacionados', 'posición': '2' }] }});

y luego otro dataLayer.push que se activa inmediatamente después del primer push y ese push contiene el detalle del producto…

window.dataLayer = window.dataLayer || [];window.dataLayer.push({ 'evento': 'eec.productDetail', 'ecommerce': { 'detalle': { 'actionField': {'lista': 'página de inicio'}, 'productos': [{ 'nombre': 'Ciudadano - SUPER TITANIO'. MODELO: AW0060-11P', 'id': 'CIT30283', 'precio': '330.00', 'marca': 'Citizen', 'categoría': 'Relojes', 'variante': 'Plata' }] } }});

…puedes pedirle a un desarrollador que los combine en un único DataLayer.push. De esa manera, enviarás un golpe en lugar de dos. En sitios web de comercio electrónico de alto volumen, es una optimización bastante significativa cuando se trata de los límites de los golpes de GA.

window.dataLayer = window.dataLayer || [];window.dataLayer.push({ 'evento': 'eec.productImpression', 'ecommerce': { 'currencyCode': 'EUR','detalle': { 'actionField': {'lista': 'página de inicio'}, 'productos': [{ 'nombre': 'Ciudadano - SUPER TITANIO'. MODELO: AW0060-11P', 'id': 'CIT30283', 'precio': '330.00', 'marca': 'Citizen', 'categoría': 'Relojes', 'variante': 'Plata' }] }, 'impresiones': [ { 'nombre': 'Ciudadano - SUPER TITANIO. MODELO: AW0060-11P', 'id': 'CIT30283', 'precio': '330.00', 'marca': 'Citizen', 'categoría': 'Relojes', 'variante': 'Plata', 'lista': 'productos relacionados', 'posición': '1' }, { 'nombre': 'Citizen - CLASE EMPRESARIAL'. MODELO: BC0099-11Z', 'id': 'CIT30288', 'precio': '290.00', 'marca': 'Citizen', 'categoría': 'Relojes', 'variante': 'Plata', 'lista': 'productos relacionados', 'posición': '2' }] }});

Pero esta es una pendiente resbaladiza. Si su solicitud a Google Analytics es demasiado grande (más de 8kb), entonces el golpe tampoco será enviado. Lea el consejo #10.

#7. Combinar las impresiones de productos de comercio electrónico y las vistas de las promociones en lotes más grandes

¿Con qué frecuencia se envían a GA las impresiones de productos o las opiniones de promoción? ¿Cada 10 productos? ¿Cada 6 promociones? Una de las posibles formas de reducir el número de visitas enviadas a Google Analytics es incluir más productos en una sola solicitud.

Pero esto también es una pendiente resbaladiza. Si el producto no se muestra en la pantalla y de ahora en adelante, será enviado con un lote más grande a GA – eso tampoco es bueno (y causará inexactitudes en los datos).

Además, se aplica la misma advertencia sobre el tamaño máximo de 8kb por solicitud.

Por lo tanto, usted tendrá que encontrar el equilibrio por su cuenta.

#8. Envíe las impresiones del producto y las vistas de la promoción entonces se muestran realmente

He aquí otro caso: un visitante llega a la página de un producto y en la parte inferior de esa página hay una sección llamada «También te puede gustar» con productos relacionados.

He visto muchos casos en los que los datos de esos productos relacionados se enviaron a Google Analytics incluso cuando el visitante no se desplazó hacia abajo para verlos realmente.

Si eso es exactamente lo que está sucediendo con su sitio web/proyecto, considere la posibilidad de implementar esta solución (o al menos tome prestada la idea) y envíe los datos de las impresiones/promociones de los productos cuando realmente se muestren en una pantalla.

#9. ¿Aplicación de una sola página? Compruebe cómo se están rastreando las páginas vistas

Si se trata de aplicaciones de una sola página y las rastreas con el Google Tag Manager, te recomiendo encarecidamente que navegues por esa página web/app (mientras tengas activado el modo de vista previa) y veas si cada página es visible en el modo de vista previa sólo una vez.

He visto algunos casos en los que cuando navego entre una página y otra y en lugar de un evento de Historia (o algún evento de vista de página virtual personalizado), veo dos (o incluso tres).

Si no tienes cuidado, esto puede causar que se envíen varias vistas de página al mismo tiempo. Hay varias opciones aquí:

Si las vistas de página son empujadas a la capa de datos por su desarrollador, entonces consulte con ellos cómo el número de esos eventos duplicados puede ser reducido en la capa de datos. En general, deberían fijar el dataLayer.push en su extremo.

Además, es una buena práctica comprobar si en la actualización de la página no estás enviando dos vistas de página, una en el disparador de «Todas las páginas» y otra en el evento de «Historia».

#10. ¿Rastreando errores de JavaScript?

Si estás rastreando errores de JavaScript con el Administrador de Etiquetas de Google, revisa los informes de GA – ¿hay muchos eventos de este tipo? Si es así, entonces siéntate con el desarrollador y prioriza esos errores:

• ¿Cuándo podrán corregir esos errores más comunes?
• Si decides que un determinado error no es crítico (pero no quieres ensuciar tus informes con él), puedes actualizar el disparador de errores de JavaScript y excluir determinados errores en función de su texto. Sí, en el mundo perfecto, todos los errores deben ser corregidos. Pero en este caso, piense en el posible impacto que esos errores corregidos podrían traer. Si el impacto es trivial, tal vez, de hecho, vale la pena excluir algunos de ellos y simplemente ignorarlos.

Otra alternativa podría ser mover el rastreo de errores de JavaScript desde GA y usar herramientas especializadas para ello, como TrackJS. Pero en este caso, se podrían perder algunos datos necesarios para depurar las transacciones que faltan, por ejemplo.

#11. Mover algunos sitios web a otras propiedades

Si se trata de varios sitios web que son propiedad de la misma empresa, es posible que los rastree en una sola propiedad o, al menos, en una sola cuenta. Si quieres ver cómo interactúan los visitantes con las diferentes partes de tu negocio, este enfoque es correcto.

Pero si estás llegando a los límites de Google Analytics (10M), tal vez valga la pena considerar la posibilidad de trasladar ciertos sitios web (menos importantes) a una propiedad separada de Google Analytics?

Escucha, sé que en la mayoría de los casos, esto no es una buena idea, pero estoy aquí para ofrecerte opciones entre las que puedes elegir. Usted (o sus colegas/participantes/clientes) serán los que tomen la decisión final.

Esto es sólo materia de reflexión.

Si decide realmente mover un determinado sitio web para separar la propiedad, tenga en cuenta que no puede mover los datos históricos. Todo lo que ya fue procesado por Google Analytics se queda en la propiedad/cuenta actual y la nueva propiedad comenzará a recoger sólo los nuevos datos que reciba.

#12. Revisa tus eventos más populares en los informes de la AG

Si ninguno de los consejos anteriores te ha llamado la atención, puedes hacer una investigación por tu cuenta. Ve a Google Analytics > Comportamiento > Eventos > Eventos principales. Selecciona los últimos 30 días y comprueba qué categorías de eventos obtienen los mayores recuentos.

Si es necesario, haz clic en esas categorías una por una para verlas en detalle. Puede que encuentres algunos esqueletos y telarañas allí. Anote una lista de eventos que:

• No tienes ni idea de lo que significan
• O no has usado en los últimos 3-6 meses
• O parecen duplicados o muy similares (por ejemplo, he visto montajes en los que dos eventos similares fueron rastreados al mismo tiempo pero sus nombres eran diferentes. Esto fue causado por el código duro GA & GA+GTM que está en el mismo sitio web)
• O simplemente sientes que no son valiosas (sí, lo sé, es un consejo muy vago, pero si tienes la sensación, síguela)

Estos son los principales candidatos a eliminar. Ahora, hablen de estos eventos con sus colegas/clientes/participantes. Intente averiguar su importancia y deshágase de ellos (esto requerirá cambios en el GTM o en el código (un desarrollador puede ayudar con esto último).

Considere esto como una limpieza de primavera.

Pero antes de deshacerse de ellos, compruebe cómo:

• Metas (porque tal vez algunas metas están usando los eventos que estás a punto de tirar)
• Los informes de Data Studio o algunos tableros
• Cualquier otra cosa que te venga a la mente

Tal vez descubras que esos eventos no son tan inútiles después de todo (o tal vez deberías actualizar tus objetivos, tableros, etc. para deshacerte de ellos por completo).

Este es un proceso muy tedioso que requiere muchas habilidades de detective. Pero es algo que debe hacerse con el tiempo.

Pensar en soluciones que cuenten las vistas de página por sesión de la AG y luego iniciar una nueva sesión

Cuando se trata del límite de 500 hits/sesión, he visto algunas soluciones provisionales: cuentan los hits en la sesión y una vez que se acerca el límite de 500 hits, comienzan una nueva sesión de la AG.

Comenzar una nueva sesión es posible con el parámetro llamado sessionControl pero hay un problema detrás de esas soluciones. Es imposible replicar la lógica de sesión de Google Analytics con JavaScript en su sitio web con un 100% de precisión.

Las sesiones en Google Analytics se ven afectadas por varios factores. Algunos de ellos pueden ser identificados por el JavaScript del lado del cliente (como UTMs, parámetros de anuncios, referenciador). Pero también hay cosas que están sucediendo en el backend de Google Analytics y tus scripts en el Tag Manager no pueden saber que, por ejemplo, la lista de exclusión de referencias, la medianoche de la zona horaria que está configurada en tu vista GA.

Por eso soy bastante escéptico con respecto a esas soluciones. Puedes hacer que funcionen hasta cierto punto, pero son menos precisas de lo que crees.

Palabras finales sobre los límites de Google Analytics

Espero que hoy hayas aprendido algo nuevo. En resumen, si se trata del límite de 10 millones de visitas/mes, tienes dos opciones:

• Actualizar a GA premium (eso es $150 000 por año)
• O reducir el número de puntos de datos que estás enviando

Pero cuando se trata del límite de 500 golpes/sesión, tienes que optimizar tu rastreo. Recuerda, no se trata de quién puede rastrear más. Se trata de quién rastrea las cosas importantes.

Hablando de hits, en esta entrada del blog, me he centrado principalmente en los eventos y las páginas vistas. Como he dicho al principio, el tiempo y lo social también son éxitos. Así que podría ser una buena idea comprobar si tienes algunos datos:

• Adquisición > Social > Plugins ( es donde puedes encontrar todos los hits con el tipo de evento «social», aunque (en mi experiencia) la mayoría de los negocios no usan estos reportes/características)
• Comportamiento > Velocidad del sitio. Los Tiempos de Página son rastreados por defecto pero existe la posibilidad de que los Tiempos de Usuario contengan algunos datos como los tiempos de llenado de formularios, etc.

Si usted encontró datos de cronometraje social o personalizado, depende de usted decidir si eso es útil y debe permanecer en sus informes.