Core Web Vitals para dueños de negocio: qué significan LCP, CLS e INP en términos de ingresos

Los tres números, en cristiano

Dos detalles que un dueño debe saber. Primero, Google te califica con datos de campo — mediciones de visitantes reales de Chrome en sus teléfonos y conexiones reales — no con qué tan rápido se siente el sitio en el wifi de tu oficina. Tus clientes en un Android de gama media con 4G son la prueba. Segundo, la calificación es por grupo de URLs, así que un home rápido no excusa una página de producto lenta: la página que gana el dinero es la página que se califica.

Por qué es un tema de ingresos, no una vanidad técnica

La velocidad convierte a través de tres mecanismos separados, y se apilan:

• Abandono antes de que la página siquiera aparezca. Cada segundo extra de pantalla en blanco pierde una tajada de visitantes — los visitantes móviles de clics pagados más que nadie, porque ese clic ya lo pagaste. La relación entre tiempo de carga y rebote es uno de los hallazgos más consistentemente replicados de la analítica web.
• Posicionamiento. Los Core Web Vitals son una señal de ranking confirmada. Es un desempate, no una carta de triunfo — contenido excelente en un sitio lento le sigue ganando a contenido flaco en uno rápido — pero entre competidores comparables, el sitio más rápido recibe el empujón. En mercados locales donde cinco firmas compiten por el mismo map pack, los desempates deciden.
• Confianza y fricción en el momento de la acción. El CLS es la métrica de los toques errados — el botón que salta mientras lo presionas. El INP es la métrica del botón de “agregar al carrito” congelado. Ambos golpean exactamente en el momento en que un visitante intenta darte su dinero o enviarte un lead.

Revisa tu sitio en cinco minutos, gratis

1. Abre PageSpeed Insights (pagespeed.web.dev), ingresa tu URL y lee la sección superior — “Descubre lo que experimentan tus usuarios reales”. Esos son datos de campo: la calificación que Google usa de verdad. Revisa tu home Y tu página principal de servicio/producto, en móvil.
2. Si tienes Search Console, abre el informe de Core Web Vitals — agrupa cada página de tu sitio en Buena / Necesita mejorar / Deficiente, así ves cuáles plantillas son el problema.
3. Lee la sección “Diagnostica problemas de rendimiento” debajo de los datos de campo para ver las causas específicas en tu página — imágenes sobredimensionadas, scripts que bloquean el renderizado, dimensiones de imagen faltantes.
4. Repite con un competidor. Si él está en verde y tú en rojo, estás cediendo un desempate en cada búsqueda que disputan.

Si PageSpeed no muestra datos de campo (a los sitios pequeños a veces les falta tráfico de Chrome suficiente), el puntaje de laboratorio de abajo es un proxy decente — pero la sección de campo, cuando existe, es la verdad.

Los arreglos que de verdad mueven la aguja

LCP — pon lo principal en pantalla rápido

• Sirve imágenes en formato moderno y al tamaño correcto. Una foto de 4MB del carrete escalada por el navegador es el asesino de LCP más común en sitios de negocios pequeños. WebP/AVIF al tamaño de despliegue recorta el peso del hero 80–90% de forma rutinaria.
• Entrega estática primero. Las páginas pre-renderizadas a HTML (lo que hace este sitio, vía Astro) empiezan a pintar de inmediato; las páginas ensambladas en el navegador por un bundle de JavaScript, o por un servidor lento en hosting compartido, no.
• Hosting decente + CDN. El tiempo-al-primer-byte es el piso debajo del LCP; un servidor barato sobrevendido pone ese piso alto. Este es un argumento central del hosting que controlas.

CLS — evita que la página salte

• Dale a cada imagen y embed dimensiones explícitas para que el navegador reserve el espacio antes de que cargue.
• Reserva espacio para banners, avisos de cookies y anuncios en vez de dejar que empujen el contenido hacia abajo después de pintar.
• Carga las fuentes personalizadas con font-display: swap y precárgalas, para que el texto no se reacomode cuando llegue la fuente.

INP — haz que los toques respondan al instante

• Recorta los scripts de terceros. Cada widget de chat, mapa de calor y rastreador compite por el hilo principal exactamente cuando tu visitante toca. Audita sin piedad; la mayoría de los sitios cargan scripts que nadie recuerda haber instalado.
• Envía menos JavaScript. El arreglo de INP más confiable es arquitectónico: HTML estático con JS solo donde hace falta (islas), en vez de un bundle de framework re-hidratando la página entera.
• Difiere lo que no se necesita para la primera interacción. Las etiquetas de analytics y marketing pueden cargar después de que la página responde, no antes.

Por qué los sitios de plataforma sufren aquí

Las plataformas DIY cargan una desventaja estructural: cada sitio envía el runtime completo del constructor — el framework de arrastrar-y-soltar, el motor de temas y los scripts de las apps — lo use tu página o no, sobre infraestructura compartida que no puedes afinar. Puedes optimizar tus imágenes y recortar apps, y deberías, pero no puedes remover la plataforma misma, y ese piso suele ser la mayor parte de tu presupuesto. Documentamos las brechas medidas en OptimoWeb vs Wix, vs Squarespace y vs Shopify. Un sitio a medida estático-primero invierte el punto de partida: arranca casi instantáneo y solo se ralentiza si le agregas peso deliberadamente.

Esto se compone con todo lo demás de tu sitio: las páginas rápidas se rastrean con más eficiencia, ganan los desempates de ranking, convierten más del tráfico que ya pagas, y — cada vez más — las procesan con más fiabilidad los asistentes de IA que cubrimos en la guía de SEO en la era de la IA. El rendimiento no es una función; es el sustrato.

Plan de acción para el dueño

1. Corre PageSpeed Insights en tu home y en tu página principal de dinero, en móvil, hoy. Anota los tres números de campo.
2. Si estás en verde en todo: listo — re-revisa trimestralmente y después de cualquier rediseño o widget nuevo.
3. Si estás en rojo/naranja en un sitio de plataforma: comprime y redimensiona imágenes, quita apps y scripts sin uso, y acepta el piso de la plataforma — o factorízalo en la decisión de alquilar-vs-poseer de nuestra guía de costos de una página web.
4. Si estás en rojo/naranja en un sitio a medida: tu desarrollador no tiene excusa — entrégale el diagnóstico de PageSpeed; cada punto es arreglable.
5. Si vas a re-plataformar de todos modos, migra bien (con redirecciones y todo — mira el checklist de migración) hacia un desarrollo estático-primero y guarda la velocidad como ventaja permanente.

Cada sitio que entregamos — desde sitios de restaurantes hasta tiendas y sitios de clínicas — se construye estático-primero sobre Astro o Next.js, alojado en infraestructura que afinamos directamente, y verificado en verde con datos de campo, no solo con una corrida de laboratorio. Si tu sitio actual falla el chequeo de cinco minutos, inicia un proyecto y te mostramos el antes/después en tus propias páginas — con precios publicados por adelantado.