Si tu sitio web tarda más de 2.5 segundos en cargar el contenido principal, estás dejando dinero sobre la mesa. Cada 100 milisegundos extra de latencia reduce aproximadamente un 1% tus conversiones. Para un e-commerce que factura $10,000 USD al mes, son $100 USD perdidos por cada décima de segundo.

Y la mayoría de los sitios que veo en consultoría tienen entre 4 y 7 segundos de Largest Contentful Paint. Hagan la cuenta.

Qué es Core Web Vitals y por qué Google lo metió como ranking factor

Google lleva años empujando la métrica de experiencia del usuario como factor de ranking. En 2021 oficializó Core Web Vitals, un conjunto de tres métricas que miden la experiencia real de carga:

  • LCP (Largest Contentful Paint): cuánto tarda en renderizarse el elemento más grande visible. Bueno: menos de 2.5s.
  • INP (Interaction to Next Paint): cuánto tarda el sitio en responder a la primera interacción del usuario. Bueno: menos de 200ms.
  • CLS (Cumulative Layout Shift): cuánto se mueven los elementos mientras la página carga. Bueno: menos de 0.1.

Si una de las tres está en rojo, Google te penaliza en el ranking orgánico. Y lo peor: los usuarios te penalizan más rápido todavía, abandonando antes de que carguen.

Por qué los plugins de WordPress no resuelven el problema

Veo todo el tiempo proyectos que instalan WP Rocket o Autoptimize y esperan magia. No funciona así. Estos plugins ayudan en el margen, pero si tu sitio carga un theme bloated con 17 plugins, ningún plugin de caché te va a salvar.

El verdadero performance se consigue antes:

  1. Elegir un stack apropiado al tamaño del proyecto
  2. Optimizar imágenes en origen (no solo comprimirlas, también dimensionarlas)
  3. Cargar fuentes correctamente con preload y font-display swap
  4. Minimizar el JavaScript de terceros
  5. Usar CDN agresivamente

"Premature optimization is the root of all evil" decía Knuth. Pero esperar a que tu sitio esté lento para optimizar tampoco es la respuesta. Performance se diseña desde el primer commit.

Cómo medir performance de verdad

PageSpeed Insights es un buen punto de partida, pero te da datos de laboratorio (sintéticos). Lo que importa es el field data, las métricas reales que experimentan tus usuarios. Para eso necesitas:

  • Chrome User Experience Report (CrUX): datos anónimos de usuarios reales en Chrome
  • Google Search Console en la sección Core Web Vitals
  • Microsoft Clarity para ver grabaciones de sesión y entender dónde se traban los usuarios

El caso real: cómo bajamos un sitio de 5.2s a 1.1s LCP

Cliente: tienda Shopify de moda con tráfico de 40k visitantes/mes. Problema: LCP de 5.2s, bounce rate del 68%, conversión del 0.4%.

Lo que hicimos en 2 semanas:

  1. Migración a un tema custom liviano (no Dawn, no Debutify, custom)
  2. Conversion de imágenes a WebP servidas con srcset apropiado
  3. Implementación de lazy loading nativo en imágenes below the fold
  4. Eliminación de 7 apps de Shopify innecesarias
  5. Preconnect a Cloudflare y a Shopify CDN
  6. Critical CSS inline en el head

Resultado: LCP de 1.1s (mejora del 79%), bounce rate del 41% (mejora del 40%), conversión del 1.9% (mejora del 375%). Facturación mensual: +$18,000 USD.

Tu siguiente paso

Si quieres saber dónde está parado tu sitio hoy, abre PageSpeed Insights, pega tu URL, y mira el reporte de móvil (no el de desktop, casi nadie lo usa).

Si el LCP está en rojo o amarillo, agéndate un diagnóstico estratégico gratuito. Te explico qué está pasando y qué se puede hacer, sin venta dura.