Las tres métricas
| Métrica | Qué mide | Umbral «bueno» | Causas habituales |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Cuándo se pinta el elemento más grande visible | ≤ 2,5 s | Respuesta lenta del servidor, imágenes pesadas, fuentes bloqueantes, hero cargado en diferido |
| INP (Interaction to Next Paint) | Latencia de las interacciones a lo largo de la visita | ≤ 200 ms | Tareas largas de JavaScript, scripts de terceros, hidratación costosa |
| CLS (Cumulative Layout Shift) | Cuánto se mueve el contenido de forma inesperada | ≤ 0,1 | Imágenes sin dimensiones, anuncios o banners insertados, fuentes que cambian de tamaño |
Los umbrales se evalúan en el percentil 75 de las visitas reales: una página «pasa» cuando al menos tres de cada cuatro experiencias de usuario están dentro del umbral. INP sustituyó a FID en marzo de 2024 como métrica de interactividad.
Datos de campo frente a datos de laboratorio
Los datos de campo proceden de usuarios reales (el informe de Chrome UX y el informe de Core Web Vitals de Search Console). Los de laboratorio los produce una herramienta como Lighthouse en condiciones simuladas. Para decidir prioridades manda el campo: es lo que ven tus usuarios y lo que considera Google. El laboratorio sirve para diagnosticar y para probar cambios antes de publicarlos.
Cuánto pesan en el posicionamiento
Google utiliza la experiencia de página como una señal más entre muchas. Una página con contenido más relevante seguirá por delante de otra más rápida pero peor. Dicho esto, el rendimiento afecta a la conversión y a la percepción de calidad, así que merece la pena incluso si el efecto directo en posiciones es modesto.
Cómo priorizar
- Empieza por Search Console: el informe de Core Web Vitals agrupa URLs por problema y por plantilla. Trabaja plantillas, no páginas sueltas.
- LCP: identifica el elemento LCP de cada plantilla. Si es una imagen, sírvela en el tamaño adecuado, en un formato moderno y sin carga diferida; si el problema es el tiempo de respuesta del servidor, no hay optimización de front que lo compense.
- INP: busca tareas largas en el hilo principal. Los scripts de terceros (chat, analítica, etiquetas) suelen ser los primeros sospechosos. Carga lo imprescindible y difiere el resto.
- CLS: reserva espacio para imágenes, vídeos, incrustaciones y bloques dinámicos; define dimensiones y usa fuentes con fallback ajustado para evitar saltos al cargar.
- Mide después de cada cambio con datos de campo, no solo con una auditoría de laboratorio.
Lo que no conviene hacer
- Perseguir una puntuación de 100 en Lighthouse como objetivo en sí mismo.
- Eliminar funcionalidades útiles para ganar milisegundos que los usuarios no notan.
- Aplicar carga diferida a todo, incluida la imagen principal, que es justo la que el LCP necesita cuanto antes.
El rendimiento es una parte del SEO técnico, no el todo. Pero es una parte que se puede medir con precisión, y eso la convierte en un buen punto de partida.