Saturación de apps en Shopify: cómo demasiadas apps están matando el rendimiento de tu tienda

El impuesto que pagas en cada carga

Cada app que instalas en Shopify te hace una promesa. Más reseñas, más upsells, más personalización, más ingresos. Lo que casi ninguna menciona es el impuesto que pagas en cada carga de página, esté o no haciendo algo útil en esa vista.

Ese impuesto es JavaScript. Una app típica añade entre 50KB y 150KB al storefront, y se ejecuta en cada página sin importar el contexto. Un widget de reseñas que solo importa en producto también carga en tu home, tu carrito y tu confirmación de checkout. Un popup de lealtad pensado para clientes recurrentes se dispara igual para un visitante nuevo que rebota en cuatro segundos. Ese código no evalúa si es necesario. Simplemente corre, y compite con todo lo demás por el mismo recurso de un solo hilo: el main thread del navegador.

Por eso la acumulación de apps es la causa más común de deterioro de rendimiento en tiendas con más de un año en línea. Nadie decide un día ralentizar la tienda. Sucede una instalación a la vez, casi siempre para resolver un problema real de corto plazo, y el costo acumulado solo se hace visible meses después cuando los Core Web Vitals empiezan a caer y nadie puede señalar una única causa.

Lo que realmente te cuesta cada app

Quitar una app sin uso normalmente recorta entre 150 y 300 milisegundos del Largest Contentful Paint. Apila diez apps instaladas por buenas razones en su momento y puedes tener más de un segundo de retraso evitable antes de que tu hero o titular termine de renderizar. Sumar cinco o más apps baja el score promedio de PageSpeed mobile entre 15 y 25 puntos — con frecuencia la diferencia entre pasar o reprobar el reporte de Core Web Vitals en Google Search Console.

Interaction to Next Paint es donde esto se pone peor de lo que los merchants esperan. INP ahora mide cada interacción a lo largo de la sesión completa, no solo el primer click. Un stack saturado no solo hace lenta la carga inicial: hace que el botón Añadir al carrito se sienta pesado, retrasa las transiciones del checkout, y lo hace en mobile — donde vive el 79% del tráfico de Shopify y la mayoría de tu oportunidad de conversión.

Las categorías que más daño hacen, en orden, son popups y overlays, widgets de reseñas, motores de personalización o recomendación, programas de lealtad y chat en vivo. Comparten un patrón: están hechas para correr en todas partes, cargar temprano y engancharse al DOM de formas que bloquean el render hasta terminar.

Por qué "casi no la usamos" no es la prueba correcta

El instinto al auditar apps es preguntar cuáles se usan menos. Es la pregunta equivocada. La correcta es cuáles están ejecutando código en páginas donde no aportan nada, y cuánto te cuesta ese código en agregado. Una app de reseñas bien usada que solo carga su script en las páginas de producto está bien. La misma app configurada para cargar globalmente, incluyendo carrito y cuenta, está cobrando en silencio a cada visitante por una función que solo verá una fracción.

Desinstalar tampoco resuelve automáticamente. Shopify le quita el acceso al admin, pero etiquetas de script sobrantes, secciones huérfanas del theme y archivos CSS sueltos suelen quedarse en el código. Lo vemos constantemente en auditorías: el merchant jura que quitó un popup hace ocho meses y su script sigue inyectándose en `theme.liquid` porque el uninstall nunca tocó lo que la app dejó atrás.

Cómo auditar de verdad tu stack de apps

Empieza en Shopify Admin, en Apps, y lista todo lo instalado — activo o no. Cruza esa lista con una corrida de PageSpeed Insights y la pestaña Network en Chrome DevTools, filtrada a requests de terceros. Te dice dos cosas a la vez: qué scripts cargan en qué páginas y aproximadamente cuánto peso añade cada uno.

Desde ahí, deshabilita apps una por una, idealmente en staging, y vuelve a correr PageSpeed después de cada cambio. Eso aísla el impacto real en LCP e INP de cada app en vez de adivinar sobre el agregado. Para cada app que quede en pie después de esa pasada, hazle tres preguntas. ¿Está activamente en uso — puedes decir cuándo alguien la tocó por última vez? ¿Está generando ingresos que puedas medir, no solo una función que se sentía bien tener? ¿Existe una alternativa más ligera — incluidas las herramientas nativas de Shopify — que haga el mismo trabajo con menos peso?

Search & Discovery, por ejemplo, reemplaza a la mayoría de las apps de filtros y búsqueda de terceros sin costo adicional de performance, porque está integrado a la plataforma en vez de atornillado encima. Lo mismo aplica seguido para reseñas, upsells básicos e incluso algunos casos de personalización que no necesitan un motor externo dedicado.

Qué hacer con las apps que no puedes quitar

Algunas apps se ganan su lugar y se quedan. Para esas, la solución no es quitarlas, es controlarlas. Diferir scripts con los atributos `async` o `defer` evita que los no críticos bloqueen el render inicial. La carga condicional por tipo de página hace que el script de tu app de reseñas solo se dispare en producto en vez de en todas partes. Y para lógica que hoy vive en una app de terceros pero no tendría que, migrarla a una Shopify Function saca ese trabajo del JavaScript del storefront y lo corre en el servidor — un perfil de rendimiento muy distinto.

Corrimos exactamente esta auditoría para un cliente DTC de tamaño medio el año pasado: 14 apps instaladas, varias cargando scripts globalmente cuando solo debían correr en un puñado de URLs. Tras remover cuatro apps por completo, delimitar el resto a las páginas donde realmente importaban y diferir lo que quedó, el LCP en mobile bajó más de un segundo entero y la tienda pasó de reprobar a aprobar Core Web Vitals en Search Console dentro del mismo ciclo de reporte. Nada de la funcionalidad de la tienda cambió. Las apps que se quedaron siguieron haciendo su trabajo. Solo dejaron de hacerlo en páginas donde a nadie le hacía falta.

Cómo medir si el arreglo realmente funcionó

No te pares en una sola corrida de PageSpeed Insights y lo des por hecho. Los datos de laboratorio de PageSpeed sirven para diagnóstico, pero son una visita simulada, no lo que tus clientes reales viven en distintos dispositivos y conexiones. El número que importa vive en el reporte de Core Web Vitals dentro de Google Search Console, que usa datos de campo de visitantes reales en una ventana móvil de 28 días. Ese es el reporte que Google usa para ranking, y el que te dice si tu limpieza produjo una mejora duradera o solo un buen score de Lighthouse el día que probaste.

Dale tiempo a actualizarse después de cada cambio. Como el reporte de Search Console rueda una ventana de 28 días, no vas a ver la foto completa hasta unas semanas después de remover o diferir apps. Revísalo un mes después, y otra vez tras cualquier campaña estacional — los popups navideños y banners promocionales agregados para una venta son de las razones más comunes por las que una tienda que pasaba Core Web Vitals en octubre las reprueba en diciembre.

El patrón mayor

El bloat de apps rara vez viene de una mala decisión. Viene de una docena de decisiones razonables tomadas en uno o dos años, cada una resolviendo un problema real en su momento, ninguna revisada una vez que el problema se resolvió o la app dejó de entregar en silencio. Trata a tu stack de apps como tratarías cualquier otro costo recurrente: audítalo con calendario, no solo cuando algo se rompe.

Si quieres una foto clara de exactamente qué apps te están costando más y dónde están los arreglos de mayor impacto, el trabajo de rendimiento Shopify de Shugert empieza con este tipo de auditoría antes de tocar una sola línea del theme. Para el playbook completo que ordena esos arreglos por palanca, nuestra guía de optimización de rendimiento Shopify recorre todo lo que enviamos, en orden.

Preguntas que vale la pena hacer antes de tu próxima instalación

1. ¿El script de esta app va a cargar en todas las páginas o solo donde realmente se necesita?

2. ¿Ya tienes una función nativa de Shopify que haga el 80% de lo que promete esta app?

3. ¿Quién en tu equipo es responsable de re-auditar esta app en seis meses?

4. Si esta app desapareciera mañana, ¿alguien más allá del cobro se daría cuenta?