Velocidad Web y SEO: Cómo Optimizar Core Web Vitals
Aprende a optimizar Core Web Vitals (LCP, CLS, INP) para mejorar tu posicionamiento web. Guía práctica con herramientas y técnicas para acelerar tu sitio.
Tu sitio puede tener el mejor contenido del mundo. Keywords perfectas, internal linking impecable, autoridad de dominio creciendo. Pero si tarda 5 segundos en cargar, estás perdiendo posiciones y clientes sin darte cuenta.
La velocidad web no es un “nice to have” técnico. Es un factor de ranking confirmado por Google, y es uno de los problemas más frecuentes que encuentro en mis auditorías. Sitios que invierten en contenido y link building, pero ignoran que su página principal tarda 4 segundos en mostrar algo útil al usuario.
El resultado: tráfico orgánico que conseguiste con esfuerzo, pero que se va antes de ver tu propuesta de valor.
En esta guía te explico qué son los Core Web Vitals, cómo medirlos, y sobre todo, cómo optimizarlos para que tu sitio cargue rápido, rankee mejor y convierta más.
Qué son los Core Web Vitals y por qué importan para SEO
Core Web Vitals son un conjunto de métricas que Google usa para medir la experiencia de usuario de tu sitio. No son una sugerencia. Son un factor de ranking oficial desde 2021, y Google los incorporó directamente en su algoritmo de búsqueda.
Son tres métricas específicas:
- LCP (Largest Contentful Paint): Cuánto tarda en cargarse el contenido principal de la página
- CLS (Cumulative Layout Shift): Cuánto se mueven los elementos mientras la página carga
- INP (Interaction to Next Paint): Cuánto tarda la página en responder cuando el usuario interactúa
Si te suena el término FID (First Input Delay), fue reemplazado por INP en marzo de 2024. INP es más exigente porque mide la respuesta durante toda la sesión del usuario, no solo la primera interacción. Muchos sitios y guías todavía mencionan FID, pero ya no es la métrica vigente.
Estas métricas no son arbitrarias. Google las eligió porque representan lo que un usuario realmente percibe: velocidad de carga, estabilidad visual y capacidad de respuesta. Si tu sitio falla en alguna de las tres, la experiencia es mala, y Google lo sabe.
Los umbrales que necesitas cumplir
Google define tres niveles para cada métrica: Bueno, Necesita mejora y Deficiente.
LCP (Largest Contentful Paint):
- Bueno: 2.5 segundos o menos
- Necesita mejora: entre 2.5 y 4 segundos
- Deficiente: más de 4 segundos
CLS (Cumulative Layout Shift):
- Bueno: 0.1 o menos
- Necesita mejora: entre 0.1 y 0.25
- Deficiente: más de 0.25
INP (Interaction to Next Paint):
- Bueno: 200 milisegundos o menos
- Necesita mejora: entre 200 y 500 milisegundos
- Deficiente: más de 500 milisegundos
En mis auditorías SEO, lo que más veo son problemas de LCP. Es la métrica más visible y la que más impacta en la percepción del usuario. Un LCP de 5 segundos significa que el usuario está mirando una pantalla en blanco (o parcialmente cargada) durante 5 segundos. En móvil, la mayoría se va antes de que termine.
Cómo afecta la velocidad web al posicionamiento orgánico
Google viene señalando la velocidad como factor de ranking desde 2010, cuando anunció que la incorporaría a su algoritmo para búsquedas de escritorio. En 2018, con el Speed Update, la extendió a búsquedas móviles. Y en 2021, con el Page Experience Update, los Core Web Vitals se convirtieron en señal de ranking directa.
Pero el impacto va más allá del ranking puro. Un sitio lento afecta toda la cadena de rendimiento orgánico:
1. Rastreo e indexación menos eficientes
Google asigna un “crawl budget” a cada sitio: la cantidad de páginas que Googlebot puede rastrear en un período de tiempo. Si tu sitio responde lento, Googlebot rastrea menos páginas por visita. Esto significa que páginas nuevas o actualizadas tardan más en indexarse. Para sitios con miles de páginas (ecommerce, directorios), esto es crítico.
2. Tasa de rebote más alta
La propia investigación de Google muestra que el 53% de los usuarios móviles abandonan un sitio si tarda más de 3 segundos en cargar. Ese rebote envía una señal negativa: el usuario buscó algo, hizo clic en tu resultado, y se fue sin interactuar. Google interpreta eso como que tu página no satisfizo la intención de búsqueda.
3. Menos conversiones
No es solo tráfico lo que perdés. Un estudio de Deloitte encontró que una mejora de 0.1 segundos en la velocidad de carga aumentó las conversiones un 8% en retail y un 10% en viajes. Cada segundo extra que tarda tu sitio en cargar es dinero que se pierde.
4. Impacto en indexación móvil primero
Desde 2021, Google usa la versión móvil de tu sitio como la principal para indexar y rankear. Si tu sitio carga bien en escritorio pero es lento en móvil, estás perdiendo posiciones en todas las búsquedas, no solo las móviles.
La velocidad no es el factor de ranking más importante (la relevancia del contenido sigue siendo el rey), pero es un multiplicador. A contenido igual, el sitio más rápido gana. Y si tu contenido es excelente pero tu sitio es lento, estás dejando posiciones en la mesa.
Cómo medir la velocidad de tu sitio y los Core Web Vitals
Antes de optimizar, necesitás saber dónde estás. Hay varias herramientas gratuitas que te dan un diagnóstico completo. Estas son las que uso en mis auditorías:
PageSpeed Insights
La herramienta oficial de Google. Analizá cualquier URL y te da un puntaje de rendimiento de 0 a 100, junto con el estado de cada Core Web Vital.
Lo que la hace útil es que combina dos tipos de datos:
- Datos de campo (Field Data): Datos reales de usuarios de Chrome que visitaron tu sitio. Estos son los que Google usa para rankear. Si ves que tu LCP de campo es 4.2 segundos, ese es el número que importa.
- Datos de laboratorio (Lab Data): Simulación en condiciones controladas. Útiles para diagnosticar problemas específicos, pero no representan la experiencia real.
Lo más importante: mirá los datos de campo primero. Si no los tenés (tu sitio no tiene suficiente tráfico para generar datos), los datos de laboratorio te dan una aproximación.
PageSpeed Insights también te da una lista de oportunidades de mejora ordenadas por impacto estimado. Es el punto de partida ideal.
Google Search Console
En la sección “Experiencia de página” > “Core Web Vitals”, Search Console te muestra cuántas URLs de tu sitio están en estado Bueno, Necesita mejora y Deficiente. La ventaja sobre PageSpeed Insights es que te da una vista del sitio completo, no solo de una URL individual.
Además, agrupa las URLs con problemas similares, así podés identificar patrones. Si todas tus páginas de blog tienen LCP deficiente, probablemente el problema es una imagen hero sin optimizar que se repite en el template.
Lighthouse
Lighthouse viene integrado en Chrome DevTools. Abrí las herramientas de desarrollador (F12), pestaña Lighthouse, y ejecutá un análisis. Te da un reporte detallado con métricas, diagnósticos y sugerencias de mejora.
La ventaja de Lighthouse es que te permite analizar en condiciones específicas: podés simular una conexión 3G lenta, un dispositivo móvil de gama baja, o tu conexión real. Esto te ayuda a entender cómo experimentan tu sitio usuarios con diferentes condiciones.
Screaming Frog
Para auditorías de sitios grandes, Screaming Frog te permite hacer un crawl completo y detectar problemas de velocidad a escala: imágenes sin optimizar, archivos CSS/JS sin minificar, respuestas lentas del servidor. Es la herramienta que uso cuando necesito un diagnóstico técnico completo de SEO técnico a nivel de sitio.
Cómo optimizar LCP (Largest Contentful Paint)
El LCP mide cuánto tarda en renderizarse el elemento más grande visible en el viewport. Generalmente es una imagen hero, un video, o un bloque de texto grande.
Si tu LCP es mayor a 2.5 segundos, estas son las causas más comunes y cómo solucionarlas:
Optimizar imágenes
Este es el problema número uno. En el 80% de los sitios que audito, las imágenes son la causa principal de un LCP lento. Fotos subidas directamente de la cámara a 4MB, sin compresión, en formato PNG cuando deberían ser WebP.
Qué hacer:
- Convertí todas las imágenes a formato WebP o AVIF (hasta 34% más livianas que JPEG)
- Definí dimensiones explícitas (width y height) para cada imagen
- Usá lazy loading para imágenes que están fuera del viewport (debajo del fold)
- La imagen hero o LCP element no debe tener lazy loading, cargala con prioridad
Mejorar el tiempo de respuesta del servidor (TTFB)
Si tu servidor tarda más de 800ms en responder, todo lo demás se retrasa. El Time to First Byte (TTFB) es la base sobre la que se construye el LCP.
Qué hacer:
- Evaluá si tu hosting actual es adecuado. Un hosting compartido barato puede ser suficiente para un blog pequeño, pero si tenés un ecommerce con tráfico, necesitás VPS o cloud hosting
- Implementá caché a nivel de servidor (page caching)
- Usá un CDN para servir contenido desde servidores cercanos al usuario
- Optimizá las consultas a base de datos si usás WordPress o un CMS dinámico
Eliminar recursos que bloquean el renderizado
CSS y JavaScript en el head de tu HTML pueden bloquear el renderizado de la página. El navegador tiene que descargar y procesar esos archivos antes de mostrar algo.
Qué hacer:
- Diferí la carga de JavaScript no crítico con
deferoasync - Cargá el CSS crítico inline y el resto de forma asíncrona
- Eliminá CSS y JS que no se usan en esa página
Cómo optimizar CLS (Cumulative Layout Shift)
CLS mide los cambios inesperados de layout. Es cuando estás leyendo algo y de repente el texto salta porque se cargó un banner arriba. O cuando vas a hacer clic en un botón y justo se mueve porque apareció una imagen.
Es una experiencia horrible para el usuario y Google la penaliza.
Definir dimensiones para imágenes y videos
La causa más común de CLS: imágenes y videos sin dimensiones explícitas. El navegador no sabe cuánto espacio reservar hasta que termina de descargar el recurso, entonces el contenido se reacomoda.
Qué hacer:
- Siempre incluí atributos
widthyheighten imágenes y videos - Usá la propiedad CSS
aspect-ratiopara contenedores responsivos - Para embeds (YouTube, mapas), definí un contenedor con dimensiones fijas
Reservar espacio para anuncios y elementos dinámicos
Si tenés banners, pop-ups o elementos que se cargan de forma asíncrona, pueden empujar el contenido cuando aparecen.
Qué hacer:
- Reservá espacio fijo para anuncios con CSS (min-height)
- Evitá insertar contenido dinámico arriba del fold después de la carga inicial
- Si usás fuentes web personalizadas, implementá
font-display: swappara evitar el flash de texto invisible
Cuidado con las fuentes web
Las fuentes personalizadas (Google Fonts, por ejemplo) pueden causar layout shift si el texto cambia de tamaño cuando la fuente termina de cargar.
Qué hacer:
- Usá
font-display: swappara mostrar texto inmediatamente con una fuente del sistema - Pre-cargá las fuentes críticas con
<link rel="preload"> - Limitá la cantidad de variantes de fuente que cargás (cada peso y estilo es una descarga extra)
Cómo optimizar INP (Interaction to Next Paint)
INP reemplazó a FID en marzo de 2024 y es más exigente. Mientras FID solo medía la primera interacción, INP mide la peor interacción durante toda la visita del usuario. Si un botón responde en 50ms pero un menú tarda 800ms, tu INP será 800ms.
Reducir y optimizar JavaScript
JavaScript es casi siempre el culpable de un INP deficiente. Cuando el navegador está ejecutando JavaScript pesado, no puede responder a las interacciones del usuario.
Qué hacer:
- Auditá el JavaScript de tu sitio con la pestaña Performance de Chrome DevTools
- Identificá y eliminá scripts de terceros que no son esenciales (analytics redundantes, widgets, chat bots que nadie usa)
- Dividí tareas largas (long tasks) en tareas más pequeñas usando
requestIdleCallbackosetTimeout
Minimizar el trabajo del hilo principal
El hilo principal del navegador tiene que hacer todo: renderizar HTML, ejecutar JavaScript, responder a interacciones. Si lo saturás con trabajo, las interacciones quedan en cola.
Qué hacer:
- Diferí la ejecución de scripts no críticos
- Usá Web Workers para mover computación pesada fuera del hilo principal
- Reducí la complejidad de CSS (selectores muy específicos o anidados fuerzan más trabajo de renderizado)
Optimizar event handlers
Si tus event handlers (onclick, onscroll, etc.) ejecutan funciones pesadas, cada interacción va a ser lenta.
Qué hacer:
- Mantené los event handlers ligeros
- Usá debouncing o throttling para eventos frecuentes (scroll, resize)
- Evitá forzar recálculos de layout dentro de event handlers
Los errores de velocidad más comunes que encuentro en auditorías
Después de auditar decenas de sitios, estos son los patrones que se repiten:
1. Imágenes sin optimizar en WordPress
El 90% de los sitios WordPress que audito tienen este problema. Suben fotos de 3-5MB directamente al media library sin compresión. Solución: usá un plugin como ShortPixel o Imagify que optimice automáticamente.
2. Plugins innecesarios
Cada plugin agrega CSS y JavaScript. Un sitio con 30 plugins carga 30 archivos extra que probablemente no necesita. Revisá qué plugins realmente usás y eliminá el resto.
3. No usar caché
Un sitio sin caché regenera cada página desde cero para cada visitante. Implementar page caching puede reducir el tiempo de respuesta de 2 segundos a 200ms.
4. Hosting barato para sitios con tráfico
Un hosting compartido de $3/mes puede funcionar para un blog personal. Pero si tenés un negocio que depende de su sitio web, el ahorro en hosting te sale caro en posiciones perdidas y clientes que se van.
5. Ignorar la versión móvil
El sitio carga en 1.5 segundos en tu MacBook con fibra óptica, pero tarda 6 segundos en un celular con 4G. Y la mayoría de tus usuarios están en el celular. Siempre testea en condiciones móviles reales.
Velocidad web y E-E-A-T: la conexión que muchos ignoran
Google evalúa la calidad de un sitio también a través de E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness). Un sitio lento afecta directamente la percepción de confiabilidad.
Pensalo así: si entrás a un sitio que tarda 5 segundos en cargar, los elementos se mueven mientras leés, y los botones no responden al primer clic, tu primera impresión es “este sitio no es profesional”. Google piensa lo mismo.
Un sitio rápido y estable transmite confianza. Y la confianza es un componente directo de E-E-A-T, que a su vez influye en cómo Google evalúa la calidad de tu contenido y tu autoridad en el tema.
La optimización on-page, la calidad del contenido y la velocidad no son elementos separados. Son capas de una misma estrategia de posicionamiento orgánico.
Checklist rápido: qué revisar ahora mismo
Si no sabes por dónde empezar, este es el orden que recomiendo:
- Abrí PageSpeed Insights y analizá tu página principal y tus 3 páginas con más tráfico orgánico
- Revisá los Core Web Vitals en Google Search Console para tener la foto completa del sitio
- Priorizá por impacto: LCP suele ser el que más se puede mejorar con cambios simples (imágenes, caché)
- Optimizá imágenes primero. Es el quick win con mayor impacto en la mayoría de los sitios
- Testea en móvil con Lighthouse usando throttling de conexión 3G
- Monitorea mensualmente los Core Web Vitals en Search Console para detectar regresiones
No necesitás un sitio perfecto con puntaje 100 en PageSpeed. Necesitás que las tres métricas de Core Web Vitals estén en verde (Bueno). Eso es lo que Google mide para ranking.
Preguntas frecuentes
¿Cuánto afecta realmente la velocidad al ranking?
La velocidad es un factor de ranking confirmado, pero no es el único ni el más importante. La relevancia del contenido y los backlinks siguen pesando más. Dicho esto, a contenido y autoridad equivalentes, el sitio más rápido gana. Y un sitio muy lento (LCP >4s) puede perder posiciones incluso con buen contenido. Es un factor que multiplica o resta, no que define por sí solo.
¿Qué puntaje de PageSpeed necesito?
No te obsesiones con el número de PageSpeed Insights. Lo que importa son los Core Web Vitals individuales. Un sitio con puntaje 65 pero con LCP, CLS e INP en verde está bien posicionado. Un sitio con puntaje 90 pero CLS deficiente tiene un problema. Apuntá a que las tres métricas estén en “Bueno”, no al puntaje general.
¿FID o INP? ¿Cuál es la métrica actual?
INP reemplazó a FID en marzo de 2024. Si alguna herramienta o guía todavía te habla de FID, está desactualizada. INP es más exigente porque mide la peor interacción durante toda la sesión, no solo la primera.
¿La velocidad afecta a las SERP features?
Sí. Para aparecer en resultados enriquecidos y SERP features, Google evalúa la experiencia de página como un todo. Un sitio con Core Web Vitals deficientes tiene menos probabilidades de obtener datos estructurados visibles, rich snippets o posiciones destacadas.
¿Puedo mejorar la velocidad sin tocar código?
En muchos casos, sí. Optimizar imágenes, activar caché, usar un CDN y eliminar plugins innecesarios son cambios que no requieren programación. Para problemas más profundos (JavaScript bloqueante, optimización de INP), probablemente necesites un desarrollador.
Conclusión
La velocidad web no es un tema puramente técnico. Es un factor que conecta directamente con tu posicionamiento orgánico, la experiencia de usuario y las conversiones de tu negocio.
Los Core Web Vitals (LCP, CLS, INP) son las métricas que Google usa para evaluar esa experiencia. Y la buena noticia es que la mayoría de los problemas de velocidad tienen soluciones conocidas y relativamente simples de implementar.
El patrón que veo una y otra vez en mis auditorías es el mismo: sitios que invierten en contenido y estrategia, pero ignoran la base técnica. Optimizar la velocidad no reemplaza una buena estrategia de SEO técnico, pero sin ella, todo lo demás rinde menos.
Si querés saber cómo están los Core Web Vitals de tu sitio y qué impacto tienen en tu rendimiento orgánico, una auditoría SEO completa te da el diagnóstico y el plan de acción: qué corregir, en qué orden, y cuánto impacto esperar.
¿Tu sitio carga lento y no sabes por dónde empezar a optimizar? Hablemos sobre tu caso y te muestro exactamente qué está frenando tu posicionamiento y cómo corregirlo.