Definir qué resulta lento
Una «tienda lenta» puede tener una imagen principal que aparece tarde, un selector de variantes que responde mal o un botón que se desplaza durante la carga. Estos problemas pueden necesitar correcciones diferentes.
Los informes de rendimiento de Shopify distinguen carga (LCP), capacidad de respuesta (INP) y estabilidad visual (CLS). Revisa las URL y tipos de página afectados, separando móvil y ordenador. Anota el periodo, los cambios de tema o aplicaciones y los comentarios de clientes. La coincidencia de fechas es una pista, no una prueba de causalidad.
Separar datos reales y pruebas controladas
Los datos de visitantes reales ayudan a priorizar; las pruebas de laboratorio permiten reproducir e investigar una causa. En PageSpeed Insights, los datos CrUX abarcan los últimos 28 días. Comprueba si describen la URL o todo el origen: cuando faltan datos de la página, la herramienta puede mostrar datos del sitio o ningún dato real. Esto no demuestra que la página sea rápida.
Una prueba de carga con Lighthouse no reproduce por sí sola todas las interacciones del cliente. Prueba también la apertura del menú, el cambio de variante y la incorporación al carrito. No equipares la puntuación de laboratorio con el INP de los visitantes reales.
Tabla: del síntoma a la evidencia
Esta tabla es un método de diagnóstico propuesto, no el resultado de una auditoría a un cliente. El método de Shopify basado en diferencias entre métricas ayuda a localizar la fase que conviene investigar antes de elegir una corrección.
| Observación | Hipótesis que investigar | Comprobación para distinguir la causa | Decisión posible si se confirma |
|---|---|---|---|
| El contenido principal aparece tarde | Imagen descubierta tarde o costosa de cargar | Identificar el elemento LCP y su petición en la traza de carga | Mejorar su descubrimiento o tamaño sin degradar la imagen |
| La página aparece pero cambiar de variante resulta lento | JavaScript que mantiene ocupado al navegador | Grabar esa interacción concreta en la herramienta Performance | Reducir o aplazar el trabajo del componente responsable |
| Un botón se desplaza | Falta espacio reservado para un recurso multimedia o bloque insertado | Identificar el elemento que provoca el desplazamiento | Reservar espacio o revisar la inserción |
| Solo algunas fichas son lentas | Componente o aplicación de esa plantilla | Comparar fichas con y sin el componente en condiciones similares | Cargarlo solo donde haga falta o corregir su funcionamiento |
| La espera precede al contenido | Procesamiento inicial o cadena de peticiones | Examinar respuesta y cronología antes de culpar a las imágenes | Investigar el renderizado del tema o la cadena identificada |
Probar una causa sin desorganizar la tienda
Selecciona una página de inicio, una colección y una ficha representativas, además del recorrido que desencadena el problema. Guarda URL, versión del tema, dispositivo, red, estado del consentimiento y caché. Repite las mediciones en las mismas condiciones y compara las medianas; conserva también la dispersión para no decidir por una ejecución atípica.
Trabaja sobre una copia del tema y cambia un solo factor cada vez. Un ajuste de aplicación puede afectar a toda la tienda: una copia del tema no siempre lo aísla. Prepara un entorno de prueba adecuado antes de modificarlo. Desactivar una función en el navegador durante un experimento no demuestra que el negocio pueda eliminarla.
Ejemplo ficticio: una ficha lenta, dos decisiones distintas
Imaginemos una ficha cuya imagen principal aparece tarde y cuyo selector de variantes se bloquea brevemente. Primer experimento: cambiar únicamente la carga de la imagen. Si mejora la aparición pero persiste el bloqueo, la segunda causa sigue sin resolverse. En otro experimento, examina la traza del cambio de variante y prueba el componente sospechoso. No se presupone ninguna mejora numérica; el método separa dos síntomas antes de recomendar un trabajo.
Qué pedir al diagnóstico
Para cada corrección propuesta, solicita una ficha: URL y acción; observación fechada; hipótesis; cambio aislado; mediciones antes y después comparables; función preservada; limitación pendiente; opción de volver atrás.
Antes de validar, comprueba variantes, precios, disponibilidad, carrito, consentimiento, analítica y navegación con teclado, en móvil y ordenador. Tras una eventual publicación autorizada, observa los datos reales durante un periodo comparable: el histórico no refleja inmediatamente una corrección. Una mejora técnica no demuestra más ventas ni mejores posiciones en Google.
Una corrección puntual encaja si la causa está localizada y la base se puede mantener. Conviene estudiar un rediseño si varios recorridos esenciales siguen limitados por la estructura del tema después del diagnóstico. Compara opciones en la guía tema existente o a medida y el servicio de creación y rediseño Shopify. Para hablar del proyecto, aporta URL, síntomas y cambios recientes, sin enviar datos de clientes.