Cómo mejorar Core Web Vitals de tu sitio web

Un sitio puede recibir tráfico de Google Ads, posicionarse para búsquedas relevantes y aun así perder oportunidades antes de que el visitante vea la propuesta de valor. Cuando una landing tarda demasiado, salta mientras carga o responde con retraso al hacer clic, el problema no es estético: son formularios abandonados, WhatsApps que no se inician y presupuesto de adquisición desaprovechado. Mejorar Core Web Vitals de tu sitio web es corregir esa fricción con impacto directo sobre visibilidad, experiencia y conversión.

No se trata de perseguir una puntuación perfecta por vanidad técnica. Una clínica necesita que un paciente pueda solicitar una cita sin esperar; una constructora debe mostrar sus proyectos y captar un lead antes de que este vuelva a los resultados de búsqueda; una academia no puede perder una matrícula porque su formulario se congela en celular. La velocidad solo importa cuando se conecta con ese resultado comercial.

Qué miden los Core Web Vitals y por qué afectan el negocio

Google utiliza los Core Web Vitals como señales para evaluar la experiencia de carga e interacción de una página. No son el único factor de posicionamiento, y nadie serio debería prometer primeras posiciones solo por optimizarlos. Pero sí pueden marcar una diferencia cuando su sitio compite con páginas técnicamente más sólidas y, sobre todo, cuando una mala experiencia reduce la capacidad de convertir el tráfico que ya está pagando o ganando por SEO.

Las tres métricas principales responden preguntas muy concretas. Largest Contentful Paint, o LCP, mide cuánto tarda en aparecer el contenido principal visible, normalmente el banner inicial, una imagen clave o el titular de la página. Interaction to Next Paint, o INP, mide qué tan rápido responde la página cuando alguien toca un botón, abre un menú o envía un formulario. Cumulative Layout Shift, o CLS, registra si los elementos se mueven inesperadamente mientras el usuario intenta leer o hacer clic.

Como referencia, conviene apuntar a un LCP de 2,5 segundos o menos, un INP inferior a 200 milisegundos y un CLS menor de 0,1. Son umbrales útiles, no una excusa para aplicar recetas idénticas a todos los proyectos. Una página corporativa ligera y una tienda con catálogo, filtros, pagos e integraciones tienen retos distintos. La prioridad debe ser eliminar lo que perjudica al usuario y al embudo.

Antes de optimizar: separe datos reales de diagnósticos de laboratorio

Un error frecuente es tomar una sola prueba de velocidad, instalar varios complementos y declarar resuelto el problema. Las herramientas de laboratorio simulan una visita en condiciones controladas y ayudan a detectar recursos pesados, código que bloquea la carga y oportunidades de mejora. Son valiosas, pero no sustituyen los datos de usuarios reales.

Los datos de campo muestran cómo carga el sitio para personas reales, con sus celulares, redes móviles y ubicaciones. Esa diferencia importa mucho en Colombia y otros mercados hispanohablantes, donde una parte importante de las visitas llega desde dispositivos de gama media y conexiones variables. Una página que parece rápida en el computador de la oficina puede ser frustrante para un prospecto que navega desde 4G.

El diagnóstico debe segmentarse. Revise primero las páginas que reciben tráfico orgánico o pago y que además tienen una acción de negocio: landings de campaña, servicios principales, páginas de ubicación, formularios de contacto y fichas de producto. Optimizar una página poco visitada mientras la landing que capta el 70 % de los leads tarda seis segundos es actividad técnica sin prioridad comercial.

También vale la pena cruzar las métricas con analítica y CRM. Si una página tiene alto abandono, baja tasa de inicio de formulario o muchos clics sin registros de lead, hay que revisar la experiencia completa. La velocidad puede ser parte del problema, pero también pueden serlo una oferta poco clara, un formulario largo, errores de validación o una promesa que no coincide con el anuncio.

Cómo mejorar Core Web Vitals de tu sitio web sin romper conversiones

Priorice el elemento que define el LCP

En muchas páginas, el mayor obstáculo de carga es una imagen hero sobredimensionada. Se sube una fotografía de varios megabytes, se muestra en un espacio reducido y el navegador debe descargarla antes de presentar el contenido que el usuario espera. Convertir imágenes a formatos modernos, comprimirlas con criterio y entregar tamaños adaptados a cada pantalla suele generar mejoras relevantes.

Sin embargo, no basta con comprimir todo. La imagen principal no debe cargarse de forma diferida si es esencial para la primera vista, porque retrasaría precisamente el LCP. Las imágenes que aparecen más abajo sí pueden esperar hasta que el usuario se acerque a ellas. Esta distinción evita una optimización mecánica que empeora la experiencia.

También revise fuentes, videos automáticos, sliders y animaciones en el encabezado. Un video puede reforzar una marca inmobiliaria o turística, pero si bloquea la carga de un titular, una propuesta de valor y un botón de contacto, el costo es alto. En páginas de captación, una imagen estática bien producida y un mensaje directo suelen convertir mejor que un efecto pesado que demora el primer contacto.

Reduzca el código que compite por atención

Cada píxel de seguimiento, chat, mapa, reproductor, constructor visual y script de terceros pide recursos al navegador. Algunos son necesarios para medir campañas o atender prospectos. Otros siguen instalados porque alguien los probó hace dos años. El sitio no necesita más tecnología por acumulación; necesita la tecnología que aporta una función verificable.

Haga un inventario de scripts y responda para cada uno: ¿qué dato o función entrega?, ¿se utiliza para tomar una decisión?, ¿puede cargarse después de la interacción inicial? Herramientas como mapas, chats y reproductores pueden activarse al hacer clic o cuando el usuario llega a esa sección. Así se protege la carga inicial sin sacrificar una funcionalidad útil.

La minificación y el aplazamiento de JavaScript ayudan, pero requieren pruebas. Diferir un script de formulario puede acelerar una página y al mismo tiempo impedir que se registren los leads. Por eso, después de cada cambio técnico, pruebe formularios, botones de llamada, eventos de conversión, conexión con CRM y automatizaciones. No medimos solo milisegundos: medimos contactos registrados correctamente.

Corrija los movimientos inesperados que dañan el CLS

Nada genera más desconfianza que tocar un botón y terminar en otro enlace porque apareció un banner tardío. El CLS suele originarse en imágenes sin dimensiones definidas, anuncios, barras de cookies, tipografías que cambian el diseño y formularios o widgets que se insertan después de la carga.

La solución es reservar el espacio desde el inicio. Las imágenes, videos e iframes deben tener dimensiones declaradas. Las barras promocionales y avisos de consentimiento necesitan un área prevista, no empujar todo el contenido cuando ya es visible. Si se usan fuentes externas, conviene controlar cómo se muestran mientras terminan de cargar para evitar que el texto cambie de tamaño o posición.

No elimine el aviso de cookies ni la información legal por mejorar una métrica. El objetivo es implementarlos de forma predecible. Cumplimiento, medición y experiencia deben funcionar juntos.

Mejore el INP donde el usuario toma decisiones

El INP se vuelve crítico en elementos interactivos: menús móviles, calculadoras, filtros, botones de agenda y formularios. Si un visitante toca “Solicitar diagnóstico” y no recibe una respuesta visual inmediata, puede repetir el clic, creer que falló o abandonar. La lentitud suele venir de tareas pesadas de JavaScript que bloquean el navegador.

Simplifique validaciones innecesarias, divida tareas largas y evite ejecutar código costoso al cargar la página si solo se necesita después. En formularios, muestre estados claros de carga y confirmación. Un botón que responde visualmente en el momento reduce incertidumbre, incluso si el envío al servidor tarda un poco más.

La infraestructura también define la experiencia

Un hosting económico, mal configurado o lejos de la audiencia puede limitar cualquier esfuerzo de front-end. El tiempo que tarda el servidor en responder depende de la calidad del alojamiento, la base de datos, el sistema de caché, el volumen de plugins y la forma en que está construido el sitio. Si el servidor tarda demasiado, comprimir imágenes no resolverá todo.

La caché ayuda a entregar páginas y recursos estáticos con mayor rapidez, pero debe configurarse según el tipo de sitio. Una página informativa puede beneficiarse de una caché agresiva. Un portal con sesiones, precios dinámicos o procesos de pago requiere exclusiones para no mostrar información incorrecta. Aquí el atajo puede ser peligroso: una mejora de velocidad que rompe un formulario o una cotización no es una mejora.

En proyectos con tráfico internacional, una red de distribución de contenido puede acercar recursos a los usuarios. Para negocios locales, la ubicación del servidor y la calidad de la configuración siguen siendo relevantes, aunque el público esté concentrado en Medellín. La decisión debe partir de dónde están sus prospectos y qué páginas consultan.

Convierta la optimización en un proceso de negocio

Los Core Web Vitals cambian cuando se publica una nueva campaña, se instala una etiqueta, se cambia una plantilla o el equipo comercial pide un nuevo widget. Por eso no son una tarea única del lanzamiento web. Deben revisarse dentro de una rutina de control que incluya rendimiento, conversiones y calidad de los datos enviados al CRM.

Una forma práctica de priorizar es estimar el impacto y el riesgo de cada ajuste. Corregir la imagen principal de una landing con alto tráfico suele tener alto impacto y bajo riesgo. Reescribir el tema completo del sitio puede tener impacto potencial alto, pero también costos, tiempos y posibilidades de afectar SEO o integraciones. No toda alerta técnica justifica una reconstrucción.

Growth Digital aborda este tipo de decisiones desde el embudo completo: qué página recibe la visita, qué acción debe completar el usuario, cómo se registra el lead y qué ocurre después en el proceso comercial. No vendemos una puntuación bonita ni clics vacíos. La pregunta correcta es si el sitio está removiendo barreras para generar más oportunidades trazables.

Un sitio rápido no reemplaza una oferta convincente ni un seguimiento comercial disciplinado. Pero cuando ya invierte en atraer demanda, cada segundo de espera y cada botón que no responde se convierten en una fuga evitable. Empiece por la página que más oportunidades debería producir y exija que cada mejora técnica pueda defenderse con datos, no con intuición.