{"id":7822,"date":"2026-10-12T05:00:00","date_gmt":"2026-10-12T03:00:00","guid":{"rendered":"https:\/\/ecommsolvers.com\/staging\/optimizacion-de-core-web-vitals-en-magento-2-como-superar-los-90-puntos\/"},"modified":"2026-10-26T00:01:15","modified_gmt":"2026-10-25T23:01:15","slug":"optimizacion-de-core-web-vitals-en-magento-2-como-superar-los-90-puntos","status":"publish","type":"post","link":"https:\/\/ecommsolvers.com\/es\/optimizacion-de-core-web-vitals-en-magento-2-como-superar-los-90-puntos\/","title":{"rendered":"Optimizaci\u00f3n de Core Web Vitals en Magento 2: c\u00f3mo superar los 90 puntos"},"content":{"rendered":"\n

Para superar los 90 puntos en Google Core Web Vitals con Magento hay que combinar tres cosas: la optimizaci\u00f3n de im\u00e1genes (pasar a formato WebP o AVIF), la minificaci\u00f3n de JavaScript y CSS, y la reducci\u00f3n del tiempo de respuesta del servidor (TTFB). Estas tres \u00e1reas cubren la mayor\u00eda de los problemas t\u00e9cnicos que restan puntos. Seg\u00fan nuestra experiencia, la mayor\u00eda de los directivos espera milagros de una \u00fanica intervenci\u00f3n r\u00e1pida, como activar la cach\u00e9, pero un resultado superior a 90 solo se mantiene en el tiempo si las tres \u00e1reas se optimizan a la vez y de forma coordinada. En buena parte de los casos, las tiendas online con Magento se estancan entre 50 y 70 puntos porque se mejora un \u00e1rea mientras las otras dos quedan intactas, y eso limita todo su potencial. Este art\u00edculo ofrece pasos concretos y pr\u00e1cticos para que una tienda Magento alcance de verdad m\u00e1s de 90 puntos en Core Web Vitals, tanto en m\u00f3vil como en escritorio.<\/p>\n\n

Optimizaci\u00f3n de im\u00e1genes: el paso a WebP y AVIF<\/h2>\n\n

La optimizaci\u00f3n de im\u00e1genes es el \u00e1rea que aporta la mejora medible m\u00e1s r\u00e1pida y con menos riesgo en la puntuaci\u00f3n de Core Web Vitals, ya que las fotos de producto y los banners suelen representar la mayor parte del peso total de una p\u00e1gina de cat\u00e1logo en Magento. En nuestra experiencia, pasar de los formatos tradicionales JPEG o PNG a WebP o AVIF reduce por s\u00ed solo el tama\u00f1o de los archivos entre un 30 y un 50 % con la misma calidad visual, lo que mejora directamente el Largest Contentful Paint (LCP). En los casos que hemos analizado, las tiendas online<\/a> que implantaron una conversi\u00f3n de formato automatizada para todas las im\u00e1genes subidas lograron cargas de p\u00e1ginas de categor\u00eda notablemente m\u00e1s r\u00e1pidas, sobre todo en los listados que muestran muchos productos a la vez.<\/p>\n\n

\u00bfQu\u00e9 ajustes concretos requiere la optimizaci\u00f3n de im\u00e1genes?<\/h2>\n\n

Una optimizaci\u00f3n de im\u00e1genes eficaz requiere la conversi\u00f3n autom\u00e1tica a un formato moderno (WebP o AVIF), activar la carga diferida (lazy loading) para las im\u00e1genes situadas por debajo de la primera pantalla y un dimensionado responsive que sirva im\u00e1genes de distinto tama\u00f1o seg\u00fan el dispositivo. \u00bfCu\u00e1ndo no basta con cambiar de formato? Cuando las im\u00e1genes, incluso ya convertidas, siguen siendo demasiado grandes para el espacio en el que se muestran: sin dimensionado responsive se siguen enviando al navegador archivos innecesariamente pesados, sobre todo en dispositivos m\u00f3viles.<\/p>\n\n

Minificaci\u00f3n de JavaScript y CSS: menos carga que bloquea el renderizado<\/h2>\n\n

La minificaci\u00f3n de JavaScript y CSS influye directamente en el Interaction to Next Paint (INP) y en el First Contentful Paint (FCP), porque los archivos de c\u00f3digo sin comprimir e innecesariamente grandes ralentizan el procesamiento y el renderizado en el navegador. En muchos casos hemos comprobado que activar las opciones de minificaci\u00f3n y agrupaci\u00f3n (bundling) disponibles en la configuraci\u00f3n nativa del panel de administraci\u00f3n de Magento ya aporta una mejora apreciable, pero el verdadero salto llega al eliminar las reglas CSS y el c\u00f3digo JavaScript que no se usan, que a menudo sobrecargan el sistema por la acumulaci\u00f3n de m\u00f3dulos y extensiones<\/a>.<\/p>\n\n

\u00bfPor qu\u00e9 no basta con activar la minificaci\u00f3n integrada?<\/h2>\n\n

La minificaci\u00f3n integrada no es suficiente por s\u00ed sola porque solo reduce el tama\u00f1o de los archivos existentes, pero no elimina el c\u00f3digo sobrante y sin uso que dejan en el sistema los m\u00f3dulos de terceros o los desarrollos a medida obsoletos. \u00bfPara qui\u00e9n no sirve activar la minificaci\u00f3n una sola vez y olvidarse? Para las tiendas online que instalan m\u00f3dulos nuevos con regularidad, porque cada extensi\u00f3n a\u00f1ade c\u00f3digo nuevo, potencialmente sin optimizar, que hay que revisar peri\u00f3dicamente.<\/p>\n\n

\u00c1rea de optimizaci\u00f3n<\/strong><\/td>M\u00e9trica de Core Web Vitals afectada<\/strong><\/td>Mejora t\u00edpica<\/strong><\/td><\/tr><\/thead>
Optimizaci\u00f3n de im\u00e1genes (WebP\/AVIF)<\/td>Largest Contentful Paint (LCP)<\/td>Reducci\u00f3n del tama\u00f1o de archivo del 30\u201350 %<\/td><\/tr>
Minificaci\u00f3n de JS\/CSS<\/td>Interaction to Next Paint (INP), FCP<\/td>Renderizado notablemente m\u00e1s r\u00e1pido<\/td><\/tr>
Reducci\u00f3n del TTFB<\/td>Time to First Byte, indirectamente LCP<\/td>Mejora del orden de segundos<\/td><\/tr>
Implantaci\u00f3n de la cach\u00e9 Varnish<\/td>Tiempo total de carga de la p\u00e1gina<\/td>De segundos a milisegundos<\/td><\/tr><\/tbody><\/table><\/figure>\n\n

Reducci\u00f3n del tiempo de respuesta del servidor (TTFB): optimizar la capa base<\/h2>\n\n

Reducir el tiempo de respuesta del servidor, es decir, el Time to First Byte (TTFB), es fundamental, porque cualquier otra optimizaci\u00f3n, ya sea de im\u00e1genes o de JavaScript, solo surte efecto despu\u00e9s de que el navegador reciba la primera respuesta del servidor. Seg\u00fan nuestra experiencia, la mayor\u00eda de los clientes consigue la mayor mejora de TTFB configurando correctamente la cach\u00e9 Varnish, ya que en las p\u00e1ginas cacheadas el servidor responde directamente desde la memoria, sin ejecutar PHP ni consultar la base de datos. Seg\u00fan los datos de un benchmark de rendimiento independiente<\/a>, un Magento 2.4.9 est\u00e1ndar sin la optimizaci\u00f3n adecuada produce en m\u00f3vil un LCP de 4,2\u20135,8 segundos, mientras que el umbral para obtener la calificaci\u00f3n de \u00abbueno\u00bb est\u00e1 por debajo de 2,5 segundos, lo que muestra claramente el peso de la base del lado del servidor en la puntuaci\u00f3n final.<\/p>\n\n

\"Reducción<\/figure>\n\n

\u00bfQu\u00e9 factores influyen m\u00e1s en el TTFB de un sistema Magento?<\/h2>\n\n

En el TTFB influyen sobre todo la calidad de la infraestructura de hosting, que la versi\u00f3n de PHP est\u00e9 actualizada, la optimizaci\u00f3n de las consultas a la base de datos y el tipo de backend de Full Page Cache (sistema de archivos integrado o Varnish), porque en conjunto determinan cu\u00e1nto tarda el servidor en preparar y enviar la primera respuesta. \u00bfConviene reducir el TTFB antes de optimizar im\u00e1genes y c\u00f3digo? S\u00ed, porque una capa base lenta en el servidor limita tambi\u00e9n la eficacia del resto de optimizaciones; por eso siempre es recomendable empezar el proceso de mejora de Core Web Vitals por el lado del servidor.<\/p>\n\n

C\u00f3mo mantener una puntuaci\u00f3n superior a 90 de forma sostenible<\/h2>\n\n

Para mantener de forma sostenible una puntuaci\u00f3n de Core Web Vitals superior a 90 no basta con una \u00fanica ronda de optimizaci\u00f3n puntual, porque la puntuaci\u00f3n puede volver a caer con el tiempo si se incorporan m\u00f3dulos, im\u00e1genes o funcionalidades nuevas sin optimizar. En nuestra experiencia, la mayor\u00eda de las tiendas online que mantienen puntuaciones altas de forma duradera implantan auditor\u00edas de rendimiento peri\u00f3dicas que vuelven a comprobar las m\u00e9tricas de Core Web Vitals tras cada cambio relevante.<\/p>\n\n

\u00bfEn qu\u00e9 orden conviene ejecutar el proceso completo de optimizaci\u00f3n?<\/h3>\n\n

Conviene empezar el proceso completo por la capa del servidor (cach\u00e9 Varnish, TTFB), continuar con la optimizaci\u00f3n de im\u00e1genes y terminar con la minificaci\u00f3n de JavaScript y CSS y la eliminaci\u00f3n del c\u00f3digo sobrante, porque este orden garantiza que cada capa se construya sobre la mejor base posible. \u00bfCu\u00e1ndo no es recomendable centrarse en una sola \u00e1rea? Cuando el objetivo es un resultado duradero superior a 90 puntos, porque las m\u00e9tricas de Core Web Vitals est\u00e1n relacionadas entre s\u00ed y un \u00e1rea descuidada puede limitar la puntuaci\u00f3n global.<\/p>\n\n

Para superar los 90 puntos en Core Web Vitals, conviene seguir estos pasos en orden:<\/h4>\n\n
    \n
  1. Configurar correctamente la cach\u00e9 Varnish y optimizar el TTFB del lado del servidor.<\/li>\n\n\n\n
  2. Convertir autom\u00e1ticamente todas las im\u00e1genes de producto a WebP o AVIF y activar el lazy loading.<\/li>\n\n\n\n
  3. Minificar y agrupar los archivos JavaScript y CSS, eliminando el c\u00f3digo sobrante.<\/li>\n\n\n\n
  4. Revisar los m\u00f3dulos instalados y retirar las extensiones que sobrecargan el sistema sin necesidad.<\/li>\n\n\n\n
  5. Medir Core Web Vitals de forma peri\u00f3dica tras cada cambio relevante.<\/li>\n<\/ol>\n\n

    Antes de iniciar el proceso de optimizaci\u00f3n, conviene valorar tambi\u00e9n estos aspectos:<\/h4>\n\n