Tiempos de carga a la mitad en una tienda de e-learning de 8 cifras
Un programa de rendimiento de varios años para The Great Courses en Adobe Commerce, llevado a cabo en Guidance, que redujo aproximadamente a la mitad los tiempos de carga típicos.
- Cliente
- The Great Courses
- Sector
- E-learning y contenido digital
- Periodo
- 2015–2023
- Rol
- Principal Adobe Commerce Engineer
Resultados
- Tiempo de carga típico
- −50 %
- Años en Guidance
- 8
Reto
The Great Courses tenía una tienda Adobe Commerce muy personalizada y con un gran catálogo digital. Sus páginas de categoría y de producto se habían vuelto tan lentas que la conversión caía de forma visible.
Los módulos propios, las extensiones de terceros, las integraciones y el hosting habían crecido con los años, y cada cambio tenía sentido por separado. Nadie tenía una visión de conjunto de dónde se iba el tiempo, así que el trabajo de rendimiento solía quedarse en conjeturas.
Enfoque
Primero medí el rendimiento con datos de usuarios reales, para poder comparar cada cambio posterior con la misma línea base. Después trabajé la caché, la indexación, las consultas a la base de datos, la entrega del frontend y la infraestructura, empezando por los cambios que más tiempo iban a ahorrar.
Cada corrección se entregó como un cambio pequeño y revisable, y se volvió a medir tras publicarla. Si un cambio no mejoraba las mediciones, lo retiraba. El trabajo avanzó en paralelo a la hoja de ruta de funcionalidades del cliente, así que la tienda siguió publicando novedades mientras ganaba velocidad.
En Guidance también mantuve en producción un storefront headless ScandiPWA, incluida la capa GraphQL que había detrás, y desarrollé integraciones con ERP, facturación por suscripción y módulos de envío personalizados para otras tiendas con un GMV de 8 cifras. Revisaba el código de los ingenieros de esos proyectos y los formaba.
Resultado
Los tiempos de carga típicos se redujeron aproximadamente a la mitad. Hoy sigo empezando cada proyecto de rendimiento con una línea base como esa.
Servicios en este proyecto
- 03
Optimización de rendimiento
Páginas más rápidas sin cambiar de plataforma. Un programa de alcance cerrado sobre tu tienda actual, con cada mejora medida antes y después.
- 07
Estrategia de storefront
Decidimos si mantener tu tema, pasar a headless o adoptar una arquitectura composable según tu equipo y tu presupuesto, con el coste calculado también para los años posteriores al lanzamiento.
- 04
Auditorías y revisión de código
Una revisión sénior de tu código, tus módulos y tu configuración que encuentra los riesgos antes que tus clientes. Cada hallazgo llega ordenado por gravedad, con evidencias y una estimación en horas.
Artículos relacionados
Mi checklist de rendimiento para Adobe Commerce
Doce comprobaciones, en orden, que muestran en qué se va la mayor parte del tiempo de carga de una tienda Adobe Commerce típica. Las hago antes de tocar una línea de código.
RendimientoCuándo pasar a headless en Adobe Commerce
Headless solo compensa si tienes un equipo de frontend y presupuesto para dos aplicaciones. Así decido entre Hyvä y un storefront separado en Adobe Commerce.
Headless