Core Web Vitals: Lo Que Controla Su Hosting (y Lo Que No)
Si alguna vez pasó su sitio por PageSpeed Insights, vio tres siglas en el cuadro de “Core Web Vitals”: LCP, INP y CLS. Google las usa como señal de la experiencia en la página, y son una buena aproximación de si los visitantes reales sienten su sitio rápido.
Lo que nadie le dice en la página de resultados es cuáles de esos números puede cambiar su hosting. Algunos los controla mucho. Uno casi no lo toca. Saber cuál es cuál le evita pagar un servidor más rápido para arreglar un problema que vive en su tema — o al revés.
Las tres métricas, en simple
| Métrica | Qué mide | Umbral “bueno” |
|---|---|---|
| LCP — Largest Contentful Paint | Cuánto tarda en aparecer el contenido principal (normalmente la imagen principal o el titular) | 2,5 s o menos |
| INP — Interaction to Next Paint | Qué tan rápido responde la página cuando alguien toca o hace clic | 200 ms o menos |
| CLS — Cumulative Layout Shift | Cuánto se mueve la página mientras carga | 0,1 o menos |
Google las evalúa con datos de visitantes reales, en el percentil 75 — o sea, tres de cada cuatro visitas tienen que llegar a “bueno”. Los puntajes de laboratorio de una sola prueba sirven para diagnosticar, pero lo que cuenta son los datos reales.
LCP: donde más pesa el hosting
El LCP es la suma de una cadena: el servidor responde (TTFB), el navegador descarga el HTML, encuentra la imagen principal, la descarga y la pinta.
El hosting es dueño del primer eslabón de esa cadena, y muchas veces es el más grande. Un servidor que tarda 1,2 segundos en responder ya se gastó la mitad del presupuesto de 2,5 segundos antes de que el navegador vea un solo byte. Por eso un servidor con caché y bien afinado hace que el LCP baje tanto — explicamos cómo medirlo en qué significa de verdad el hosting de alto rendimiento.
Lo que el hosting no controla del LCP: una imagen principal de 3 MB, una imagen principal con carga diferida (no debería tenerla) o un slider que espera a JavaScript para mostrar algo.
La parte del hosting en el LCP: grande.
INP: casi todo es el JavaScript de su sitio
El INP mide cuánto tarda la página en responder visiblemente después de una interacción — abrir un menú, agregar al carrito, escribir en un campo. Casi todo ese tiempo se gasta corriendo JavaScript en el navegador del visitante, en su teléfono.
El servidor no puede acelerar el teléfono de un visitante. Si el INP es malo, la causa casi siempre son scripts pesados: constructores de páginas, widgets de chat, etiquetas de seguimiento, sliders y plugins que corren código con cada toque.
La excepción: las interacciones que esperan al servidor, como un agregar-al-carrito por AJAX o una búsqueda en vivo. Ahí un backend lento sí aparece en el INP. En tiendas esto importa — ver hosting para WooCommerce en Costa Rica.
La parte del hosting en el INP: pequeña, salvo en interacciones que dependen del servidor.
CLS: no es un problema del hosting
El CLS pasa cuando las cosas se mueven después de aparecer: imágenes sin dimensiones definidas, anuncios o banners que se insertan arriba del contenido, fuentes web que cambian y alteran el largo de las líneas. Todo eso lo decide el tema y el contenido.
Un servidor más rápido no arregla los saltos de diseño. A veces hasta los hace más visibles, porque el contenido aparece antes y luego lo empujan.
La parte del hosting en el CLS: prácticamente ninguna.
Qué hacer con esto
- Abra PageSpeed Insights y revise primero los datos reales (la sección “Descubre lo que experimentan tus usuarios reales”), no solo el puntaje de laboratorio.
- Si el LCP es malo, revise el TTFB. Si el servidor responde lento, es una conversación con su hosting. Si responde rápido pero el LCP sigue mal, revise su imagen principal y los recursos que bloquean el renderizado.
- Si el INP es malo, revise los scripts. Quite los plugins y etiquetas de terceros que no necesita. Es un problema del sitio, no del servidor.
- Si el CLS es malo, defina dimensiones. Ponga ancho y alto a las imágenes y reserve espacio para todo lo que carga tarde.
Lo que un hosting con LiteSpeed le quita de encima
En HOSTEMCLOUD, el lado del servidor del LCP se resuelve a nivel de plataforma: LiteSpeed con caché de página en el servidor, HTTP/3 y cómputo de Google Cloud. Instale LiteSpeed Cache en WordPress y configure las opciones que importan, y el TTFB deja de ser el problema. A partir de ahí, lo que queda está en el tema — y es mucho más fácil de arreglar sabiendo exactamente dónde buscar.
Preguntas frecuentes
¿Las Core Web Vitals afectan el posicionamiento en Google?
Son parte de las señales de experiencia en la página de Google. Por sí solas no superan a un mejor contenido, pero entre dos páginas parecidas, la más rápida tiene ventaja — y los visitantes lo notan de todos modos.
¿Por qué mi puntaje en móvil es peor que en escritorio?
Las pruebas en móvil simulan un dispositivo y una red más lentos. El JavaScript pesado y las imágenes grandes afectan mucho más ahí, y ahí es donde están la mayoría de los visitantes.
¿Cambiarme a un hosting más rápido arregla mis Core Web Vitals?
Arregla la parte del servidor del LCP. Si sus problemas son de INP o CLS, necesita cambios en el sitio mismo.
¿Quiere sacar el TTFB de su lista de problemas? Empiece con UNITY.