Velocidad en móvil de una tienda PrestaShop: qué medir y qué mejora de verdad

Pruebas tu tienda desde el ordenador de la oficina, con fibra, y va bien. Tu cliente la abre desde un móvil de gama media, con cobertura irregular, en el autobús. Para él la misma página tarda varios segundos en mostrar la foto del producto y responde con retraso al pulsar «Añadir al carrito». Esa segunda experiencia es la que cuenta, tanto para vender como para Google, que indexa y evalúa las páginas por su versión móvil.

Laboratorio y campo: dos medidas distintas

Antes de cambiar nada, distingue dos tipos de datos:

• Datos de laboratorio: los que da una prueba simulada como Lighthouse o la parte inferior de PageSpeed Insights. Útiles para diagnosticar, porque siempre miden en las mismas condiciones, pero son una simulación.
• Datos de campo: lo que han vivido usuarios reales de Chrome en los últimos días, agregado. Es lo que aparece arriba en PageSpeed Insights (si hay tráfico suficiente) y en el informe de Métricas web principales de Search Console.

Obsesionarse con la puntuación de laboratorio es un error frecuente. Una tienda puede tener un 60 en Lighthouse y aprobar con datos reales, o un 90 y suspender porque sus usuarios usan móviles lentos. Lo que Google usa como señal son los datos de campo.

Las tres métricas, en lenguaje de tienda

Se evalúan sobre el percentil 75 de las visitas: no basta con que vaya bien para la mayoría, tiene que ir bien para tres de cada cuatro.

Qué frena a PrestaShop en un móvil

Tiempo de respuesta del servidor

Si el servidor tarda en generar la página, todo lo demás empieza tarde. En PrestaShop pesan las consultas a la base de datos de cada página, los módulos que añaden lógica en hooks del front, un PHP antiguo y un hosting sin recursos suficientes. Una caché de página completa, que sirve el HTML ya generado a las visitas anónimas, suele ser la mejora individual más visible en este punto.

CSS y JavaScript que esa página no necesita

Cada módulo tiende a cargar sus ficheros en todas las páginas: el CSS del formulario de contacto en la ficha de producto, el script del configurador en la portada. En un móvil, descargar, interpretar y ejecutar todo eso retrasa el pintado y, sobre todo, empeora el INP, porque el procesador del teléfono está ocupado cuando el usuario toca la pantalla.

Scripts de terceros

Chats, píxeles de publicidad, mapas de calor, widgets de reseñas. Cada uno añade peticiones y trabajo de procesador. Muchos no hacen falta hasta que el usuario interactúa con la página.

Imágenes

Fotos de producto subidas a gran tamaño, sin formatos modernos, o un carrusel de portada que hace bajar al móvil una imagen pensada para pantallas de escritorio. El elemento LCP de una ficha casi siempre es la foto principal: si es pesada o se carga en diferido, el LCP se resiente.

Fuentes

Varias familias tipográficas, con muchos pesos, cargadas desde servidores externos. Además del peso, retrasan el texto o lo hacen saltar cuando se aplica la fuente definitiva.

Qué mejora de verdad, en orden

1. Servidor y PHP al día. Una versión de PHP con soporte y un PrestaShop actualizado son más rápidos por sí solos, y permiten usar herramientas de caché y optimización actuales que no funcionan en versiones antiguas.
2. Caché de página para visitas anónimas, con exclusiones correctas para carrito, pago y cuenta, y purga automática al cambiar productos o precios.
3. Quitar CSS y JS de las páginas donde no se usan, en vez de solo combinarlos y minificarlos. Combinar todo en un único fichero grande no reduce lo que el móvil tiene que procesar.
4. Retrasar los scripts de terceros hasta la primera interacción, con una lista de excepciones para lo que debe cargar siempre.
5. La imagen principal sin carga diferida y con su tamaño correcto; el resto, en diferido. Reserva el espacio de imágenes y banners con sus dimensiones para evitar saltos.
6. Fuentes servidas desde tu servidor, solo con los pesos que usas y con font-display ajustado.

Cómo medir el antes y el después

• Anota los datos de campo de las plantillas clave (portada, categoría, ficha) antes de empezar.
• Usa el laboratorio para comprobar que el cambio hace lo que esperas en una URL concreta.
• Espera a que los datos de campo se actualicen: reflejan un periodo de varias semanas, así que la mejora no aparece al día siguiente.
• Prueba también en un móvil real de gama media, con la conexión limitada desde las herramientas del navegador: es lo más parecido a lo que vive buena parte de tus clientes y descubre problemas que la fibra de la oficina esconde, como menús que tardan en abrirse o botones que se mueven.
• Mira también tu negocio: tasa de conversión en móvil, rebote en fichas, carritos iniciados.

La velocidad es una señal más entre muchas para Google, y nadie puede prometerte posiciones por mejorarla. Lo que sí está claro es que una tienda rápida en móvil pierde menos clientes por el camino.

Cómo resolverlo en PrestaShop

El Pack Tienda rápida de Rekire reúne las piezas de este artículo: All In One Cache (caché de página completa en disco con purga automática al guardar productos, categorías o precios, caché de consultas en Redis desde PrestaShop 8 y gestión de OPcache), su servicio de configuración y formación, RKR OptiMatters y Cache Buster. OptiMatters hace inventario de los CSS y JS que carga cada tipo de página con su peso y su módulo de origen, te deja quitarlos, diferirlos o retrasarlos hasta la primera interacción por página, dispositivo o controlador, sirve las Google Fonts desde tu servidor con solo los pesos que usas, e incluye un modo antes/después visible solo para quien está conectado al back-office.