¿A qué velocidad debería cargar una tienda Shopify de dropshipping? (benchmarks y las correcciones que realmente importan)

Una tienda Shopify que tarda cuatro segundos en mostrar su imagen principal ya ha perdido parte de su tráfico de pago antes de que se lea una sola palabra del ángulo del anuncio. Core Web Vitals — el umbral que el propio Google usa para definir "suficientemente rápido" — fija el renderizado del elemento visible más grande por debajo de 2,5 segundos y la respuesta a interacciones por debajo de 200 milisegundos, y la mayoría de tiendas dropshipping montadas con cinco apps de reseñas, un vídeo de cabecera en autoplay e imágenes de proveedor sin comprimir no superan ninguno de los dos en una conexión 4G real. El anuncio hizo su trabajo; la tienda simplemente nunca llegó a mostrar el producto.

El instinto en cuanto sube el CPA es casi siempre culpar a la creatividad o al targeting. La velocidad casi nunca se revisa primero, porque no aparece en ningún sitio del panel de anuncios — una página de producto lenta se ve idéntica a una rápida en el reporting de Meta, hasta que la línea de tasa de conversión muestra la diferencia. Una tienda que lanza exactamente el mismo anuncio, la misma audiencia y la misma oferta a dos velocidades de carga distintas no registrará la misma tasa de conversión, y la diferencia se acumula cada vez que ese tráfico es de pago y no orgánico.

A continuación: los umbrales de velocidad que realmente merece la pena perseguir, dónde pierde su presupuesto de velocidad una tienda dropshipping típica en Shopify, una forma reproducible de estimar lo que te cuesta la lentitud en conversión usando tus propios números en vez de una estadística prestada, y un orden de prioridad para corregirlo sin perder una semana optimizando algo que nadie va a notar.

¿A qué velocidad necesita cargar realmente una tienda Shopify?

Suficientemente rápido es un umbral, no una puntuación de 100. Los Core Web Vitals de Google definen "bueno" como: el elemento visible más grande renderizándose en menos de 2,5 segundos, la página respondiendo a un toque o clic en menos de 200 milisegundos, y el diseño sin saltar mientras carga. Supera esos tres en un móvil de gama media con 4G — no en un ordenador con wifi de oficina, la conexión en la que la tienda casi siempre parece ir bien durante las pruebas — y la velocidad deja de ser lo que limita tu tasa de conversión.

Perseguir una puntuación PageSpeed de 100 más allá de ese punto es, en una tienda dropshipping en concreto, sobre todo tiempo de ingeniería desperdiciado, porque la diferencia entre "bueno" y "perfecto" es mínima frente a la que hay entre "bueno" y el típico tema con cinco apps y vídeo en autoplay que lleva la mayoría de tiendas. Dedica las primeras horas a superar ese umbral de forma fiable en la mezcla de tráfico que realmente llega a la tienda, no a perseguir las últimas dos décimas de segundo entre una puntuación de 90 y una de 98.

Los tres umbrales de Core Web Vitals que realmente importan

Tres números deciden si Google considera rápida una página, y los tres se ven gratis — en PageSpeed Insights, o en el informe de velocidad de la tienda online dentro del admin de Shopify — sin instalar nada nuevo.

• Largest Contentful Paint (LCP): el tiempo hasta que el elemento visible más grande — normalmente la imagen del producto o el banner principal — termina de renderizarse. Bueno: menos de 2,5 s. Mejorable: 2,5-4 s. Malo: más de 4 s. En una página de producto de dropshipping, casi siempre es la imagen o el vídeo de cabecera.
• Interaction to Next Paint (INP): el tiempo entre un toque — añadir al carrito, un selector de talla, un popup de upsell — y la respuesta visible de la página. Bueno: menos de 200 ms. Mejorable: 200-500 ms. Malo: más de 500 ms. Aquí suele notarse la acumulación de apps, porque cada script extra enganchado a un botón suma a este número.
• Cumulative Layout Shift (CLS): cuánto salta la página mientras carga — un widget de reseñas que aparece encima del pliegue, un banner de cookies que redimensiona el diseño. Bueno: menos de 0,1. Malo: más de 0,25. Este cuesta clics directamente: un salto en el momento equivocado convierte un toque en "añadir al carrito" en un toque sobre lo que acaba de cargar debajo.

Mira los anuncios que están ganando ahora mismo

Dónde pierde realmente su presupuesto de velocidad una tienda dropshipping en Shopify

El presupuesto de velocidad de una tienda dropshipping típica no desaparece en un único problema dramático — se filtra en cinco o seis pequeños problemas que, instalados por separado, parecen inofensivos.

• Imágenes de proveedor servidas a su tamaño original: una foto de producto de 4.000 px sacada directamente de una ficha de AliExpress o 1688 y subida tal cual puede pesar 3-6 MB. Redimensionada y comprimida a WebP en las dimensiones que el tema realmente muestra, la misma imagen suele quedar por debajo de 150 KB sin pérdida de calidad visible.
• Un vídeo de cabecera en autoplay: suele ser el mayor coste de LCP en las páginas de producto que lo usan, porque el navegador tiene que empezar a cargar datos de vídeo antes de que se renderice nada más. Una cabecera de imagen estática con el vídeo como elemento secundario más abajo casi siempre gana en tiempo de carga — merece la pena probarlo contra la tasa de conversión en vez de asumir que el vídeo compensa su propio coste.
• Widgets de reseñas y UGC que cargan de forma síncrona: la mayoría de apps de reseñas inyectan un script que bloquea el renderizado hasta que carga, un coste habitual de CLS y LCP en una página que tampoco necesita mostrar reseñas en la primera pantalla. Cargar el widget con lazy loading por debajo del pliegue elimina la mayor parte del coste sin quitar las reseñas.
• Más de 6-8 apps instaladas: cada app de Shopify añade su propio script, y la mayoría de tiendas dropshipping acumulan 12-20 apps en pocos meses a fuerza de añadir una por cada idea nueva que se prueba. Una auditoría trimestral comparando el uso real de funciones, no la fecha de instalación, suele encontrar 3-5 apps que nadie ha tocado en semanas y que aun así cargan en cada vista de página.
• Acumulación de píxeles: los píxeles de Meta, TikTok, Pinterest y Google disparándose en cada carga de página se suman, y ninguno se puede quitar sin perder atribución — pero la mayoría se puede retrasar para que cargue después del contenido principal en vez de bloquearlo, lo que conserva los datos y recupera el coste de LCP.

Una forma reproducible de estimar lo que te está costando realmente la lentitud

Olvídate de la estadística del sector sobre tasas de abandono — no se midió en esta tienda, este tráfico o este producto, así que no es un número sobre el que actuar. El único número velocidad-conversión que merece confianza es el que se mide en el tráfico real de tu tienda, antes y después de una corrección real.

Elige un cambio significativo — comprimir imágenes en todo el catálogo, o quitar varias apps sin uso — y aplícalo de una sola vez en lugar de cambio a cambio, porque aislar la contribución individual de una sola app no vale el tiempo que cuesta. Mantén todo lo demás estable — misma creatividad, misma audiencia, misma oferta — durante una ventana comparable antes y después, idealmente dos semanas completas cada una para suavizar el ruido por día de la semana.

• Subida de conversión atribuible a la velocidad = (tasa de conversión después − tasa de conversión antes) ÷ tasa de conversión antes, medida solo en las fuentes de tráfico que no cambiaron entre las dos ventanas
• Pedidos extra generados por la corrección = subida × número de pedidos base en el mismo periodo, lo que convierte un porcentaje en un número que justifica las horas invertidas en corregirlo
• Limitación: esto se distorsiona con cualquier otra cosa que se moviera en la misma ventana — un refresco de creatividad, un efecto de estacionalidad, un cambio de precio — así que solo es válido si nada más cambió; repítelo en una segunda ventana comparable antes de confiar en el número lo suficiente para actuar

Orden de prioridad de las correcciones: qué cortar primero y qué merece la pena mantener a pesar del coste

No todos los costes de velocidad merecen eliminarse, y tratarlos todos igual desperdicia esfuerzo en los que apenas mueven la aguja mientras el problema real se queda donde estaba.

• Corregir primero, sin desventaja: compresión de imágenes y conversión a WebP en todo el catálogo. Mejora de conversión gratis, cero coste visual, y normalmente la mayor ganancia de LCP disponible en una tienda cargada de imágenes de proveedor.
• Corregir después, poco esfuerzo: una auditoría de apps trimestral, quitando cualquiera sin uso medible en los últimos 30 días. La mayoría de tiendas encuentran 3-5 apps en cinco minutos comparando fechas de instalación con el uso real de funciones.
• Probar antes de cortar: vídeo de cabecera en autoplay y carruseles pesados de UGC. Cuestan LCP, pero algunos compensan ese coste en tasa de conversión — aplica el método antes/después de arriba específicamente aquí en vez de asumir cualquiera de los dos resultados.
• Retrasar, no quitar: píxeles de seguimiento y widgets de chat. El dato y la función merecen conservarse; cargarlos después de que se renderice el contenido principal (la mayoría de apps y los propios ajustes de Shopify lo permiten) recupera casi todo el coste de velocidad sin perder ninguna de las dos cosas.
• Última prioridad: perseguir una puntuación PageSpeed más allá del umbral "bueno" de Core Web Vitals. Esas horas se invierten mejor en el producto o la oferta una vez que la tienda supera de forma fiable los tres umbrales de arriba en tráfico móvil real.

Corregir la velocidad solo compensa en un producto que merezca esas horas de ingeniería

Una semana comprimiendo imágenes y auditando apps en un producto que todavía no ha demostrado demanda real es una semana puliendo una tienda para un tráfico que nunca iba a convertir, sea cual sea la velocidad de carga. Las correcciones de velocidad suben el techo de un producto que ya tiene actividad publicitaria real y sostenida detrás — no crean demanda que no existía.

Ese es el orden que merece la pena mantener: confirma que la actividad publicitaria de un producto en Meta, TikTok, Pinterest y Google Shopping se parece de verdad a demanda sostenida y no a un pico corto — los datos de productos y anuncios de Trackira existen exactamente para esa comprobación — antes de gastar horas de ingeniería en la tienda que lo va a alojar. Resuelve primero la pregunta del producto; el trabajo de velocidad compensa más una vez que el tráfico que llega a esa página merece la pena optimizar.

¿Cuál es un buen tiempo de carga para una tienda Shopify de dropshipping?

Apunta a superar los umbrales "bueno" de los Core Web Vitals de Google en una conexión móvil real: Largest Contentful Paint por debajo de 2,5 segundos, Interaction to Next Paint por debajo de 200 milisegundos, y Cumulative Layout Shift por debajo de 0,1. Una puntuación PageSpeed perfecta de 100 no es el objetivo — superar esos tres de forma fiable en 4G, no solo en el wifi de la oficina, es lo que realmente protege tu tasa de conversión.

¿La velocidad de una tienda Shopify afecta al SEO además de a la tasa de conversión?

Sí — los Core Web Vitals son una parte confirmada de las señales de posicionamiento de Google, además de su efecto directo en la tasa de conversión. Una tienda que supera los umbrales obtiene una ventaja de posicionamiento sobre la que no, además de convertir mejor el tráfico de pago, que es el efecto mayor para la mayoría de tiendas dropshipping.

¿Qué apps de Shopify ralentizan más una tienda dropshipping?

Las apps que inyectan un script síncrono que bloquea el renderizado suelen costar más — los widgets de reseñas y UGC, los popups de upsell y las apps de sellos de confianza son los culpables habituales, menos por lo que cuesta cada una por separado y más porque las tiendas dropshipping acumulan 12-20 en pocos meses. Una auditoría basada en el uso real de funciones, no en la fecha de instalación, es la forma más rápida de encontrar cuáles siguen compensando su coste.

¿Cómo compruebo la puntuación de velocidad real de mi tienda Shopify?

El propio admin de Shopify incluye un informe de velocidad de la tienda online, y la herramienta gratuita PageSpeed Insights de Google da un desglose más detallado, incluyendo los tres Core Web Vitals y una lista de los scripts concretos que más tiempo de carga cuestan. Prueba en una conexión móvil limitada, no en wifi de escritorio, porque es la condición en la que llega la mayoría del tráfico de pago.