Por qué esto es importante para tu tienda
60–80%
del tiempo de ejecución de scripts proviene de aplicaciones de terceros
3+ seg
de retraso de los scripts de la aplicación en una tienda típica
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)?
Cada vez que instalas una aplicación de la Shopify App Store, esa aplicación necesita una forma de mostrar sus características en tu tienda. Un widget de reseñas necesita mostrar estrellas. Una aplicación de chat necesita mostrar una burbuja de chat. Una ventana emergente de correo electrónico necesita... bueno, aparecer.
Para ello, cada aplicación inyecta archivos JavaScript (scripts) en el HTML de la tienda. Se denominan «scripts de terceros» porque proceden de servidores externos, no de la infraestructura de Shopify ni del código del tema.
Aquí está el problema: el navegador de su visitante debe descargar, analizar y ejecutar cada uno de estos scripts antes de que pueda terminar de cargar la página. Y a diferencia del código de tu tema, que Shopify ha optimizado y sirve desde su CDN, los scripts de terceros provienen de docenas de servidores diferentes con un rendimiento variable.
🔴 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.
Esto no es solo una preocupación teórica. Investigaciones del Archivo HTTP y Google muestran consistentemente que 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
El navegador recibe el HTML de la página desde los servidores de Shopify. Es rápido porque la infraestructura de Shopify es sólida.
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 encuentra una etiqueta <script> sin async ni defer, lo detiene todo. Debe descargar, analizar y ejecutar el script antes de continuar. Esto se denomina «bloqueo del 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 añaden los atributos async o defer a sus etiquetas de script, ya sea porque desconocen las mejores prácticas de rendimiento o porque sus scripts necesitan que el DOM se encuentre en un estado específico. El resultado: sus scripts bloquean el renderizado de la página, lo que perjudica directamente las puntuaciones de Largest Contentful Paint (LCP) e Interaction to Next Paint (INP).
La línea de tiempo de carga
0ms — HTML recibido de 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 se encargan de renderizar formularios, seguir a los usuarios y controlar ventanas emergentes (temporización, reglas de segmentación y pruebas A/B); a menudo también incluyen sus propios frameworks CSS. El JavaScript de Klaviyo es especialmente pesado porque registra el comportamiento del usuario para la segmentación: carga código de analítica, 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.
El contenedor de GTM en sí pesa 80–100KB+. Pero el costo real proviene de lo que hay dentro de él: 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?
- Busque etiquetas zombi de campañas antiguas (audiencias antiguas de Facebook, herramientas descontinuadas).
- 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 →
GTM, Meta y TikTok: corrige una caída por tracking sin eliminar la atribución a ciegas
Una caída fuerte tras añadir GTM y píxeles es una señal de diagnóstico, no una razón para borrar Google Tag Manager. El mismo proveedor suele cargarse varias veces: desde eventos o píxeles de cliente de Shopify, la aplicación Google & YouTube, un fragmento del tema y GTM.
- Ejecuta el test gratuito de velocidad de Shopify en inicio y en una página de producto.
- Revisa eventos de cliente, incrustaciones de apps, apps de canal de ventas, código del tema y GTM Preview para detectar IDs y etiquetas «All Pages» duplicados.
- Mantén una sola vía de instalación intencional por proveedor y prueba después pageview, producto, añadir al carrito y compra.
Las etiquetas de consentimiento y atribución necesaria no deben retrasarse demasiado. Las etiquetas de marketing opcionales pueden cargarse tras el contenido visible o solo en las plantillas adecuadas. Identifica primero scripts Shopify o Google desconocidos con el analizador de Shopify.
🎨 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 de retraso, solo por los scripts de las aplicaciones. Agrega el JavaScript de tu tema (~300ms), CSS (~100ms), imágenes (~500ms) y fuentes (~200ms), y estás viendo una 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: Los navegadores limitan las conexiones concurrentes por dominio (típicamente 6). Cuando 15 aplicaciones intentan cargar desde 15 dominios diferentes simultáneamente, se ponen en cola y esperan unas por otras.
- • 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 (Interaction to 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 para ver dónde se encuentra ahora mismo. Luego use estos métodos, del más técnico al más fácil:
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: Los scripts de dominios que no reconoce son de terceros. Los patrones comunes incluyen cdn.judge.me, static.klaviyo.com, widget.intercom.io, etc. Anote 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 desinstalar una aplicación, revise el código del tema. Vaya a Tienda online → Temas → Editar código y busque el nombre de la aplicación en theme.liquid y en los archivos de layout/. 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: retrasar scripts no críticos
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: Edite el archivo
theme.liquiddel tema y añadadefera las etiquetas de script de las aplicaciones. Es arriesgado: puede dañar las aplicaciones si se hace de forma incorrecta. - 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: Thunder vs Booster, Thunder vs Hyperspeed, Thunder contra Avada, y Thunder 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?
Abra Chrome DevTools (F12), vaya a la pestaña Network, recargue su página y filtre por 'JS'. Busque scripts de dominios externos; estos son scripts de aplicaciones de terceros. Ordene por tamaño o tiempo para encontrar los peores infractores. Para un enfoque más fácil, utilice la herramienta Coverage (Ctrl+Shift-P → 'Coverage') para ver cuánto de cada script se utiliza realmente. El escáner de aplicaciones de Thunder automatiza todo este proceso y le proporciona un informe de impacto por aplicación.
¿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?
Para reducir el tiempo de ejecución de JavaScript, comience por eliminar las aplicaciones no utilizadas y su código sobrante de theme.liquid. Luego, difiera los scripts de terceros no críticos para que se carguen después de su contenido principal. Utilice el panel Performance de Chrome DevTools para encontrar los scripts más pesados; cualquier cosa que supere los 100ms de trabajo del hilo principal es un candidato para la postergación. Los contenedores de Google Tag Manager a menudo representan 300-800ms por sí solos porque cargan múltiples scripts de seguimiento. Un optimizador de velocidad como Thunder automatiza la postergación de scripts mientras preserva la funcionalidad, ahorrando típicamente 1-3 segundos de tiempo de ejecución.
¿Cuál es la diferencia entre async y defer para los scripts?
Tanto async como defer permiten que el navegador siga analizando el HTML mientras descarga el script. Los scripts con async se ejecutan en cuanto terminan de descargarse, posiblemente fuera de orden; los scripts con defer se ejecutan después de analizar todo el HTML y respetan el orden en que aparecen. Para scripts de aplicaciones de terceros, defer suele ser más seguro porque conserva el orden de ejecución. Aun así, lo más eficaz es retrasarlos por completo hasta que la página sea interactiva, como hacen las aplicaciones de optimización de velocidad.