Por qué esto es importante para tu tienda
60–80%
of script execution time comes from third-party apps
3+ seg
of delay from app scripts on a typical store
7%
caída de conversión por 1 segundo de retraso
La solución fácil: optimización automática de scripts
Los scripts de terceros son el problema de velocidad más difícil de resolver manualmente: no se puede editar el código de la aplicación y el aplazamiento ingenuo interrumpe la funcionalidad. Thunder Page Speed Optimizer se creó específicamente para resolver este problema.
Qué hace Thunder con los scripts de tu aplicación:
Aplazamiento de secuencia de comandos inteligente
Aplaza scripts de terceros conservando el orden de ejecución y las dependencias
Mapeo de dependencias
Entiende qué scripts dependen unos de otros: no dañarán tus aplicaciones
Informe de impacto por aplicación
Muestra exactamente cuántos milisegundos agrega cada aplicación a la carga de tu página
Se adapta automáticamente a los cambios
¿Nueva aplicación instalada? ¿Tema actualizado? Thunder se adapta automáticamente
Mejora media: +27 puntos PageSpeed
Las tiendas con muchas aplicaciones obtienen las mayores ganancias: a menudo, tiempos de carga entre un 20% y un 60% más rápidos. Calificación de 4,6★ · Más de 20.000 tiendas.
Plan gratuito disponible · No se requiere tarjeta de crédito · Configuración de 30 segundos · Funciona con todos los temas
1. ¿Qué son los scripts de terceros (y por qué deberían importarle)?
Every time you install an app from the Shopify App Store, that app needs a way to show its features on your storefront. A review widget needs to display stars. A chat app needs to show a chat bubble. An email popup needs to... well, pop up.
Para hacer esto, cada aplicación inyecta Archivos JavaScript (scripts) into your store's HTML. These are called "third-party scripts" because they come from external servers — not from Shopify's infrastructure or your theme code.
Aquí está el problema: el navegador de su visitante debe descargar, analizar y ejecutar cada uno de estos scripts before it can finish loading the page. And unlike your theme code, which Shopify has optimized and serves from its CDN, third-party scripts come from dozens of different servers with varying performance.
🔴 La cuestión central: Su tema se carga una vez y pesa entre 200 y 400 KB de JavaScript. Pero los scripts de aplicaciones de terceros pueden agregar colectivamente 1–3 MB de JavaScript adicional : entre 3 y 10 veces más que todo tu tema. Cada kilobyte debe descargarse a través de la conexión de su visitante y procesarse en la CPU de su dispositivo.
This isn't just a theoretical concern. Research from the HTTP Archive and Google consistently shows that JavaScript de terceros representa entre el 60% y el 80% del tiempo total de ejecución del script en el sitio de comercio electrónico promedio. Específicamente en las tiendas Shopify, hemos visto que este número alcanza el 85% en las tiendas con muchas aplicaciones.
¿La cruel ironía? La mayoría de estos scripts se cargan cada página de tu tienda, incluso cuando las funciones de la aplicación no estén visibles. El JavaScript de su widget de reseñas se carga en su página de inicio, en su página de información y en su página de contacto, en todas partes, aunque las reseñas solo se muestran en las páginas de productos.
2. Cómo se cargan los scripts de terceros en su navegador
Para comprender por qué los scripts de terceros son tan perjudiciales para el rendimiento, es necesario comprender cómo los navegadores cargan una página. Aquí está la versión simplificada:
Llega HTML
The browser receives your page's HTML from Shopify's servers. This is fast — Shopify's infrastructure is solid.
El navegador comienza a analizar HTML
A medida que lee el HTML, descubre recursos para cargar: archivos CSS, archivos JavaScript, imágenes, fuentes.
⚠️ Las etiquetas de secuencia de comandos bloquean la representación
Cuando el analizador llega a un asíncrono o aplazar, lo detiene todo. Debe descargar el script, analizarlo y ejecutarlo antes de continuar. Esto se llama "bloqueo de renderizado".
⚠️ Cada script realiza solicitudes de red
Muchas secuencias de comandos de aplicaciones no son independientes. Cargan archivos adicionales: datos de configuración, plantillas de widgets, bibliotecas de análisis. Cada uno requiere su propia búsqueda, conexión y descarga de DNS.
La página finalmente se muestra
Solo después de que todos los scripts de bloqueo terminen de ejecutarse, el navegador muestra la página. Su visitante ha estado mirando una pantalla en blanco o medio cargada todo este tiempo.
Muchos desarrolladores de aplicaciones no agregan asíncrono o aplazar atributos a sus etiquetas de secuencia de comandos, ya sea porque no conocen las mejores prácticas de rendimiento o porque sus secuencias de comandos dependen de que el DOM se encuentre en un estado específico. El resultado: sus guiones block your page from rendering — lastimando directamente a tu Pintura con contenido más grande (LCP)
Puntuación y Interacción con la siguiente pintura (INP) puntuaciones.
La línea de tiempo de carga
0ms — HTML received from Shopify
50 ms: CSS analizado, comienza el diseño
100ms — ⏸ Script: review-widget.js (bloqueo, 300ms)
400ms — ⏸ Script: chat-app.js (bloqueo, 250ms)
650ms — ⏸ Script: Analytics.js (bloqueo, 200ms)
850ms — ⏸ Script: popup-builder.js (bloqueo, 350ms)
1200ms — ⏸ Script: lealtad-programa.js (bloqueo, 200ms)
1400ms — ⏸ Cada secuencia de comandos carga 2-3 secuencias de comandos MÁS...
2800ms: los scripts finalmente terminaron de ejecutarse
3000ms - 🖼️ Representaciones de página (el visitante ve el contenido)
Línea de tiempo simplificada que muestra cómo el bloqueo de secuencias de comandos retrasa el procesamiento de la página
En este ejemplo, 2,8 segundos del tiempo de carga de 3 segundos se dedican únicamente a scripts de terceros. El contenido real de la página (sus productos, sus imágenes, su marca) podría cargarse en menos de 500 ms si los scripts no estuvieran en el camino.
3. Ejemplos reales: cuánto le cuesta cada tipo de aplicación
No todas las aplicaciones son igualmente pesadas. Esto es lo que normalmente vemos en las tiendas Shopify, según mediciones del mundo real:
💬 Widgets de chat en vivo
300–500 msEjemplos: Tidio, Gorgias, Zendesk Chat, LiveChat, Intercomunicador
Los widgets de chat se encuentran entre las aplicaciones más pesadas. Cargan un marco de interfaz de usuario completo, establecen una conexión WebSocket, obtienen el historial de conversaciones y representan una burbuja de chat con animaciones. Solo Intercom carga entre 300 y 500 KB de JavaScript. La mayor parte de esto se ejecuta en cada página, aunque la mayoría de los visitantes nunca hacen clic en la burbuja de chat.
⭐ Revisar widgets
200–400 msEjemplos: Judge.me, Loox, Yotpo, Stamped.io, Okendo
Las aplicaciones de revisión cargan su JavaScript principal, luego realizan llamadas API para obtener datos de revisión, generar calificaciones de estrellas y configurar funciones interactivas (carruseles de fotos, filtrado, clasificación). Incluso en páginas en las que no se muestran reseñas, el script aún se carga e inicializa. Juez.yo es una de las opciones más ligeras; Yotpo y Loox tienden a ser más pesados.
📧 Marketing por correo electrónico y ventanas emergentes
200–350 msEjemplos: Klaviyo, Omnisend, Privy, Justuno, OptiMonk
Estos scripts de carga para representación de formularios, seguimiento de usuarios, lógica de ventanas emergentes (temporización, reglas de orientación, pruebas A/B) y, a menudo, incluyen sus propios marcos CSS. Klaviyo's JavaScript en el sitio es particularmente pesado porque rastrea el comportamiento del usuario para la segmentación: carga de código analítico, seguimiento de sesiones y controladores de formularios en cada página.
📊 Análisis y seguimiento
100–300 msEjemplos: Google Analytics, Facebook Pixel, TikTok Pixel, Hotjar, Lucky Orange, Etiqueta de Pinterest
Los scripts de análisis son engañosos. Cada uno parece pequeño, tal vez entre 50 y 100 KB. Pero las tiendas suelen ejecutar entre 4 y 6 scripts de seguimiento simultáneamente: GA4, Facebook Pixel, TikTok Pixel, Hotjar para mapas de calor y la propia aplicación de análisis de la tienda. Suman entre 300 y 600 KB en conjunto, y cada uno activa solicitudes de red para enviar datos de seguimiento.
🏷️ Administrador de etiquetas de Google (GTM)
300–800 msEl contenedor de scripts de terceros número uno. GTM no es sólo otro script: es un script que se carga más guiones.
The GTM container itself weighs 80–100KB+. But the real cost comes from what's dentro it: Meta Pixel (80–150 KB), TikTok Pixel (100–200 KB), seguimiento de conversiones de Google Ads (50–100 KB), seguimiento de Klaviyo (100–200 KB), Hotjar (150–300 KB) y cualquier otra cosa que se haya agregado con el tiempo. Un contenedor GTM típico desencadena 5–15 guiones adicionales, agregando entre 300 y 800 ms de tiempo de carga total.
Cómo auditar su contenedor GTM:
- Abierto Administrador de etiquetas de Google y selecciona tu contenedor.
- Ir a Etiquetas — cuenta cuántos están activos. La mayoría de las tiendas tienen entre 10 y 30+.
- Verifica cada etiqueta Gatillo — si dice "Todas las páginas", pregunte: ¿esto realmente ¿necesitas disparar a todas partes?
- Look for zombie tags from old campaigns (old Facebook audiences, discontinued tools).
- Usar GTM Modo de vista previa para ver exactamente qué etiquetas se activan en cada página y cuánto tiempo tardan.
Etiquetas pesadas comunes dentro de GTM:
⚡ El enfoque de Thunder: En lugar de posponer etiquetas individuales dentro de GTM (lo que requiere experiencia en GTM), Thunder pospone la contenedor GTM completo. Cuando GTM se carga más tarde, todas las etiquetas que contiene también se cargan más tarde, automáticamente. Esta optimización única puede ahorrar entre 300 y 800 ms sin tocar la configuración de GTM. Pruébalo gratis →
🎨 Creadores de páginas y aplicaciones de ventas adicionales
200–500 msEjemplos: PageFly, Shogun, GemPages, ReConvert, Bold Upsell
A los creadores de páginas les gusta PageFly inyecta su propio marco de renderizado, que se carga en cada página, incluso en las páginas que no creó con la aplicación. Las aplicaciones de ventas adicionales cargan la lógica de recomendación de productos, los scripts de modificación del carrito y las interfaces de usuario emergentes en cada página para que estén listas cuando un cliente agregue al carrito.
🔔 Prueba social y urgencia
100–250 msEjemplos: Pop de ventas, Fomo, insignias de confianza, temporizadores de cuenta regresiva, contadores de existencias
Parecen livianos, pero a menudo causan cambio de diseño (problemas de CLS). Inyectan elementos en la página después de la carga (ventanas emergentes de notificación, barras de insignias de confianza, temporizadores de cuenta atrás), distribuyendo contenido y creando una experiencia de usuario desagradable. Además, cada uno es otro script que su navegador debe procesar.
4. El efecto cascada: la muerte por mil guiones
Ninguna aplicación mata tu velocidad. es el eso sí. Así es como se ve una tienda Shopify típica con muchas aplicaciones:
Una pila de aplicaciones del mundo real (15 aplicaciones)
Tres segundos completos of delay — just from app scripts. Add your theme's JavaScript (~300ms), CSS (~100ms), images (~500ms), and fonts (~200ms), and you're looking at a Carga de 4+ segunda página con buena conexión. En un dispositivo móvil con conexión 3G, el doble. Si su tienda se parece a esta, nuestra guía paso a paso lo guía para arreglar cada capa, no solo los scripts.
15 aplicaciones
número promedio de aplicaciones en una tienda Shopify
~200ms
retraso promedio por script de aplicación
3+ seg
retraso total del script de terceros
Pero las matemáticas en realidad son peores que una simple suma. Los guiones no sólo añaden tiempo linealmente: competir por recursos:
- • Contención de red: Browsers limit concurrent connections per domain (typically 6). When 15 apps try to load from 15 different domains simultaneously, they queue up and wait for each other.
- • Contención de CPU: JavaScript tiene un solo subproceso. Mientras se ejecuta un script en el hilo principal, todos los demás scripts deben esperar. Esta es la razón por la que INP (Interacción con Next Paint) sufre: el navegador no puede responder a los clics del usuario mientras está ocupado ejecutando el código de la aplicación.
- • Presión de la memoria: Cada script asigna memoria. En los teléfonos inteligentes económicos (que representan una gran parte de los compradores móviles), el uso excesivo de memoria hace que el navegador se ralentice o incluso falle.
- • Solicitudes secundarias: La mayoría de los scripts de aplicaciones cargan recursos adicionales. Un widget de revisión carga su script principal, luego ese script carga CSS, íconos de fuentes y datos API. El "script único" de una aplicación puede desencadenar entre 5 y 10 solicitudes de red adicionales.
💡 La comida para llevar: No se trata de que una sola aplicación sea "demasiado lenta". Es el peso acumulado de todas sus aplicaciones que se cargan simultáneamente, compitiendo por el ancho de banda de la red, el tiempo de CPU y la memoria. La solución no es necesariamente eliminar aplicaciones, sino controlar cuando y cómo se cargan.
5. Cómo auditar scripts de terceros en su tienda
Antes de poder solucionar el problema, debe identificar exactamente qué scripts lo están causando. Comience con una línea de base rápida: prueba la velocidad de tu tienda to see where you stand right now. Then use these methods, from most technical to easiest:
Método 1: pestaña Red de Chrome DevTools
Esta es la vista más detallada de lo que se carga en su página.
- Abre tu tienda en Chrome. Prensa F12 (o haga clic derecho → Inspeccionar) para abrir DevTools. Pestaña
- Haga clic en Pestaña Red .
- Verifique el "Desactivar caché" Casilla de verificación (simula un visitante por primera vez).
- Recargar la página (Ctrl+Mayús+R para una recarga completa).
- Haga clic en Pestaña "JS" filtro para mostrar solo archivos JavaScript.
- Ordenar por "Tamaño" o "Tiempo" columna para encontrar los scripts más pesados/lentos.
Qué buscar: Scripts from domains you don't recognize are third-party. Common patterns include cdn.judge.me, estático.klaviyo.com, widget.intercom.io, etc. Tenga en cuenta el dominio, el tamaño del archivo y el tiempo de carga de cada uno.
Método 2: Herramienta de cobertura de Chrome
La herramienta Cobertura muestra qué cantidad de cada archivo JavaScript es realmente usado en la página actual. Esto revela desperdicio: scripts que cargan cientos de KB pero solo usan entre el 10% y el 20% de su código.
- Abra DevTools (F12).
- Presione Ctrl+Mayús+P (menú de comandos) y escriba "Cobertura".
- Haga clic "Mostrar cobertura".
- Haga clic en el botón recargar en el panel Cobertura.
- Después de que se cargue la página, ordene por "Bytes no utilizados".
Bandera roja: Si un script tiene más del 80% de bytes no utilizados, está cargando mucho más código del necesario para la página actual. Esto es común con paquetes de aplicaciones grandes que incluyen funciones para cada página pero solo usan una fracción en una página determinada.
Método 3: PageSpeed Insights "Reducir el tiempo de ejecución de JavaScript"
El enfoque más sencillo. Dirige tu tienda a través PageSpeed Insights y busque estos diagnósticos específicos:
- "Reducir el tiempo de ejecución de JavaScript" : enumera los scripts más pesados por tiempo de ejecución
- "Reducir el impacto del código de terceros" : muestra scripts de terceros agrupados por proveedor con su tiempo de bloqueo
- "Minimizar el trabajo del hilo principal" : muestra el tiempo total del hilo principal desglosado por categoría
- "Evite enormes cargas útiles de red" — Marca recursos de gran tamaño
Método 4: Usar el escáner de aplicaciones de Thunder (el más fácil)
Thunder escanea automáticamente tus aplicaciones de Shopify instaladas y genera un informe de impacto de velocidad por aplicación, que muestra exactamente cuántos milisegundos y kilobytes agrega cada aplicación a la carga de tu página. No se requieren conocimientos de DevTools. Instala la aplicación y el informe aparecerá en tu panel de Shopify.
6. Cómo arreglar scripts lentos de terceros
⚠️ Dificultad: Intermedio a Avanzado. La optimización manual de scripts requiere comprender el orden de ejecución de JavaScript, las cadenas de dependencia y las plantillas Liquid de Shopify. Un error puede arruinar tu pago o tus aplicaciones. Thunder automatiza todo esto con una configuración de 30 segundos.
Una vez que haya identificado a los culpables, esto es lo que puede hacer al respecto, en orden de efectividad:
Solución 1: elimina lo que no necesitas
El script más rápido es el que nunca se carga. Revise sus aplicaciones instaladas y evalúe honestamente cada una:
- Aplicaciones que probaste una vez y te olvidaste. Consulta tu administrador de Shopify → Aplicaciones. Te sorprendería saber cuántas aplicaciones de "prueba" todavía están instaladas.
- Funcionalidad duplicada. ¿Estás ejecutando Klaviyo y Omnisend? ¿Usas Loox y Judge.me? Elige uno.
- Aplicaciones de bajo valor. ¿Esa notificación "Sales Pop" que muestra "Alguien en Toronto acaba de comprar..."? Agrega entre 100 y 200 ms de tiempo de carga. ¿Realmente genera conversiones o es solo ruido?
- Sobras de temporada. ¿El temporizador de cuenta regresiva para días festivos todavía está instalado en febrero? Retírelo.
Paso crítico: Después de la desinstalación, verifique el código de su tema. Vaya a Tienda en línea → Temas → Editar código y busque el nombre de la aplicación en
Archivos tema.liquido y diseño/
Archivos . Muchas aplicaciones dejan etiquetas de script que continúan cargándose incluso después de la desinstalación.
Solución 2: busque alternativas más ligeras
No todas las aplicaciones de la misma categoría tienen el mismo impacto en el rendimiento. Por ejemplo:
- Reseñas: Judge.me es significativamente más liviano que Yotpo o Loox
- Marketing por correo electrónico: Shopify Email es más liviano que Klaviyo para necesidades básicas
- Charla: Shopify Inbox es más liviano que Intercom o Gorgias
- Análisis: El análisis integrado de Shopify + GA4 puede ser suficiente sin Hotjar, Lucky Orange Y Mixpanel
Solución 3: aplazar secuencias de comandos no críticas
Para las aplicaciones que desea conservar, la siguiente mejor opción es cambiar cuando se cargan sus scripts. En lugar de bloquear la representación de la página, pospóngala hasta que el contenido principal sea visible:
- Enfoque manual: Edita tu tema
tema.liquidoy agregaaplazarpara etiquetas de secuencias de comandos de aplicaciones. Arriesgado: puede dañar las aplicaciones si se hace incorrectamente. - Retraso hasta la interacción: Algunos desarrolladores utilizan una técnica en la que los scripts solo se cargan después de la primera interacción del usuario (desplazarse, hacer clic, tocar). Esto mejora drásticamente el tiempo de carga inicial, pero significa que las funciones no están listas de inmediato.
- Utilice un optimizador de secuencias de comandos: Herramientas como Thunder automatizan este proceso, posponiendo secuencias de comandos de manera inteligente mientras mantienen la funcionalidad. Vea nuestro guía completa de optimización de velocidad para más detalles.
Solución 4: Carga condicional (secuencias de comandos específicas de la página)
¿Por qué cargar el script de tu widget de reseñas en tu página de inicio cuando las reseñas solo se muestran en las páginas de productos? La carga condicional garantiza que los scripts solo se carguen donde sean necesarios.
En Liquid, puedes envolver etiquetas de secuencias de comandos de aplicaciones con condicionales de plantilla:
{% if template contains 'product' %}
<script src="review-widget.js"></script>
{% endif %}
Esta es una técnica poderosa, pero requiere editar el código del tema y saber qué aplicaciones se necesitan en qué páginas. Algunas aplicaciones inyectan sus scripts de manera que esto sea difícil sin alterar la funcionalidad.
7. El enfoque Thunder: optimización automatizada de scripts
Todas las correcciones anteriores funcionan, pero comparten un problema: son manuales, frágiles y difíciles de mantener. Las aplicaciones actualizan sus scripts. Se instalan nuevas aplicaciones. Las actualizaciones de temas pueden sobrescribir sus cambios. Necesitaría un desarrollador para monitorear y ajustar constantemente.
Por eso construimos Thunder. En lugar de editar manualmente las etiquetas del script y esperar que no se rompan, Thunder automáticamente:
- ✓ Analiza todas las aplicaciones instaladas y genera un informe de impacto en la velocidad por aplicación
- ✓ Aplaza inteligentemente scripts no críticos para que se carguen después de que el contenido de su página sea visible
- ✓ Preserva las dependencias de script : comprende qué scripts deben cargarse antes que otros
- ✓ Monitorea los elementos básicos de la Web para que puedas ver el impacto en el mundo real en tu panel de Shopify
- ✓ Se adapta automáticamente cuando las aplicaciones actualizan sus scripts o instalas nuevas aplicaciones
El resultado: las tiendas suelen ver una Mejora del 20 % al 60 % en el tiempo de carga, con las mayores ganancias en las tiendas que tienen la mayor cantidad de aplicaciones de terceros. Si su puntuación de PageSpeed es actualmente de 25 a 35, de manera realista puede llegar a 50 a 70+ solo con la optimización del script. ¿Quieres ver qué incluye? Consulta los planes de Thunder : hay un nivel gratuito para comenzar.
¿No estás seguro de si Thunder es la opción correcta? Hemos escrito comparaciones honestas con todos los competidores importantes: Trueno vs Booster, Trueno vs Hipervelocidad, Trueno contra Avada, y Trueno vs Tapita. O vea nuestro resumen completo de las mejores aplicaciones de optimización de velocidad de Shopify para 2026.
Preguntas frecuentes
¿Qué son los scripts de terceros en Shopify?
Los scripts de terceros son archivos JavaScript cargados por aplicaciones que has instalado en tu tienda Shopify. Cuando instala un widget de reseña, una aplicación de chat, una ventana emergente de correo electrónico o una herramienta de análisis, cada uno inyecta su propio JavaScript en su tienda. Estos scripts se ejecutan en los navegadores de sus visitantes junto con el código de su tema, compitiendo por el tiempo de procesamiento y el ancho de banda de la red.
¿Cómo puedo saber qué aplicaciones están ralentizando mi tienda Shopify?
Open Chrome DevTools (F12), go to the Network tab, reload your page, and filter by 'JS'. Look for scripts from external domains — these are third-party app scripts. Sort by size or time to find the worst offenders. For an easier approach, use the Coverage tool (Ctrl+Shift+P → 'Coverage') to see how much of each script is actually used. Thunder's app scanner automates this entire process and gives you a per-app impact report.
¿Las aplicaciones de Shopify desinstaladas siguen ralentizando mi tienda?
Sí, a menudo lo hacen. Muchas aplicaciones de Shopify inyectan fragmentos de código en los archivos de tu tema (especialmente theme.liquid) durante la instalación. Cuando desinstalas la aplicación, estos fragmentos de código permanecen. Debes verificar manualmente el código de tu tema y eliminar las etiquetas de script sobrantes. Busque en los archivos de su tema el nombre de la aplicación o su dominio de secuencia de comandos para encontrar código huérfano.
¿Cuántas aplicaciones de Shopify son demasiadas?
No existe un número mágico: depende del peso de cada aplicación. Una tienda con 30 aplicaciones ligeras puede ser más rápida que una con 5 aplicaciones pesadas. La tienda Shopify promedio tiene entre 15 y 25 aplicaciones instaladas. Concéntrese en medir el impacto real de cada aplicación en el tiempo de carga en lugar de contarlas. Como regla general, si su puntuación de PageSpeed cae más de 5 puntos después de instalar una aplicación, esa aplicación necesita optimización.
¿Puedo posponer scripts de terceros sin dañar mis aplicaciones?
Sí, pero requiere cuidados. El aplazamiento ingenuo de una secuencia de comandos puede alterar la funcionalidad de la aplicación; por ejemplo, posponer la secuencia de comandos de un widget de revisión puede hacer que las reseñas aparezcan después de cargar la página, o posponer una secuencia de comandos de análisis puede perder el seguimiento de las vistas de página. Las herramientas de aplazamiento inteligentes como Thunder comprenden las dependencias de los scripts y los posponen en el orden correcto, preservando la funcionalidad y mejorando el tiempo de carga.
¿Cómo reduzco el tiempo de ejecución de JavaScript en Shopify?
To reduce JavaScript execution time, start by removing unused apps and their leftover code from theme.liquid. Then defer non-critical third-party scripts so they load after your main content. Use Chrome DevTools' Performance panel to find the heaviest scripts — anything over 100ms of main-thread work is a candidate for deferral. Google Tag Manager containers often account for 300-800ms alone because they load multiple tracking scripts. A speed optimizer like Thunder automates script deferral while preserving functionality, typically saving 1-3 seconds of execution time.
¿Cuál es la diferencia entre asíncrono y diferido para scripts?
Tanto async como aplazar permiten que el navegador continúe analizando HTML mientras descarga el script. La diferencia: los scripts 'asincrónicos' se ejecutan tan pronto como se descargan (potencialmente fuera de orden), mientras que los scripts 'diferidos' se ejecutan después de que el HTML se haya analizado por completo, en el orden en que aparecen. Para scripts de aplicaciones de terceros, "aplazar" suele ser más seguro porque preserva el orden de ejecución. Sin embargo, el mejor enfoque es retrasar los scripts por completo hasta que la página sea interactiva; esto es lo que hacen las aplicaciones de optimización de velocidad.