Un sitio lento pierde ventas en silencio. Nadie se queja: la gente simplemente vuelve a los resultados de búsqueda, cierra la pestaña o abandona a mitad del checkout. Tu informe de medios muestra el clic pagado, pero no a quien se fue antes de que la página siquiera apareciera.
Esta guía es para quien necesita decidir qué corregir en el sitio, en qué orden de prioridad y cómo saber si funcionó. Sirve para quien cuida el sitio y para quien lo contrata. Los capítulos técnicos explican lo suficiente para que puedas conversar con tu desarrollador y exigirle el resultado correcto.
Capítulo 1Qué son las Core Web Vitals
Son tres medidas que Google usa para evaluar la experiencia de quien visita una página. Cada una responde una pregunta simple:
| Métrica | Pregunta | Bueno | Necesita mejorar | Deficiente |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | ¿Cuánto tarda en aparecer el contenido principal? | Hasta 2,5 s | Hasta 4 s | Más de 4 s |
| INP (Interaction to Next Paint) | ¿La página responde rápido cuando toco o hago clic? | Hasta 200 ms | Hasta 500 ms | Más de 500 ms |
| CLS (Cumulative Layout Shift) | ¿Las cosas se quedan en su lugar mientras la página carga? | Hasta 0,1 | Hasta 0,25 | Más de 0,25 |
Dos detalles cambian la forma en que debes leer estos números:
- Lo que cuenta es el percentil 75. Una página aprueba cuando al menos el 75% de las visitas queda dentro del umbral “bueno”. No sirve de nada que la página cargue rápido en tu computadora si un cuarto de tus visitantes tiene una mala experiencia.
- El celular y la computadora se evalúan por separado. En la mayoría de los sitios, el problema está en el celular, que es también de donde viene la mayor parte del tráfico.
En 2024, el INP reemplazó a la antigua métrica de interactividad (FID). Si todavía ves informes que hablan de FID, están desactualizados.
Por qué le importa a tu negocio
Las Core Web Vitals forman parte de las señales de experiencia en la página que Google tiene en cuenta, pero no pesan más que la relevancia: un gran contenido en una página lenta todavía puede posicionarse bien. La razón más fuerte para cuidarlas es otra: la velocidad y la estabilidad afectan directamente tu tasa de conversión y el costo de tus medios pagados, porque cada clic pagado que abandona antes de ver la página es presupuesto desperdiciado.
¿Quieres estimar cuánto te cuesta la lentitud? La Manáry tiene una herramienta gratuita para eso: el costo de un sitio lento.
Cómo medir de la forma correcta
Hay dos tipos de datos, y confundirlos está detrás de muchas malas decisiones.
| Datos de campo | Datos de laboratorio | |
|---|---|---|
| Qué son | Mediciones de visitantes reales, en dispositivos y conexiones reales | Una prueba simulada, en condiciones controladas |
| Dónde encontrarlo | Search Console, PageSpeed Insights (parte superior), el informe CrUX, tu propia medición en GA4 | Lighthouse, PageSpeed Insights (parte inferior), Chrome DevTools |
| Para qué sirven | Saber si el problema existe y si la corrección funcionó | Encontrar la causa y probar una corrección antes de publicarla |
| Atención | Tardan unos 28 días en reflejar un cambio | Varían de una prueba a otra; no es lo que Google usa para evaluar tu sitio |
Las herramientas, en el orden en que las usarás
El informe de Core Web Vitals de Search Console
Muestra grupos de páginas con problemas, separados en celular y computadora. Es el mapa general: te dice qué plantillas de página (producto, artículo, landing page) necesitan atención.
PageSpeed Insights
Para una página específica, muestra datos de campo arriba (cuando hay suficiente tráfico) y, debajo, una prueba de laboratorio con oportunidades de mejora.
Chrome DevTools
En el panel Performance, muestra cuál elemento es el LCP, qué tareas largas bloquean las interacciones y qué se mueve en la pantalla. Es donde tu desarrollador encuentra la causa.
Tu propia medición (opcional, pero recomendada)
La biblioteca web-vitals de Google puede enviar el LCP, el INP y el CLS de cada visita a GA4. Así ves los números por página, por dispositivo y por campaña, sin esperar el informe público.
Qué ignorar
Se pierde mucho tiempo y dinero persiguiendo el número equivocado. Estos son los que recomendamos dejar en segundo plano:
- La puntuación de 0 a 100 de Lighthouse como meta. Es un resumen de una prueba de laboratorio. Ayuda en el diagnóstico, pero un sitio puede sacar 70 y aprobar todas las Core Web Vitals en el campo, o sacar 95 y reprobar en celulares reales.
- Probar solo en la computadora. La conexión y el procesador de una laptop de trabajo esconden los problemas que tus clientes encuentran en un celular promedio.
- Una sola prueba. Los resultados de laboratorio varían. Haz la prueba de tres a cinco veces y mira la mediana.
- Páginas sin tráfico. Corregir una página que recibe diez visitas al mes no va a cambiar tu negocio. Empieza por las páginas que reciben medios pagados y las que venden.
- Puntuaciones de otras herramientas (letras, notas, puntuaciones propias). Son útiles para comparar el antes y el después, pero no son lo que Google evalúa.
La meta no es una puntuación de 100. La meta es que tres de cada cuatro visitas reales, en el celular, tengan una buena experiencia en las páginas que venden.
Capítulo 4En qué orden corregir
El orden correcto ahorra semanas de trabajo. Este es el que seguimos en los proyectos de la Manáry:
Haz la lista de las páginas que venden
Landing pages de medios pagados, páginas de producto y servicio, carrito y checkout, formularios. Crúzalas con tu tráfico en GA4 y quédate con las que reciben más visitas.
Mira primero el celular
En la mayoría de los sitios, ahí están los peores números y la mayor parte del público.
Corrige la plantilla, no la página
Si todas tus páginas de producto tienen el mismo problema, la causa está en la plantilla. Una sola corrección resuelve cientos de páginas.
Empieza por el LCP
Es la métrica más ligada a la primera impresión y al abandono. Las correcciones suelen hacer efecto rápido.
Después el CLS
Casi siempre tiene causas simples (imágenes sin dimensiones, banners que empujan el contenido hacia abajo) y correcciones baratas.
El INP al final
Requiere más investigación, porque depende del JavaScript del sitio y de herramientas de terceros. También es donde las mejoras son más difíciles de copiar para la competencia.
Cómo corregir el LCP
El LCP mide cuándo aparece el elemento visible más grande, que casi siempre es la imagen principal o el título de arriba. Su tiempo se divide en cuatro partes, y cada una pide un tipo distinto de corrección:
| Parte del tiempo | Qué ocurre | Corrección típica |
|---|---|---|
| Respuesta del servidor | El navegador espera a que el servidor empiece a enviar la página | Caché de página, mejor hosting, una CDN |
| Retraso antes de que empiece la descarga | El navegador tarda en descubrir la imagen principal | Imagen en el HTML, precarga y prioridad alta |
| Descarga del recurso | La imagen es pesada | WebP o AVIF, el tamaño correcto para cada pantalla |
| Retraso de renderizado | CSS, JavaScript o fuentes retrasan el renderizado | Menos CSS y JS que bloquean el renderizado, fuentes optimizadas |
Nunca retrases la carga de la imagen principal
La carga diferida (lazy loading) es excelente para las imágenes del medio y del final de la página, pero aplicada a la imagen de arriba retrasa justo lo que mide el LCP. La imagen principal debe cargar de inmediato y con prioridad alta (el atributo fetchpriority="high").
Usa el formato y el tamaño correctos
Los archivos WebP o AVIF suelen pesar una fracción de un JPEG o PNG equivalente. Y la imagen debe tener el tamaño en que se muestra: una foto de 4.000 píxeles mostrada en una pantalla de celular de 400 píxeles es desperdicio. El atributo srcset entrega la versión correcta para cada pantalla.
Evita carruseles y videos pesados arriba
Los carruseles cargan varias imágenes y scripts antes de mostrar la primera. Los videos de fondo son muy pesados en el celular. Una imagen bien elegida convierte igual o mejor, y carga mucho más rápido.
Activa la caché de página y una CDN
Una página servida lista desde la caché, por un servidor cercano al visitante, empieza a llegar en una fracción del tiempo que tarda una página que se arma en cada visita.
Cuida tus fuentes
Usa pocas familias y pesos, aloja tus fuentes en tu propio sitio cuando sea posible, precarga la principal y usa font-display: swap para que el texto aparezca incluso antes de que llegue la fuente.
Cómo corregir el INP
El INP mide el tiempo entre un toque o clic y la siguiente actualización de la pantalla. Cuando es malo, la gente toca un botón y no pasa nada por un momento, así que vuelve a tocar, o abandona. La causa casi siempre es demasiado JavaScript ejecutándose al mismo tiempo.
Recorta y retrasa los scripts de terceros
Widgets de chat, mapas de calor, píxeles de varias plataformas, widgets de reseñas. Cada uno parece liviano por separado; juntos, ocupan el procesador del celular. Revisa tu Tag Manager, elimina lo que nadie usa y carga el resto después de la primera interacción o solo en las páginas que lo necesitan.
Divide las tareas largas
Cualquier tarea de JavaScript de más de 50 milisegundos traba la página. Tu desarrollador puede dividir el trabajo en partes más pequeñas y devolverle el control al navegador entre ellas, para que la respuesta al toque llegue primero.
Da una respuesta visual inmediata
Cuando alguien hace clic en un botón que dispara algo lento (enviar un formulario, filtrar productos), muestra un estado de carga de inmediato. La pantalla cambia rápido, y el trabajo pesado ocurre justo después.
Reduce el tamaño de la página
Las páginas con miles de elementos (comunes con constructores visuales de páginas y menús enormes) hacen más lenta cada actualización de la pantalla. Simplificar la estructura mejora el INP y el LCP al mismo tiempo.
¿Tu sitio está perdiendo ventas por ser lento?
La Manáry audita las Core Web Vitals de las páginas que venden y entrega las correcciones en orden de impacto.
Cómo corregir el CLS
El CLS mide cuánto salta el contenido mientras la página carga. Es ese momento en que vas a tocar un enlace y el texto baja porque apareció un banner encima. Además de molesto, provoca clics equivocados, incluso en botones de compra.
- Ponles dimensiones a las imágenes, videos e iframes. Con ancho y alto (o una relación de aspecto) definidos, el navegador reserva el espacio antes de que llegue el contenido multimedia.
- Reserva espacio para lo que carga después. Los banners, avisos, anuncios y widgets que cargan después deben tener un área reservada, o aparecer sobre el contenido sin empujarlo.
- Banners de cookies que flotan en lugar de empujar. Un aviso que aparece arriba y empuja la página hacia abajo es una de las causas más comunes de un CLS malo.
- Fuentes con métricas similares. Cuando llega la fuente del sitio y reemplaza a la fuente de respaldo, el texto puede cambiar de tamaño. Ajustar la fuente de respaldo para que sus métricas sean similares evita el salto.
- Animaciones con transform. Animar la posición y el tamaño con transform no empuja a los elementos vecinos.
Capítulo extra: WordPress
Una gran parte de los sitios de empresas funciona en WordPress. La plataforma puede ser muy rápida, pero algunos hábitos comunes la hacen lenta.
| Hábito | Efecto | Qué hacer |
|---|---|---|
| Un plugin para todo | Decenas de scripts y hojas de estilo en cada página | Revisa tu lista de plugins y elimina los que no son esenciales |
| Imágenes subidas tal como vinieron | LCP alto y páginas pesadas | Un plugin de optimización que convierta las imágenes a WebP o AVIF |
| Sin caché de página | El servidor arma la página en cada visita | Caché de página y, si es posible, caché a nivel de servidor de tu hosting |
| El hosting más barato disponible | Respuesta lenta del servidor en cada visita | Un hosting con PHP actualizado y recursos acordes a tu tráfico |
| Un constructor visual con una estructura pesada | Muchos elementos y CSS en cada página | Secciones livianas, componentes reutilizables, nada oculto que cargue sin mostrarse |
| Optimización en piloto automático | Funciones que rompen el sitio o empeoran una métrica para mejorar otra | Activa una opción a la vez y mide antes y después |
Cuidado con las opciones de “retrasar todo el JavaScript” de los plugins de caché. Pueden mejorar la prueba de laboratorio mientras retrasan la respuesta a los primeros clics. Mide el INP de campo después de activarlas.
Un plan de corrección en cuatro semanas
Semana 1: diagnóstico
Search Console y PageSpeed Insights en las páginas que venden, en el celular. Haz la lista de la métrica que falla en cada plantilla de página y la causa probable.
Semana 2: correcciones de LCP
Imagen principal, caché, fuentes. Publica y confirma en el laboratorio que el cambio tuvo efecto.
Semana 3: CLS y limpieza
Dimensiones de los medios, banners, plugins y scripts de terceros de los que puedes prescindir.
Semana 4: INP y monitoreo
Tareas largas y scripts pesados en las páginas con más interacción. Activa la medición de campo y programa una revisión de Search Console para cuatro semanas después.
Preguntas frecuentes
Corregí el sitio, pero Search Console todavía muestra un problema. ¿Por qué?
Los datos de campo cubren las últimas cuatro semanas de visitas, así que la mejora aparece de a poco. Usa los datos de laboratorio para confirmar la corrección y espera a que el ciclo del informe se ponga al día.
La página no tiene datos de campo en PageSpeed Insights. ¿Y ahora?
Las páginas con poco tráfico no aparecen en el informe público. Usa los datos de todo el dominio, la prueba de laboratorio e, idealmente, tu propia medición con la biblioteca web-vitals.
¿Cambiar de plataforma lo resuelve?
Rara vez es necesario. En la mayoría de los casos, las imágenes, la caché, los scripts de terceros y la estructura de las páginas se pueden corregir en tu plataforma actual, a un costo mucho menor.
¿Unas buenas Core Web Vitals garantizan el primer lugar en Google?
No. Son una de las señales de experiencia en la página, y la relevancia del contenido todavía pesa más. La ganancia más segura está en la conversión: más gente ve la página, interactúa con ella y compra.
¿Quieres un sitio que sea realmente rápido?
La Manáry crea y optimiza sitios con metas de Core Web Vitals escritas en el contrato, medidas con datos reales.
Sigue leyendo
Desbloquea el material completo con un registro rápido. Sirve para todos los materiales de Manáry.
Toma menos de un minuto. Sin secuencias de email que no pediste.¿Quieres que lo apliquemos en tu negocio?
Este material es lo que Manáry hace todos los días con sus clientes. Si tiene sentido, un especialista revisa tus números y te devuelve las prioridades, sin presentación comercial.
Sigue aprendiendo
- E-book · 17 min de lecturaEl embudo que nadie mide
- E-book · 15 min de lecturaChecklist de rastreo
- Hoja de cálculo · Excel y Google SheetsCalculadora de CAC y LTV
- Guía · 8 min de lecturaBriefing de proyecto digital
- Hoja de cálculo · Excel y Google SheetsMapa de canales por industria
Desbloquea la lectura completa
Cinco campos rápidos y lo lees ahora mismo, en la página. Un solo registro desbloquea todos los materiales de Manáry.