Ir al contenido principal
Technical SEO

Cómo mejorar los Core Web Vitals

14 min de lectura

Los Core Web Vitals son las métricas de Google para medir la experiencia de usuario real en su sitio web. Impactan directamente en sus rankings de búsqueda y, lo que es más importante, en si los visitantes se quedan o se van. Esta guía cubre optimizaciones prácticas y de alto impacto para cada métrica, priorizadas según la relación esfuerzo-impacto.

learn.sections.stepByStep

1

Measure Your Current Core Web Vitals

Check your scores using Google Search Console's Core Web Vitals report for field data, and PageSpeed Insights for both field and lab data. Field data reflects real user experience and matters more for rankings. Note which pages fail and which metric is the primary issue.

2

Optimize Largest Contentful Paint (LCP)

LCP measures how long it takes for the largest visible element to load. Target under 2.5 seconds. Common fixes: optimize and properly size hero images, use modern formats like WebP or AVIF, implement server-side rendering for above-the-fold content, and reduce server response time with caching.

3

Improve Interaction to Next Paint (INP)

INP measures how quickly your page responds to user interactions. Target under 200 milliseconds. Reduce JavaScript execution time by breaking up long tasks, defer non-critical scripts, minimize main thread blocking, and use web workers for heavy computations.

4

Fix Cumulative Layout Shift (CLS)

CLS measures unexpected layout movement during page load. Target under 0.1. Always set explicit width and height on images and videos, reserve space for ads and embeds, avoid injecting content above existing content, and use CSS contain on dynamic elements.

5

Implement Infrastructure Improvements

Use a CDN to reduce latency for global users, enable HTTP/2 or HTTP/3 for multiplexed requests, implement effective browser caching headers, and use resource hints (preconnect, prefetch, preload) for critical assets. These foundational changes improve all three vitals.

6

Monitor and Maintain Performance

Set up Real User Monitoring (RUM) to track vitals continuously, not just during audits. Create performance budgets for JavaScript size and image weight. Add Core Web Vitals checks to your CI/CD pipeline to prevent regressions when deploying new code.

7

Mida sus Core Web Vitals actuales

Compruebe sus puntuaciones utilizando el informe de Core Web Vitals de Google Search Console para datos de campo, y PageSpeed Insights para datos de campo y laboratorio. Los datos de campo reflejan la experiencia real del usuario y son los que más importan para los rankings. Observe qué páginas fallan y qué métrica es el problema principal.

8

Optimice el Largest Contentful Paint (LCP)

El LCP mide cuánto tarda en cargar el elemento visible más grande. Intente que sea inferior a 2.5 segundos. Correcciones comunes: optimice y ajuste el tamaño de las imágenes hero, use formatos modernos como WebP o AVIF, implemente renderizado del lado del servidor para el contenido above-the-fold y reduzca el tiempo de respuesta del servidor con caché.

9

Mejore el Interaction to Next Paint (INP)

El INP mide la rapidez con la que su página responde a las interacciones del usuario. Intente que sea inferior a 200 milisegundos. Reduzca el tiempo de ejecución de JavaScript dividiendo las tareas largas, aplace los scripts no críticos, minimice el bloqueo del hilo principal y utilice web workers para cálculos pesados.

10

Corrija el Cumulative Layout Shift (CLS)

El CLS mide el movimiento inesperado del diseño durante la carga de la página. Intente que sea inferior a 0.1. Establezca siempre el ancho y alto explícito en imágenes y videos, reserve espacio para anuncios y elementos incrustados, evite inyectar contenido sobre contenido existente y use CSS contain en elementos dinámicos.

11

Implemente mejoras de infraestructura

Utilice una CDN para reducir la latencia para usuarios globales, habilite HTTP/2 o HTTP/3 para solicitudes multiplexadas, implemente encabezados de caché de navegador efectivos y use sugerencias de recursos (preconnect, prefetch, preload) para activos críticos. Estos cambios fundamentales mejoran las tres métricas.

12

Monitoree y mantenga el rendimiento

Configure el Monitoreo de Usuarios Reales (RUM) para rastrear los vitals continuamente, no solo durante las auditorías. Cree presupuestos de rendimiento para el tamaño de JavaScript y el peso de las imágenes. Agregue comprobaciones de Core Web Vitals a su pipeline de CI/CD para evitar regresiones al implementar nuevo código.

Consejos pro

  • Focus on the 75th percentile, not the average. Google evaluates Core Web Vitals at the 75th percentile of page loads -- your worst-performing 25% of sessions determines your score.
  • Test on real devices, not just developer tools. Chrome DevTools simulates slower devices, but real mobile devices often perform differently due to memory constraints and thermal throttling.
  • Lazy-load everything below the fold but preload everything above it. This simple rule handles most LCP and CLS issues simultaneously.
  • Concéntrese en el percentil 75, no en el promedio. Google evalúa los Core Web Vitals en el percentil 75 de las cargas de página: el 25% de las sesiones con peor rendimiento determina su puntuación.
  • Pruebe en dispositivos reales, no solo en herramientas de desarrollo. Chrome DevTools simula dispositivos más lentos, pero los dispositivos móviles reales a menudo funcionan de manera diferente debido a restricciones de memoria y estrangulamiento térmico.
  • Utilice lazy-load para todo lo que esté debajo del pliegue (below-the-fold), pero pre-cargue todo lo que esté encima. Esta regla simple maneja la mayoría de los problemas de LCP y CLS simultáneamente.

Errores comunes a evitar

Optimizing lab scores instead of field data

Lab data (Lighthouse) is useful for debugging but field data (CrUX) is what Google uses for rankings. A perfect Lighthouse score doesn't help if real users on slow connections experience poor performance.

Adding lazy loading to above-the-fold images

Lazy loading delays image rendering until they're near the viewport. For your hero image or LCP element, this actually makes LCP worse. Eager-load above-the-fold content and lazy-load everything else.

Ignoring third-party scripts

Analytics tags, chat widgets, ad scripts, and social embeds often cause the worst INP and CLS issues. Audit every third-party script, load non-critical ones asynchronously, and consider removing scripts that provide little value.

Optimizar puntuaciones de laboratorio en lugar de datos de campo

Los datos de laboratorio (Lighthouse) son útiles para la depuración, pero los datos de campo (CrUX) son los que Google utiliza para los rankings. Una puntuación perfecta en Lighthouse no ayuda si los usuarios reales con conexiones lentas experimentan un rendimiento deficiente.

Agregar carga diferida (lazy loading) a imágenes sobre el pliegue

La carga diferida retrasa la renderización de imágenes hasta que están cerca del viewport. Para su imagen principal o elemento LCP, esto empeora el LCP. Cargue inmediatamente el contenido sobre el pliegue (above-the-fold) y utilice lazy-load para todo lo demás.

Ignorar scripts de terceros

Las etiquetas de analítica, widgets de chat, scripts de anuncios y elementos incrustados de redes sociales a menudo causan los peores problemas de INP y CLS. Audite cada script de terceros, cargue los no críticos de forma asíncrona y considere eliminar los scripts que aporten poco valor.

Cómo Keyword Kick lo hace fácil

  • Continuous Core Web Vitals tracking with historical trends for every audited page
  • Specific, actionable recommendations for each failing metric with estimated impact
  • Automated alerts when Core Web Vitals regress after site changes
  • Seguimiento continuo de Core Web Vitals con tendencias históricas para cada página auditada
  • Recomendaciones específicas y procesables para cada métrica con errores, junto con el impacto estimado
  • Alertas automatizadas cuando las Core Web Vitals sufren regresiones tras cambios en el sitio

learn.sections.faq

Do Core Web Vitals directly affect rankings?

Yes, Core Web Vitals are a confirmed Google ranking factor as part of the Page Experience signals. However, they're one of many factors. Great content with poor vitals can still outrank mediocre content with perfect scores, but all else being equal, better vitals win.

What's a good LCP score?

Google considers LCP under 2.5 seconds as good, 2.5-4.0 seconds as needs improvement, and over 4.0 seconds as poor. Aim for under 2.0 seconds to give yourself a buffer, especially for mobile users on slower connections.

How quickly do Core Web Vitals improvements affect rankings?

Google's CrUX data is collected over a rolling 28-day period. After fixing performance issues, expect 4-6 weeks before the improvements are reflected in Search Console's Core Web Vitals report and begin impacting rankings.

¿Las Core Web Vitals afectan directamente al posicionamiento?

Sí, las Core Web Vitals son un factor de posicionamiento confirmado por Google como parte de las señales de Page Experience. Sin embargo, son uno de muchos factores. Un contenido excelente con métricas pobres puede posicionar por encima de un contenido mediocre con resultados perfectos, pero en igualdad de condiciones, mejores métricas ganan.

¿Cuál es una buena puntuación de LCP?

Google considera un LCP inferior a 2.5 segundos como bueno, de 2.5 a 4.0 segundos como necesitado de mejoras, y superior a 4.0 segundos como pobre. Intenta obtener menos de 2.0 segundos para tener un margen de seguridad, especialmente para usuarios móviles con conexiones más lentas.

¿Con qué rapidez afectan al posicionamiento las mejoras en las Core Web Vitals?

Los datos CrUX de Google se recopilan en un periodo continuo de 28 días. Tras solucionar los problemas de rendimiento, espera entre 4 y 6 semanas antes de que las mejoras se reflejen en el informe de Core Web Vitals de Google Search Console y comiencen a impactar en el posicionamiento.

learn.cta.description

learn.cta.button