Optimiza las etiquetas y los administradores de etiquetas para las Métricas web esenciales.
Las etiquetas son fragmentos de código de terceros que se insertan en un sitio, por lo general, a través de un administrador de etiquetas. Por lo general, las etiquetas se usan para marketing y estadísticas.
El impacto en el rendimiento de las etiquetas y los administradores de etiquetas varía considerablemente de un sitio a otro. Los administradores de etiquetas se pueden comparar con un sobre: Tag Manager proporciona un contenedor, pero tú decides qué llenar y cómo usarlo.
En este artículo, se analizan las técnicas para optimizar etiquetas y administradores de etiquetas para el rendimiento y las Métricas web. Si bien este artículo hace referencia a Google Tag Manager, muchas de las ideas analizadas también se aplican a otros administradores de etiquetas.
Impacto en las Métricas web esenciales
A menudo, Tag Manager puede afectar tus Métricas web esenciales de forma indirecta, ya que agotan los recursos necesarios para cargar tu página rápidamente y mantener la capacidad de respuesta. El ancho de banda se puede invertir en descargar el código JavaScript del administrador de etiquetas para tus sitios o en las llamadas posteriores que se realicen. El tiempo de CPU en el subproceso principal se puede dedicar a evaluar y ejecutar el código JavaScript que se encuentra en el administrador de etiquetas y en las etiquetas.
La Largest Contentful Paint (LCP) es vulnerable a la contención del ancho de banda durante el tiempo crítico de carga de la página. Además, bloquear el subproceso principal puede retrasar el tiempo de renderización de LCP.
El Cambio de diseño acumulado (CLS) puede verse afectado, ya sea porque se retrasa la carga de los recursos críticos antes del primer procesamiento o si los administradores de etiquetas insertan contenido en la página.
La interacción con el siguiente procesamiento de imagen (INP) es susceptible a la contención de la CPU en el subproceso principal, y observamos una correlación entre el tamaño de los administradores de etiquetas y las puntuaciones de INP más bajas.
Tipos de etiquetas
El impacto de las etiquetas en el rendimiento varía según el tipo de etiqueta. En términos generales, las etiquetas de imagen (“píxeles”) tienen el mejor rendimiento seguidas de las plantillas personalizadas y, por último, las etiquetas HTML personalizadas. Las etiquetas de proveedor varían según la funcionalidad que permitan.
Sin embargo, ten en cuenta que la forma en que usas una etiqueta influye en gran medida en su impacto en el rendimiento. Los "píxeles" tienen un alto rendimiento, en gran medida, debido a que la naturaleza de este tipo de etiqueta impone restricciones estrictas sobre su uso. Las etiquetas HTML personalizadas no siempre son malos para el rendimiento, pero debido al nivel de libertad que ofrecen a los usuarios, es fácil utilizarlos de forma inadecuada.
Cuando pienses en las etiquetas, ten en cuenta la escala: el impacto en el rendimiento de cualquier etiqueta puede ser insignificante, pero puede volverse significativo cuando se usan decenas o cientos de etiquetas en la misma página.
No todas las secuencias de comandos se deben cargar con un administrador de etiquetas.
Por lo general, los administradores de etiquetas no son un buen mecanismo para cargar recursos que implementan aspectos visuales o funcionales inmediatos de la experiencia del usuario, por ejemplo, avisos de cookies, hero images o funciones del sitio. El uso de un administrador de etiquetas para cargar estos recursos suele retrasar la entrega. Esto es perjudicial para la experiencia del usuario y también puede aumentar métricas como LCP y CLS. Además, ten en cuenta que algunos usuarios bloquean los administradores de etiquetas. El uso de Tag Manager para implementar funciones de UX puede hacer que el sitio web no funcione correctamente para algunos de tus usuarios.
Ten cuidado con las etiquetas HTML personalizadas
Las etiquetas HTML personalizadas existen desde hace muchos años y se usan mucho en la mayoría de los sitios. Las etiquetas HTML personalizadas te permiten ingresar tu propio código sin restricciones porque, a pesar del nombre, el uso principal de esta etiqueta es agregar elementos <script> personalizados a una página.
Las etiquetas HTML personalizadas se pueden usar de diversas maneras y su impacto en el rendimiento varía de manera significativa. Cuando midas el rendimiento de tu sitio, ten en cuenta que la mayoría de las herramientas atribuirán el impacto de rendimiento de una etiqueta HTML personalizada al administrador de etiquetas que la insertó, en lugar de a la etiqueta en sí.
Las etiquetas HTML personalizadas pueden insertar un elemento en la página en la que se encuentra. El acto de insertar elementos en la página puede ser una fuente de problemas de rendimiento y, en algunos casos, también causar cambios de diseño.
- En la mayoría de las situaciones, si se inserta un elemento en la página, el navegador debe volver a calcular el tamaño y la posición de cada uno de ellos. Este proceso se conoce como diseño. El impacto en el rendimiento de un solo diseño es mínimo, pero cuando ocurre en exceso, puede convertirse en una fuente de problemas de rendimiento. El impacto de este fenómeno es mayor en dispositivos de gama baja y páginas con una gran cantidad de elementos del DOM.
- Si se inserta un elemento de página visible en el DOM después de que ya se renderizó el área circundante, es posible que se produzca un cambio de diseño. Este fenómeno no es exclusivo de los administradores de etiquetas. Sin embargo, debido a que las etiquetas suelen cargarse más tarde que otras partes de la página, es común que se inserten en el DOM después de que se haya renderizado la página circundante.
Considere usar plantillas personalizadas
Las plantillas personalizadas admiten algunas de las mismas operaciones que las etiquetas HTML personalizadas, pero se basan en una versión de JavaScript de zona de pruebas que proporciona APIs para casos de uso comunes, como la inyección de secuencias de comandos y la inyección de píxeles. Como su nombre lo indica, permiten que un power user pueda crear una plantilla teniendo en cuenta el rendimiento. Los usuarios menos técnicos pueden usar la plantilla. A menudo, esto es más seguro que proporcionar acceso completo a HTML personalizado.
Debido a las mayores restricciones que se imponen a las plantillas personalizadas, es mucho menos probable que estas etiquetas presenten problemas de rendimiento o seguridad. Sin embargo, por los mismos motivos, las plantillas personalizadas no funcionarán en todos los casos de uso.
Incorpora las secuencias de comandos de forma correcta
El uso de un administrador de etiquetas para insertar una secuencia de comandos es un caso de uso muy común. La forma recomendada de hacerlo es usar una plantilla personalizada y la API de injectScript.
Si deseas obtener información sobre cómo usar la API de injectScript para convertir una etiqueta HTML personalizada existente, consulta Cómo convertir una etiqueta existente.
Si debes usar una etiqueta HTML personalizada, ten en cuenta lo siguiente:
- Las bibliotecas y las secuencias de comandos grandes de terceros deben cargarse a través de una etiqueta de secuencia de comandos que descargue un archivo externo (por ejemplo,
<script src="external-scripts.js">), en lugar de copiar y pegar directamente el contenido de la secuencia de comandos en la etiqueta. Si bien renunciar al uso de la etiqueta<script>elimina un recorrido de ida y vuelta independiente para descargar el contenido de la secuencia de comandos, esta práctica aumenta el tamaño del contenedor y evita que el navegador almacene en caché por separado la secuencia de comandos. - Muchos proveedores recomiendan colocar la etiqueta
<script>en la parte superior de<head>. Sin embargo, en el caso de las secuencias de comandos que se cargan a través de Tag Manager, esta recomendación suele ser innecesaria: en la mayoría de los casos, el navegador ya terminó de analizar el<head>cuando se ejecuta el administrador de etiquetas.
Cómo usar píxeles
En algunos casos, las secuencias de comandos de terceros se pueden reemplazar por “píxeles” de imágenes o iframes. En comparación con sus equivalentes basados en secuencias de comandos, los píxeles pueden admitir menos funcionalidad, por lo que a menudo se consideran una implementación menos preferida. Sin embargo, cuando se usan dentro de los administradores de etiquetas, los píxeles pueden ser más dinámicos, ya que pueden activarse en activadores y pasar diferentes variables. Son el tipo de etiqueta de mejor rendimiento y seguridad porque no hay ejecución de JavaScript después de que se activa. Los píxeles tienen un tamaño de recurso muy pequeño (menos de 1 KB) y no causan cambios en el diseño.
Consulta a tu proveedor de terceros para obtener más información sobre su compatibilidad con píxeles. Además, puedes intentar inspeccionar el código en busca de una etiqueta <noscript>.
Si un proveedor admite píxeles, a menudo los incluirá en la etiqueta <noscript>.
Alternativas a los píxeles
Los píxeles se volvieron populares en gran medida porque, en un momento, eran una de las formas más económicas y confiables de realizar una solicitud HTTP en situaciones en las que la respuesta del servidor no es relevante ( por ejemplo, cuando se enviaban datos a proveedores de estadísticas). Las APIs de navigator.sendBeacon() y fetch()
keepalive están diseñadas para abordar este mismo caso de uso, pero podría decirse que son más confiables que los píxeles.
No tiene nada de malo seguir usando píxeles, ya que cuentan con una buena compatibilidad y tienen un impacto mínimo en el rendimiento. Sin embargo, si compilas tus propias balizas, vale la pena considerar el uso de una de estas APIs.
sendBeacon()
La API de navigator.sendBeacon() está diseñada para enviar pequeñas cantidades de datos a los servidores web en situaciones en las que la respuesta del servidor no importa.
const url = "https://example.com/analytics";
const data = JSON.stringify({
event: "checkout",
time: performance.now()
});
navigator.sendBeacon(url, data);
sendBeacon() tiene una API limitada: solo admite la realización de solicitudes POST y no admite la configuración de encabezados personalizados. Es compatible con todos los navegadores modernos.
fetch() keepalive
keepalive es una marca que permite usar la API de Fetch para realizar solicitudes sin bloqueo, como informes y estadísticas de eventos. Para usarla, se incluye keepalive: true en los parámetros que se pasan a fetch().
const url = "https://example.com/analytics";
const data = JSON.stringify({
event: "checkout",
time: performance.now()
});
fetch(url, {
method: 'POST',
body: data,
keepalive: true
});
Si fetch() keepalive y sendBeacon() parecen muy similares, es porque lo son. De hecho, en los navegadores Chromium, sendBeacon() ahora se basa en fetch()
keepalive.
Cuando elijas entre fetch() keepalive y sendBeacon(), es importante considerar las funciones y la compatibilidad con el navegador que necesitas. La API de fetch() es mucho más flexible. Sin embargo, keepalive tiene menos compatibilidad con navegadores que sendBeacon().
Obtener aclaración
A menudo, las etiquetas se crean siguiendo las indicaciones que proporciona un proveedor externo. Si no queda claro lo que hace el código de un proveedor, considera preguntarle a alguien que lo sepa. Obtener una segunda opinión puede ayudar a identificar si una etiqueta tiene el potencial de generar problemas de rendimiento o seguridad.
También se recomienda etiquetar etiquetas con un propietario en Tag Manager. Es muy fácil olvidar quién es el propietario de una etiqueta y tener miedo de quitarla por si acaso.
Activadores
En un nivel alto, la optimización de los activadores de etiquetas, por lo general, consiste en asegurarse de no activar las etiquetas más de lo necesario y elegir un activador que equilibra las necesidades empresariales con los costos de rendimiento.
Los activadores en sí son código JavaScript que aumentará el tamaño (y el costo de ejecución) del Administrador de etiquetas. Si bien la mayoría de los activadores son pequeños, el efecto acumulativo puede aumentar. Por ejemplo, tener muchos eventos de clic o activadores de temporizador puede aumentar drásticamente la carga de trabajo de Tag Manager.
Elegir un evento activador adecuado
El impacto en el rendimiento de una etiqueta no es fijo: en términos generales, cuanto antes se active una etiqueta, mayor será su impacto en el rendimiento. Por lo general, los recursos se ven limitados durante la carga inicial de la página y, por lo tanto, cargar o ejecutar un recurso (o etiqueta) en particular quita recursos de otra cosa.
Aunque es importante elegir los activadores adecuados para todas las etiquetas, es particularmente importante para las etiquetas que cargan grandes recursos o ejecutan secuencias de comandos largas.
Las etiquetas se pueden activar en Vistas de página (por lo general, Page load, en DOM Ready, el Window Loaded) o en función de un evento personalizado. Para evitar afectar la carga de la página, se recomienda activar las etiquetas que no sean esenciales después de Window Loaded.
Utiliza eventos personalizados
Los eventos personalizados te permiten activar activadores en respuesta a eventos de páginas que no están cubiertos por los activadores integrados de Google Tag Manager. Por ejemplo, muchas etiquetas usan activadores de vista de página. Sin embargo, el período entre DOM Ready y Window Loaded puede ser largo en muchas páginas, lo que puede dificultar la optimización del momento en que se activa una etiqueta. Los eventos personalizados proporcionan una solución a este problema.
Para usar eventos personalizados, primero crea un activador de evento personalizado y actualiza tus etiquetas para usarlo.
Para activar el activador, envía el evento correspondiente a la capa de datos.
// Custom event trigger that fires after 2 seconds
setTimeout(() => {
dataLayer.push({
'event' : 'my-custom-event'
});
}, 2000);
Usa condiciones de activación específicas
El uso de condiciones de activación específicas ayuda a evitar que se active una etiqueta innecesariamente. Aunque existen muchas formas de aplicar este concepto, una de las acciones más simples pero útiles es asegurarte de que una etiqueta solo se active en las páginas en las que realmente se usa.
Las variables integradas también se pueden incorporar en condiciones de activación para limitar la activación de etiquetas.
Sin embargo, ten en cuenta que tener excepciones o condiciones de activación complejas requiere tiempo de procesamiento dentro y fuera, por lo que no debes hacerlas demasiado complejas.
Cargue su Tag Manager en un momento adecuado.
Ajustar cuándo se carga el administrador de etiquetas puede tener un impacto significativo en el rendimiento. Los activadores, sin importar su configuración, no se pueden activar hasta que se cargue un administrador de etiquetas. Aunque es importante elegir buenos activadores para etiquetas individuales (como se explicó anteriormente), experimentar con el momento en que cargas tu Tag Manager puede tener un impacto igual o mayor, ya que esta única decisión afectará a todas las etiquetas de una página.
Cargar el Administrador de etiquetas más tarde también agrega una capa de control y puede evitar problemas de rendimiento futuros, ya que evitará que un usuario de Tag Manager cargue una etiqueta de manera involuntaria demasiado pronto sin darse cuenta del impacto que puede tener.
Variables
Las variables permiten leer datos de la página. Son útiles en activadores y en las etiquetas.
Al igual que los activadores, las variables hacen que se agregue código JavaScript al Administrador de etiquetas y, por lo tanto, pueden causar problemas de rendimiento. Las variables pueden ser tipos integrados relativamente simples que pueden, por ejemplo, leer partes de la URL, cookies, capa de datos o DOM. O pueden ser JavaScript personalizado que es básicamente ilimitado en lo que puede hacer.
Mantén las variables simples y al mínimo, ya que el administrador de etiquetas deberá evaluarlas continuamente. Quita las variables antiguas que ya no se utilizan para reducir el tamaño de la secuencia de comandos del Administrador de etiquetas y el tiempo de procesamiento que utiliza.
Administración de etiquetas
Usar las etiquetas de forma eficiente reducirá el riesgo de problemas de rendimiento.
Cómo usar la capa de datos
La capa de datos "contiene toda la información que deseas pasar a Google Tag Manager". En concreto, se trata de un array de objetos de JavaScript que contienen información sobre la página. También se puede usar para activar etiquetas.
// Contents of the data layer
window.dataLayer = [{
'pageCategory': 'signup',
'visitorType': 'high-value'
}];
// Pushing a variable to the data layer
window.dataLayer.push({'variable_name': 'variable_value'});
// Pushing an event to the data layer
window.dataLayer.push({'event': 'event_name'});
Si bien Google Tag Manager puede usarse sin la capa de datos, se recomienda su uso. La capa de datos proporciona una forma de consolidar los datos a los que acceden las secuencias de comandos de terceros en un solo lugar, lo que proporciona una mejor visibilidad de su uso. Entre otras cosas, esto puede ayudar a reducir los cálculos de variables redundantes y la ejecución de secuencias de comandos. El uso de una capa de datos también controla los datos a los que acceden las etiquetas, en lugar de dar acceso completo a la variable de JavaScript o al DOM.
Quita las etiquetas duplicadas y sin usar.
Las etiquetas duplicadas pueden ocurrir cuando se incluye una etiqueta en el lenguaje de marcado HTML de una página, además de insertarse a través de un administrador de etiquetas.
Las etiquetas que no se usen se deben pausar o quitar, en lugar de bloquearlas mediante una excepción del activador. Si detienes o quitas una etiqueta, el código se quita del contenedor; el bloqueo, no.
Cuando se quitan las etiquetas sin usar, también se deben revisar los activadores y las variables para ver si se puede quitar alguna de ellas si solo esas etiquetas las usaron.
Usa listas de entidades permitidas y denegadas
Las listas de entidades permitidas y denegadas te permiten configurar restricciones muy detalladas en las etiquetas, los activadores y las variables permitidas en una página. Esto se puede usar para ayudar a aplicar las prácticas recomendadas de rendimiento y otras políticas.
Las listas de entidades permitidas y denegadas se configuran a través de la capa de datos.
window.dataLayer = [{
'gtm.allowlist': ['<id>', '<id>', ...],
'gtm.blocklist': ['customScripts']
}];
Por ejemplo, es posible no permitir ninguna etiqueta HTML personalizada, variables de JavaScript ni acceso directo al DOM. Esto significa que solo se pueden usar píxeles y etiquetas predefinidas con datos de la capa de datos. Si bien esto es ciertamente restrictivo, puede dar como resultado una implementación mucho más segura y de mejor rendimiento del administrador de etiquetas.
Considera usar el etiquetado del servidor
Cambiar al etiquetado del servidor no es una tarea trivial, pero vale la pena considerarlo, especialmente para los sitios más grandes que desean tener más control sobre sus datos. El etiquetado del servidor quita el código del proveedor del cliente y, con él, descarga el procesamiento del cliente al servidor.
Por ejemplo, cuando se usa el etiquetado del cliente, enviar datos a varias cuentas de Analytics implica que el cliente inicie solicitudes separadas para cada extremo. Por el contrario, con el etiquetado del servidor, el cliente realiza una sola solicitud al contenedor del servidor y, desde allí, estos datos se reenvían a diferentes cuentas de Analytics.
Ten en cuenta que el etiquetado del servidor solo funciona con algunas etiquetas. La compatibilidad de estas varía según el proveedor.
Para obtener más información, consulta Introducción al etiquetado del servidor.
Contenedores
Por lo general, los administradores de etiquetas permiten varias instancias o "contenedores" dentro de su configuración. Esto permite controlar varios contenedores dentro de la misma cuenta de administrador de etiquetas.
Usa solo un contenedor por página.
El uso de varios containers en una sola página puede crear problemas de rendimiento significativos, ya que genera una sobrecarga adicional y la ejecución de secuencias de comandos. Como mínimo, duplica el código de la etiqueta principal que, como se entrega como parte del JavaScript del contenedor, no se puede volver a usar entre los contenedores.
No es común que varios contenedores se usen de manera eficaz. Sin embargo, puede haber instancias en las que esto funcione, si se controla bien, como los siguientes:
- Tener un contenedor de “carga temprana” más ligero y un contenedor de “carga posterior” más pesado, en lugar de un contenedor grande
- Tener un contenedor restringido utilizado por usuarios menos técnicos, con un contenedor menos restringido, pero más controlado, para las etiquetas que no se pueden usar en el contenedor restringido.
Si debes usar varios contenedores por página, sigue las instrucciones de Google Tag Manager para configurar varios contenedores.
Usa contenedores separados si es necesario
Si utilizas un administrador de etiquetas para varias propiedades (por ejemplo, una aplicación web y una aplicación para dispositivos móviles), la cantidad de contenedores que uses puede ayudar o afectar la productividad del flujo de trabajo. También puede afectar el rendimiento.
En términos generales, se puede usar un solo contenedor de manera eficaz en varios sitios si estos tienen un uso y una estructura similares. Por ejemplo, aunque las apps web y para dispositivos móviles de una marca pueden cumplir funciones similares, es probable que se estructuren de manera diferente y, por lo tanto, se administren con mayor eficacia a través de contenedores separados.
Por lo general, intentar reutilizar un solo contenedor de manera demasiado amplia aumenta de forma innecesaria la complejidad y el tamaño del contenedor, ya que fuerza la adopción de una lógica compleja para administrar etiquetas y activadores.
Vigila el tamaño de los contenedores
El tamaño de un contenedor se determina mediante sus etiquetas, activadores y variables. Aunque un contenedor pequeño aún puede afectar negativamente el rendimiento de la página, es casi seguro que un contenedor grande sí lo haga.
El tamaño del contenedor no debe ser la métrica de estrella del norte cuando optimizas el uso de la etiqueta. Sin embargo, un tamaño de contenedor grande suele ser una señal de advertencia de que un contenedor no se mantiene bien y es posible que se use de forma inadecuada.
Google Tag Manager limita el tamaño del contenedor a 200 KB y advertirá sobre el tamaño del contenedor a partir de 140 KB. Sin embargo, la mayoría de los sitios deben tratar de mantener sus contenedores mucho más pequeños que esto. En el caso de la perspectiva, el contenedor del sitio medio es de alrededor de 50 KB.
Para determinar el tamaño de tu contenedor, observa el tamaño de la respuesta que muestra https://www.googletagmanager.com/gtag/js?id=YOUR_ID. Esta respuesta contiene la biblioteca de Google Tag Manager y el contenido del contenedor. Por sí misma, la biblioteca de Google Tag Manager tiene unos 33 KB comprimidas.
Asigna un nombre a las versiones de tu contenedor
Una versión de contenedor es una instantánea del contenido de un contenedor en un momento determinado. El uso de un nombre significativo junto con una descripción breve de los cambios significativos dentro de ellos puede facilitar la depuración de problemas de rendimiento futuros.
Flujos de trabajo de etiquetado
Administrar los cambios en tus etiquetas es importante para asegurarte de que no tengan un impacto negativo en el rendimiento de la página.
Prueba las etiquetas antes de implementarlas
Probar las etiquetas antes de la implementación puede ayudar a detectar problemas (de rendimiento y de otro tipo) antes de que se envíen.
Cuando pruebes una etiqueta, debes tener en cuenta los siguientes aspectos:
- ¿La etiqueta funciona correctamente?
- ¿La etiqueta provoca cambios en el diseño?
- ¿La etiqueta carga algún recurso? ¿Qué tan grandes son estos recursos?
- ¿La etiqueta activa una secuencia de comandos de larga duración?
Modo de vista previa
El modo de vista previa te permite probar los cambios de etiquetas en tu sitio real sin tener que implementarlos de forma pública primero. El modo de vista previa incluye una consola de depuración que proporciona información sobre las etiquetas.
El tiempo de ejecución de Google Tag Manager será diferente (un poco más lento) cuando se ejecute en el modo de vista previa, debido a la sobrecarga adicional necesaria para mostrar información en la consola de depuración. Por lo tanto, no se recomienda comparar las mediciones de las Métricas web recopiladas en el modo de vista previa con las de producción. Sin embargo, esta discrepancia no debería afectar el comportamiento de ejecución de las etiquetas.
Pruebas independientes
Un enfoque alternativo para probar las etiquetas es configurar una página vacía que contenga un contenedor con una sola etiqueta: la etiqueta que estás probando. Esta configuración de prueba es menos realista y no detectará algunos problemas (por ejemplo, si una etiqueta causa cambios de diseño). Sin embargo, puede facilitar aislar y medir el impacto de la etiqueta en aspectos como la ejecución de secuencias de comandos. Consulta cómo Telegraph usa este enfoque de aislamiento para mejorar el rendimiento del código de terceros.
Cómo supervisar el rendimiento de las etiquetas
La API de Monitoring de Google Tag Manager se puede usar para recopilar información sobre el tiempo de ejecución de una etiqueta en particular. Esta información se comunica a un extremo de tu elección.
Para obtener más información, consulta Cómo crear un monitor de Google Tag Manager.
Exigir aprobación para los cambios de contenedores
Por lo general, el código propio pasa por un proceso de revisión y prueba antes de la implementación. Trata de lo mismo a tus etiquetas. Una forma de hacerlo es agregar la verificación en dos pasos, que requiere la aprobación del administrador para los cambios de contenedor. Como alternativa, si no quieres exigir la verificación en dos pasos, pero quieres estar pendiente de los cambios, puedes configurar notificaciones de contenedor para recibir alertas por correo electrónico sobre los eventos de contenedor que elijas.
Audite periódicamente el uso de etiquetas
Uno de los desafíos de trabajar con etiquetas es que tienden a acumularse con el tiempo: las etiquetas se agregan, pero rara vez se quitan. Auditar las etiquetas de forma periódica es una forma de revertir esta tendencia. La frecuencia ideal para hacer esto dependerá de la frecuencia con la que se actualicen las etiquetas de tu sitio.
Etiquetar cada etiqueta para que el propietario sea evidente permite identificar más fácilmente quién responde a esa etiqueta y saber si aún es necesaria.
Cuando audites etiquetas, no olvides limpiar los activadores y las variables. Sin embargo, también pueden ser la causa de los problemas de rendimiento.
Para obtener más información, consulta Controla las secuencias de comandos de terceros.