Reportajes e investigación sobre Shopify y el comercio electrónico
Los comerciantes asumen que las tiendas lentas necesitan activar nuevas configuraciones, pero el código del tema muestra el problema contrario: funciones que nunca se construyeron como interruptores, así que la solución es elegir un tema cuyos números base de Core Web Vitals ya aguanten con tráfico real.
La mayoría de los comerciantes que entran al BFCM asumen que la solución para una tienda lenta es un panel de configuración en alguna parte, un interruptor para las animaciones, un switch para lo que sea que se ejecuta antes de que se abra el cart drawer, algo que puedan desactivar con un clic en el editor de temas y olvidarse. Ese interruptor normalmente no existe. La palabra puede aparecer en los archivos del tema, pero vive en un aviso de licencia o en una función de JavaScript, no en un bloque de schema con una etiqueta y un rango. Saber la diferencia entre una configuración real y una coincidencia casual de palabra es la verdadera tarea de preparación para el BFCM, y es más pequeña y menos flexible de lo que sugieren la mayoría de los checklists de preparación de rebajas.
Dawn, el tema de referencia de Shopify, contiene la palabra “off” en 78 de sus 351 archivos a fecha del commit del 2026-08-10. Eso suena a muchos interruptores. No lo es. Esos 78 archivos incluyen LICENSE.md y README.md, que es simplemente texto legal estándar que coincide con la palabra, además de assets/animations.js y assets/base.css, que son archivos de implementación, no archivos de configuración. No hay ninguna sección dedicada en el schema de configuración de Dawn construida alrededor de un control de animación on/off que un comerciante pueda encontrar y activar. Si quieres menos movimiento en una página de producto antes de tu pico de tráfico, estás abriendo animations.js y editando lógica de funciones, lo cual es tarea de un desarrollador, no de un comerciante.
El mismo patrón se repite con “before”. Aparece en 30 de los 351 archivos de Dawn, concentrada en assets/base.css, assets/cart-disclosure-tooltip.js, assets/cart.js y assets/component-article-card.css. De nuevo, esto es código de estilo y comportamiento, no una configuración con nombre. Un comerciante que busque en el editor de temas algo llamado “before checkout” o “before add to cart” no encontrará un control correspondiente, porque la presencia de la palabra en el código es una coincidencia de implementación, no una función documentada.
Horizon, el tema más nuevo de Shopify, muestra la palabra “off” en 138 de sus 484 archivos, y “before” en 77 de 484, ambos recuentos más altos que los de Dawn en términos absolutos. Los archivos también están más centrados en el carrito: assets/anchored-popover.js, assets/cart-discount.js, assets/cart-drawer.js y assets/cart-icon.js contienen todos “before”. Eso te dice que las interacciones de carrito de Horizon implican más lógica condicional que las de Dawn, probablemente porque Horizon soporta más funciones de carrito de fábrica. No te dice que exista un interruptor de configuración que los comerciantes puedan usar para cambiar ese comportamiento sin tocar código. A fecha del commit 8b42ace del 2026-08-31, tampoco existe una sección de configuración dedicada a ninguna de las dos palabras en el schema de Horizon.
La lectura honesta de ambos códigos base es que “desactivar algo antes del BFCM” no es una acción del editor de temas ni en Dawn ni en Horizon. Es una acción de edición de código, y si tu tienda no puede hacer eso internamente, la configuración efectivamente no existe para ti.
Dado que ninguno de los dos temas insignia de Shopify expone el tipo de control granular de rendimiento que buscan los comerciantes, la palanca más útil de cara a un periodo de alto tráfico es simplemente elegir un tema cuyos números base ya sean sólidos. En todo el mercado, medido con datos de campo de CrUX de julio de 2026, el tema medio aprueba todos los Core Web Vitals en el 85.5% de las visitas móviles y el 86.2% de las visitas de escritorio. Pero esa mediana esconde una dispersión amplia.
| Dispositivo | Temas con datos suficientes | Tasa mediana de aprobación | Mejor del mercado | Peor del mercado |
|---|---|---|---|---|
| Móvil | 247 | 85.5% | 98.6% | 46.1% |
| Escritorio | 199 | 86.2% | 99.2% | 30.3% |
Un tema que se sitúa cerca del 46.1% en móvil está fallando los Core Web Vitals para más de la mitad de sus visitantes reales, y ningún interruptor de animación ni edición del cart drawer cierra una brecha de ese tamaño. Estos son datos de campo de compradores reales, no una ejecución sintética de laboratorio, así que reflejan dispositivos reales, redes reales y peso de página real durante tráfico ordinario, antes de que cualquier pico de BFCM empeore las cosas.
Los requisitos del Theme Store de Shopify establecen una puntuación media mínima de rendimiento de Lighthouse de 60 en las páginas de producto, colección e inicio de un tema, tanto para escritorio como para móvil, junto con una puntuación mínima de accesibilidad de 90 en las mismas páginas y dispositivos. Un tema solo necesita superar una puntuación de 60 para llegar a aparecer listado. Compara eso con las tasas medianas reales del mercado de 85.5% en móvil y 86.2% en escritorio, y queda claro que la aprobación de la tienda es un piso, no una prueba de preparación para el BFCM. Dos temas pueden aprobar ambos la revisión del Theme Store y diferir en decenas de puntos en la experiencia real del visitante.
Los precios y las valoraciones tampoco resuelven esto. El precio mediano de los temas en el mercado es de $300, en un rango de $100 a $500, y la valoración media es de 4.53 sobre 5 en 308 temas, con una mediana de 23 reseñas por tema. Ninguno de esos números se correlaciona directamente con la tasa de aprobación de Core Web Vitals, ya que las valoraciones capturan sobre todo la satisfacción con el diseño y el soporte. Los temas de UTD aparecen en este mismo ranking general del mercado junto a todos los demás, y los comerciantes que comparan opciones pueden ver la lista completa en themes.shopify.com/themes?q=utd, aunque los datos aquí no muestran a UTD liderando en ninguna métrica de velocidad específica.
Elige un tema por su tasa medida de aprobación de Core Web Vitals para el dispositivo que tu tráfico realmente usa, ya que ese número, y no una configuración oculta, decide si tu tienda aguanta bajo la carga del BFCM. Si el propio código de un tema no muestra un interruptor dedicado para aquello que quieres desactivar, presupuesta un desarrollador que edite el archivo directamente en vez de buscar una configuración que nunca se construyó.
No existe una sección de configuración dedicada a animaciones en el código de Dawn a fecha del commit 258f00f del 2026-08-10. La palabra 'off' aparece en 78 de sus 351 archivos, pero esas coincidencias están repartidas entre LICENSE.md, README.md, assets/animations.js y assets/base.css, no dentro de un bloque de schema que un comerciante pueda cambiar en el editor de temas. Si quieres desactivar efectos de movimiento específicos, estás editando assets/animations.js directamente, no haciendo clic en un interruptor.
La palabra 'before' aparece en 77 de los 484 archivos de Horizon frente a 30 de los 351 archivos de Dawn, y en Horizon esas referencias están en assets/anchored-popover.js, assets/cart-discount.js, assets/cart-drawer.js y assets/cart-icon.js, todo JavaScript relacionado con el carrito. Ninguno de los dos temas expone esto como una configuración con nombre que los comerciantes puedan buscar en settings_schema.json. La diferencia en el número de archivos refleja más código de interacción con el carrito en Horizon, no más control para el comerciante.
En 247 temas con datos móviles suficientes, la mediana de visitas que aprueban todos los Core Web Vitals es del 85.5%, con el mejor tema del mercado en 98.6% y el peor en 46.1%. En escritorio, entre 199 temas con datos suficientes, la mediana es 86.2%, el mejor es 99.2% y el peor es 30.3%. Cualquier cosa muy por debajo de la mediana en el dispositivo de tráfico que tu tienda realmente recibe es un riesgo real durante un pico, ya que estos datos provienen de sesiones reales de visitantes en CrUX de julio de 2026, no de una prueba de laboratorio.
Aprobar la revisión significa que el tema obtuvo al menos 60 en rendimiento de Lighthouse en las páginas de producto, colección e inicio, tanto en escritorio como en móvil, además de al menos 90 en accesibilidad para las mismas páginas y dispositivos. Eso es un piso, no un objetivo, y es una puntuación de laboratorio más que una medición de visitantes reales. La mediana real del mercado de 85.5% en móvil y 86.2% en escritorio es un listón mucho más alto que el mínimo de 60 puntos de Lighthouse, así que la aprobación de la tienda por sí sola te dice muy poco sobre la preparación para el BFCM.
La valoración media del mercado es de 4.53 sobre 5 en 308 temas, con una mediana de 23 reseñas por tema, y esa valoración mide la satisfacción del comprador con el diseño y el soporte, no la velocidad de la página bajo carga. Las tasas de aprobación de Core Web Vitals, medidas por separado en 247 temas con datos móviles y 199 temas con datos de escritorio, te dicen cómo rinde el tema para compradores reales. Un tema puede tener una valoración alta y aun así situarse cerca del piso móvil del 46.1%, así que revisa ambos números, no uno solo.