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, generalmente mediante 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 notablemente de un sitio a otro. Los administradores de etiquetas se pueden comparar con un sobre: el Administrador de etiquetas ofrece un en un recipiente, pero lo que lo llenes y cómo lo uses dependerá principalmente de ti.
En este artículo, se describen técnicas para optimizar etiquetas y administradores de etiquetas para y las Métricas web de Google. Si bien este artículo hace referencia a Google Tag Manager, muchas de las ideas analizadas también se pueden aplicar 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 consumen recursos necesarios para cargar tu página con rapidez y mantener la capacidad de respuesta. El ancho de banda puede dedicarse a descargar el código JavaScript del Administrador de etiquetas para tus sitios o las llamadas posteriores que realice. El tiempo de CPU en el subproceso principal se puede dedicar a evaluar y ejecutar JavaScript contenido en Tag Manager y las etiquetas.
El procesamiento de imagen con contenido más grande (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 retrasó la carga de recursos críticos antes de la primera renderización o porque los administradores de etiquetas insertan contenido en la página.
Interaction to Next Paint (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 más bajas de INP.
Tipos de etiquetas
El impacto de las etiquetas en el rendimiento varía según el tipo de etiqueta. En términos generales, las imágenes las etiquetas (“píxeles”) son las de mejor rendimiento, seguidas por las plantillas personalizadas. Por último, las etiquetas HTML personalizadas. Las etiquetas del proveedor varían según la funcionalidad que permitir.
Sin embargo, recuerde que el uso de una etiqueta influye en gran medida en su rendimiento. impacto. “Píxeles” tienen un alto rendimiento, porque la naturaleza de esta etiqueta impone restricciones estrictas sobre cómo pueden usarse; las etiquetas HTML personalizadas no se necesariamente son malos para el rendimiento, pero, debido al nivel de libertad ofrecer a los usuarios, pueden ser fácilmente inadecuadas de un modo malo para el rendimiento.
Cuando piense en las etiquetas, tenga en cuenta la escala: el impacto en el rendimiento de cualquier una sola etiqueta puede ser insignificante, pero puede llegar a ser significativa cuando decenas o cientos de las etiquetas se usan en la misma página.
No todas las secuencias de comandos se deben cargar con un administrador de etiquetas.
Los administradores de etiquetas no suelen ser un buen mecanismo para cargar recursos que implementar aspectos visuales o funcionales inmediatos de la experiencia del usuario, por como avisos de cookies, hero images o funciones de sitios. Cómo utilizar un administrador de etiquetas cargar estos recursos suelen retrasar la entrega. Esto es malo para el usuario y puede aumentar las métricas, como LCP y CLS. Además, mantén en algunos usuarios bloquean los administradores de etiquetas. Usar un administrador de etiquetas para implementar la UX funciones pueden provocar que el sitio web no funcione para algunos de tus usuarios.
Tenga cuidado con las etiquetas HTML personalizadas
HTML personalizado
etiquetas
existen desde hace muchos años y se utilizan mucho en la mayoría de los sitios. HTML personalizado
Las etiquetas te permiten ingresar tu propio código con pocas restricciones, ya que, a pesar del nombre,
Su principal uso es agregar elementos <script> personalizados a una página.
Las etiquetas HTML personalizadas se pueden usar de muchas maneras y su impacto en el rendimiento varía significativamente. Al medir el rendimiento de su sitio, tenga en cuenta lo siguiente: la mayoría de las herramientas atribuirán el impacto en el rendimiento de una etiqueta HTML personalizada a la etiqueta. administrador que la insertó, en lugar de la etiqueta en sí.
Las etiquetas HTML personalizadas pueden insertar un elemento en la página circundante. El acto de insertar elementos en una página puede causar problemas de rendimiento. en algunos casos, causar cambios de diseño.
- En la mayoría de los casos, si se inserta un elemento en la página, el navegador el tamaño y la posición de cada elemento de la página; este proceso se conoce como Layout. 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 esto es mayor en dispositivos de gama baja y páginas con una gran cantidad de elementos del DOM.
- Si un elemento de página visible se inserta en el DOM después del elemento que lo rodea ya se haya renderizado, esto puede provocar un cambio de diseño. Este fenómeno no es exclusiva de los administradores de etiquetas, ya que las etiquetas suelen cargarse más tarde que en otras partes de la página, es común que se inserten en DOM después de que ya se renderizó la página circundante.
Considera usar plantillas personalizadas
Compatibilidad con plantillas personalizadas algunas de las mismas operaciones que las etiquetas HTML personalizadas, pero que se crean en una zona de pruebas versión de JavaScript que proporciona APIs para uso común como la inyección de secuencias de comandos y de píxeles. Como su nombre lo indica, permiten un power user que cree esto con un buen rendimiento en la mente. Los usuarios menos técnicos pueden usar la plantilla. Suele ser más seguro que proporcionar acceso completo a HTML personalizado.
Debido a las mayores restricciones que se aplican a las plantillas personalizadas, estas etiquetas son menos probabilidades de presentar problemas de rendimiento o seguridad Sin embargo, para estas mismas por otras razones, las plantillas personalizadas no funcionan en todos los casos de uso.
Cómo insertar secuencias de comandos correctamente
El uso de un administrador de etiquetas para insertar una secuencia de comandos es un caso de uso muy común. El
se recomienda usar una plantilla personalizada
injectScript
en la API de Cloud.
Para obtener información sobre cómo usar la API de injectScript para convertir un archivo HTML personalizado existente etiqueta, consulta Cómo convertir un archivo etiqueta.
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 descarga un archivo externo (por ejemplo,
<script src="external-scripts.js">), en lugar de copiar y pegar directamente los datos de la secuencia de comandos contenidos en la etiqueta. Aunque renunciar al uso de la etiqueta<script>elimina un proceso de ida y vuelta para descargar el contenido de la secuencia de comandos, aumenta el tamaño del contenedor y evita que la secuencia de comandos se almacene en caché por separado según el navegador. - Muchos proveedores recomiendan colocar la etiqueta
<script>en la parte superior de<head>Sin embargo, para las secuencias de comandos que se cargan a través de Tag Manager, esta recomendación generalmente no es necesaria: en la mayoría de los casos, el navegador ya terminó Analiza<head>según el momento en que se ejecuta Tag Manager.
Cómo usar píxeles
En algunos casos, las secuencias de comandos de terceros se pueden reemplazar con imágenes o iframes. "píxeles". En comparación con sus equivalentes basados en secuencias de comandos, los píxeles pueden admitir menos funcionalidades, por lo que se suelen ver como una implementación menos preferida porque de eso. Sin embargo, cuando se usan dentro de administradores de etiquetas, los píxeles pueden ser más dinámicos. ya que pueden activarse en activadores y pasar diferentes variables. Son las más de etiqueta con buen rendimiento y seguridad, ya que no hay ejecución de JavaScript después se activa. Los píxeles tienen un tamaño de recursos muy pequeño (menos de 1 KB) y no no causar cambios de diseño.
Consulta con tu proveedor externo para obtener más información sobre su asistencia para
píxeles. Además, puedes intentar inspeccionar su código en busca de una etiqueta <noscript>.
Si un proveedor admite píxeles, a menudo los incluirá en el
<noscript>.
Alternativas a los píxeles
Los teléfonos Pixel se hicieron populares en gran medida porque, en algún momento, eran uno de los dispositivos Pixel más baratos
más confiables y confiables de realizar una solicitud HTTP en situaciones en las que el servidor
respuesta no es relevante ( por ejemplo, cuando se envían datos a Analytics
proveedores). El
navigator.sendBeacon()
y fetch()
keepalive
Las APIs 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 son bien compatibles y tienen un impacto mínimo en el rendimiento. Sin embargo, si construye sus propias balizas, vale la pena considerar el uso de una de estas APIs.
sendBeacon()
El
navigator.sendBeacon()
La API está diseñada para enviar pequeñas cantidades de datos a servidores web en situaciones
en la 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 solicitudes POST y
no admite la configuración de encabezados personalizados. Sí
compatible con todos los navegadores modernos.
fetch() keepalive
keepalive
es una marca que permite la función Obtener
API a
usarse para realizar solicitudes sin bloqueo, como informes de eventos y estadísticas. Sí
incluido 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
en la nube. De hecho, en los navegadores Chromium, sendBeacon() ahora se basa en fetch()
keepalive.
Cuando elijas entre fetch() keepalive y sendBeacon(), es importante
las funciones y la compatibilidad
con navegadores que necesitas. La API de fetch() es
mucho más flexible; Sin embargo, keepalive tiene menos navegadores
admitida que sendBeacon().
Obtener aclaración
Por lo general, las etiquetas se crean según las indicaciones que brinda un proveedor externo. Si no está claro lo que hace el código de un proveedor, considere preguntarle a alguien que lo sepa. Obtener una segunda opinión permite identificar si una etiqueta puede crearse problemas de rendimiento o seguridad.
También se recomienda etiquetar las etiquetas con un propietario en Tag Manager. Es lejos es demasiado fácil olvidar quién es el propietario de una etiqueta y tener miedo de eliminarla por las dudas.
Activadores
En un nivel alto, la optimización de la etiqueta activadores generalmente consiste en asegurarse de no activar las etiquetas más de lo necesario y elegir un activador que equilibre las necesidades de la empresa con los costos de rendimiento.
Los activadores son código JavaScript que aumentará el tamaño y la ejecución. costo) de Tag Manager. Aunque la mayoría de los activadores son pequeños, el efecto acumulativo puede sumar. Tener muchos eventos de clic, por ejemplo, o activadores de cronómetros puede aumentar la carga de trabajo de Tag Manager.
Elige un evento activador adecuado
El impacto en el rendimiento de una etiqueta no es fijo: en términos generales, cuanto antes que se active una etiqueta, mayor será su impacto en el rendimiento. Los recursos suelen restringidas durante la carga inicial de la página y, por lo tanto, cargar o ejecutar una recurso (o etiqueta) particular les quita recursos a otra cosa.
Si bien es importante elegir activadores adecuados para todas las etiquetas, es importante Esto es particularmente importante para las etiquetas que cargan grandes recursos o ejecutan períodos secuencias de comandos.
Las etiquetas se pueden activar en
Vistas de página
(generalmente Page load, el DOM Ready, el Window Loaded) o según un
un evento personalizado. Para evitar que esto afecte la carga de páginas, se recomienda activar
etiquetas no esenciales después de Window Loaded.
Usa eventos personalizados
Eventos personalizados
te permiten activar activadores en respuesta a eventos de página que no están cubiertos por
Activadores integrados de Google Tag Manager Por ejemplo, muchas etiquetas usan la vista de página
activadores Sin embargo,
el período entre DOM Ready y Window Loaded puede ser extenso en muchos
las páginas de destino, lo que puede dificultar
el ajuste del momento en que se activa una etiqueta. Personalizada
proporcionan una solución a este problema.
Para utilizar eventos personalizados, primero crea un activador de evento personalizado y actualiza tus etiquetas para usar este activador.
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
Usar condiciones de activación específicas ayuda a evitar la activación innecesaria de una etiqueta. Aunque existen muchas formas de aplicar este concepto, una de las más cosas útiles que puede hacer es asegurarse de que una etiqueta solo se active en las páginas donde se encuentre que usó realmente.
Las variables integradas también incorporarse a las 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 de procesamiento en sí mismo, así que no los haga demasiado complejos.
Carga tu administrador de etiquetas en un momento adecuado
El ajuste del momento en que se carga Tag Manager puede tener un impacto significativo en rendimiento. Los activadores, independientemente de cómo estén configurados, no se pueden activar hasta que después de que se carga un administrador de etiquetas. Aunque es importante elegir buenos desencadenantes para etiquetas individuales (como se explicó anteriormente), así como experimentar con ellas cuando cargues tu etiqueta de proyectos pueden tener un impacto igual o mayor debido a que este único afectará a todas las etiquetas de una página.
Si cargas el Administrador de etiquetas más tarde, también se agrega una capa de control y se puede evitar problemas de rendimiento, ya que evitarán que un usuario de Tag Manager cargue inadvertidamente. una etiqueta demasiado pronto, sin darse cuenta del impacto que puede tener.
Variables
Las variables permiten leer datos desde la página. Son útiles en disparadores y con etiquetas.
Al igual que los activadores, las variables hacen que se agregue código JavaScript al Administrador de etiquetas. lo que puede causar problemas de rendimiento. Las variables pueden estar integradas bastante sencillas 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.
Mantener las variables simples y mínimas, ya que deberán evaluarse continuamente el administrador de etiquetas. Quita las variables antiguas que ya no se usen para reducir tanto el tamaño de la secuencia de comandos del Administrador de etiquetas como el tiempo de procesamiento que que la API usa.
Administración de etiquetas
Si usas las etiquetas de manera eficiente, se 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". Más concretamente, es un array de objetos de JavaScript que contiene 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 se puede utilizar sin la capa de datos, su uso se muy recomendable. La capa de datos proporciona una forma de consolidar los datos de terceros en un solo lugar, lo que proporciona una mejor visibilidad de su uso. Entre otras cosas, esto puede ayudar a reducir cálculos de variables y ejecución de secuencias de comandos redundantes. El uso de una capa de datos también controla los datos a los que acceden las etiquetas, en lugar de proporcionar JavaScript de variable o DOM.
Quita las etiquetas duplicadas y que no se usen
Las etiquetas duplicadas pueden ocurrir cuando se incluye una etiqueta en el lenguaje de marcado HTML de una página en además de insertarse a través de un administrador de etiquetas.
Las etiquetas no utilizadas se deben detener o eliminar, en lugar de bloquearse mediante el uso de un excepción de activador. Detener o quitar una etiqueta quita el código del contenedor. el bloqueo no.
Cuando se quitan las etiquetas sin usar, los activadores y las variables también para ver si es posible eliminar alguna de ellas si solo las usaron rótulos nuevos rápidamente.
Usa listas de entidades permitidas y denegadas
Listas de entidades permitidas y bloqueadas te permiten configurar restricciones muy detalladas en las etiquetas, los activadores y variables permitidas en una página. Se puede usar para aplicar las reglas de rendimiento prácticas recomendadas y otras políticas.
Las listas de entidades permitidas y bloqueadas 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, JavaScript variables o el acceso directo al DOM. Esto significa que solo los píxeles y las etiquetas predefinidas con los datos de la capa de datos. Si bien esto es sin duda restrictivo, puede dar como resultado una implementación de Tag Manager con mucho mejor rendimiento y seguridad.
Considera usar el etiquetado del servidor
Cambiar al etiquetado del servidor no es una tarea trivial, pero especialmente para sitios más grandes que desean tener más control sobre sus de datos no estructurados. El etiquetado del servidor quita el código del proveedor del cliente y, con este, descarga el procesamiento del cliente al servidor.
Por ejemplo, cuando usas el etiquetado del cliente, enviar datos a varias estadísticas implica que el cliente inicie solicitudes independientes para cada extremo. En cambio, con el etiquetado del servidor, el cliente realiza una única solicitud para en el contenedor del servidor y, desde allí, estos datos se reenvían Analytics.
Ten en cuenta que el etiquetado del servidor solo funciona con algunas etiquetas. etiqueta la compatibilidad varía según el proveedor.
Para obtener más información, consulta Introducción a la infraestructura etiquetado.
Contenedores
Los administradores de etiquetas suelen permitir varias instancias o "contenedores" dentro de su configurar. Esto permite controlar varios contenedores en la misma etiqueta. cuenta de administrador.
Usa solo un contenedor por página
Uso de varias contenedores en una sola página puede crear problemas de rendimiento significativos, ya que presenta sobrecarga adicional y la ejecución de la secuencia de comandos. Como mínimo, duplica el código de la etiqueta principal que, como se entrega como parte del JavaScript 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 puede funcionar, si se controla bien, incluidas las siguientes:
- Una "carga temprana" leve contenedor y una “carga posterior” más pesada contenedor, en lugar de un contenedor grande.
- Tener un contenedor restringido utilizado por usuarios menos técnicos, con una menor contenedor restringido, pero más controlado, para etiquetas que no se pueden usar en el contenedor restringido.
Si debes utilizar varios contenedores por página, sigue Google Tag Manager una guía para configurar varias contenedores.
Usa contenedores separados si es necesario
Si utilizas un administrador de etiquetas para varias propiedades (por ejemplo, una aplicación web y para dispositivos móviles), la cantidad de contenedores que usas puede ayudar o dañar el flujo de trabajo productividad. También puede afectar el rendimiento.
En términos generales, un solo contenedor puede usarse eficazmente en múltiples sitios si son similares en uso y estructura. Por ejemplo, aunque un aplicaciones web y para dispositivos móviles de una marca podrían cumplir funciones similares, es probable que la Las apps se estructurarán de forma diferente y, por lo tanto, se administrarán de forma más eficaz a través de contenedores separados.
Intentar reutilizar un solo contenedor de manera demasiado amplia suele aumentar innecesariamente la complejidad y el tamaño del contenedor forzando 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 está determinado por sus etiquetas, activadores y variables. Si bien un contenedor pequeño puede afectar negativamente el rendimiento de la página, del contenedor seguramente lo hará.
El tamaño del contenedor no debe ser tu métrica principal al optimizar tu etiqueta. el uso de la información; Sin embargo, un tamaño de contenedor grande suele ser una señal de que un contenedor no está bien mantenido y es posible que se use de forma inadecuada.
Google Tag Manager contenedor limits a 200 KB y advertirá sobre el tamaño del contenedor a partir de 140 KB. Sin embargo, la mayoría de los sitios deberían intentar mantener sus contenedores mucho más pequeños. Para el contenedor medio del sitio es de alrededor de 50 KB.
Para determinar el tamaño de su contenedor, observe el tamaño de la respuesta
que devuelve https://www.googletagmanager.com/gtag/js?id=YOUR_ID. Esta
contiene la biblioteca de Google Tag Manager y el contenido de la
contenedor. Por sí misma, la biblioteca de Google Tag Manager tiene un tamaño de aproximadamente 33 KB.
comprimidos.
Asigna un nombre a las versiones de contenedor
Un contenedor versión es una instantánea del contenido de un contenedor en un momento determinado. Con un un nombre significativo y, además, incluye una breve descripción los cambios pueden contribuir en gran medida a facilitar la depuración de rendimientos futuros problemas.
Flujos de trabajo de etiquetado
Administrar los cambios en tus etiquetas es importante para asegurarte de que no tengan un un impacto negativo en el rendimiento de la página.
Prueba las etiquetas antes de implementarlas
Probar las etiquetas antes de implementarlas puede ayudar a detectar problemas (rendimiento y de lo contrario) antes del envío.
Estos son algunos aspectos que debes tener en cuenta cuando pruebes una etiqueta:
- ¿La etiqueta funciona correctamente?
- ¿La etiqueta provoca cambios de 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 para probar los cambios en la etiqueta en tu sitio real sin tener que implementarlos público 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 ejecuta en el modo de vista previa debido a la sobrecarga adicional necesaria para exponer en la consola de depuración. Así, comparar las mediciones de las Métricas web no se recomienda recopilar en el modo de vista previa a las que se recopilan en producción. Sin embargo, esta discrepancia no debería afectar el comportamiento de ejecución de las etiquetas. ellos mismos.
Pruebas independientes
Un enfoque alternativo para probar las etiquetas es configurar una página vacía que contenga una contenedor con una sola etiqueta, la que estás probando. Esta configuración de prueba es menor realista y no detectará algunos problemas (por ejemplo, si una etiqueta genera diseño sin cambios), pero puede facilitar el aislamiento y la medición del impacto del etiqueta en cosas como la ejecución de secuencias de comandos. Mira cómo Telegraph utiliza esto de aislamiento para mejorar rendimiento de código de terceros.
Supervisar el rendimiento de las etiquetas
La herramienta de supervisión Google Tag Manager API. para recopilar información sobre la ejecución vez de una etiqueta en particular. Esta información se informa a un extremo de su tu elección.
Para obtener más información, consulta Cómo crear una cuenta de Google Tag Manager. Supervisión
Exigir aprobación para cambios de contenedores
Por lo general, el código propio pasa por un proceso de revisión y prueba antes de la implementación. tratar tus etiquetas de la misma manera. Agregar dos pasos verificación, que requiere la aprobación del administrador para los cambios del contenedor, es una forma de esto. Como alternativa, si no desea exigir la verificación en dos pasos, pero deseas estar pendiente de los cambios, puedes configurar la notificaciones en recibir alertas por correo electrónico sobre los eventos de contenedores que elijas.
Audita periódicamente el uso de etiquetas
Uno de los desafíos de trabajar con etiquetas es que tienden a acumularse tiempo: las etiquetas se agregan, pero casi nunca se eliminan. Auditar etiquetas periódicamente es una para revertir esta tendencia. La frecuencia ideal para hacer esto dependerá de la y con frecuencia las etiquetas de tu sitio se actualizan.
Etiquetar cada etiqueta para que el propietario sea evidente permite identificar con mayor facilidad quién es para esa etiqueta y puede indicar si todavía es necesaria.
Cuando audites etiquetas, no olvides limpiar los activadores y las variables como en la nube. También pueden ser fácilmente la causa de los problemas de rendimiento.
Para obtener más información, consulte Cómo conservar secuencias de comandos de terceros en automático.