Sí, la velocidad de carga web afecta al SEO y, sobre todo, a las ventas. Pero el impacto no está donde la mayoría lo busca: el verdadero costo de una web lenta no es el ranking, es la conversión. Y la métrica que Google mira para ranking no es el score de laboratorio que te muestra PageSpeed Insights, es la experiencia real de tus usuarios de los últimos 28 días. Esta nota traduce las métricas técnicas a la única pregunta que importa cuando sos dueño del negocio: ¿vale la pena invertir en velocidad, y qué arreglo primero?

¿La velocidad de carga web afecta el SEO y las ventas?

Respuesta corta: afecta a las dos, pero con peso muy distinto. En ventas el impacto es grande y medible —cada décima de segundo mueve la conversión—. En SEO es una señal de desempate: con contenido útil parejo compitiendo por la misma consulta, el sitio con mejor experiencia tiene ventaja; con contenido mejor, la velocidad sola no te hace rankear.

Google lo dice en su propio documento de page experience: "Google Search siempre busca mostrar el contenido más relevante, incluso si la experiencia de la página es subóptima. Tener una gran experiencia de página puede contribuir al éxito en Search" y aclara que "intentar un score perfecto solo por razones de SEO puede no ser el mejor uso de tu tiempo" (Google Search Central). Traducido al negocio: optimizá velocidad porque te hace vender más y porque te deja mejor parado en una SERP competida, no para "ganarle" a nadie que te supere en relevancia.

Qué son los Core Web Vitals en criollo

Los Core Web Vitals son tres métricas que Google usa para medir si la experiencia de carga de tu sitio es buena. Son las únicas tres de la familia "Web Vitals" que entran en los sistemas de ranking (web.dev).

MétricaQué mideUmbral "bueno"Umbral "pobre"
LCP (Largest Contentful Paint)Cuánto tarda en aparecer el elemento principal (una foto, un título) visible al cargar≤ 2,5 s> 4 s
INP (Interaction to Next Paint)Cuánto tarda la página en responder cuando el usuario toca algo≤ 200 ms> 500 ms
CLS (Cumulative Layout Shift)Cuánto "salta" el contenido mientras carga≤ 0,1> 0,25

Fuente de los umbrales: Defining the Core Web Vitals metrics thresholds (web.dev, actualizado 2025).

Dos cosas que importan y casi nadie explica. Primero: la regla del percentil 75. Google no promedia tus cargas, mira el valor en el que el 75% de las vistas lo cumplen. Es decir: si tu LCP está en "bueno" para el 70% de los usuarios y en "pobre" para el 30%, tu sitio clasifica como "pobre". Segundo: desde marzo de 2024, INP reemplazó a FID como Core Web Vital, y FID quedó retirado desde septiembre de ese año (web.dev — INP lanzamiento). Si todavía te están midiendo con FID, el reporte está desactualizado.

El matiz: dato de campo (CrUX) vs laboratorio

Este es el matiz que te ahorra plata y malas decisiones.

Cuando entrás a PageSpeed Insights, ves dos bloques: uno es "laboratorio" (una simulación puntual que corre Lighthouse en ese instante, con un dispositivo y una red fijos) y otro es "campo" (Chrome User Experience Report, lo que vivieron los usuarios reales de Chrome en tu sitio durante los últimos 28 días). El que entra en la señal de ranking de Google es el de campo, no el de laboratorio. El de laboratorio sirve para debuggear, no para medirte (PageSpeed Insights — campo vs lab, metodología CrUX).

Para mostrarlo con datos frescos y públicos, corrí la medición sobre cuatro sitios argentinos de alto tráfico el 16 de octubre de 2026:

Sitio (home móvil)Laboratorio: score · LCPCampo real (CrUX, 28 días)
lanacion.com.ar37 · 6,6 sLCP 1,37 s · INP 236 ms · CLS 0,01
tiendanube.com44 · 7,0 sLCP 1,35 s · INP 488 ms · CLS 0,03
mercadolibre.com.ar69 · 6,0 sLCP 2,37 s · INP 180 ms · CLS 0,04
despegar.com.arn/dLCP 3,60 s · INP 543 ms · CLS 0,18

La Nación "reprueba" en laboratorio (37/100) pero sus usuarios reales ven el contenido principal en 1,37 segundos. Tiendanube también: 44 de score, pero 1,35 s de LCP real. Perseguir el score de una prueba puntual es perseguir el número equivocado. Si tu agencia te muestra una captura de un score bajo en laboratorio y te vende "optimización urgente", pedí ver el reporte de Core Web Vitals en Search Console, que es el que viene de datos reales.

¿Cuánto cuesta tener la web lenta?

Acá es donde la velocidad deja de ser una métrica técnica y pasa a ser una línea en el P&L. Los datos duros, en orden de importancia para decidir:

  • Cada 0,1 segundo de mejora en móvil mueve ventas. Deloitte, por encargo de Google, midió 37 sitios de retail, viajes, lujo y lead gen (30 días, 30,5 millones de sesiones). Al bajar 0,1 s el tiempo de carga: en retail las conversiones subieron 8,4% y el valor del pedido 9,2%; en travel, 10,1% y 1,9%; en lujo, 40,1% más visitas a ficha de producto; en lead gen, 21,6% más envíos de formulario (Deloitte — Milliseconds Make Millions; corroborado en web.dev).
  • La curva de conversión tiene su pico entre 1 y 2 segundos. Portent analizó ~100 millones de páginas vistas de 20 sitios: un sitio B2C ecommerce a 1 segundo convierte 2,5 veces más que a 5 segundos. La tasa de conversión promedio en ecommerce cae ~0,3 puntos porcentuales por cada segundo adicional de carga. En B2B la relación es más brusca: 1 s convierte 3× más que 5 s y 5× más que 10 s (Portent — Site Speed is Hurting Everyone's Revenue).
  • La probabilidad de rebote en móvil escala rápido. Google/SOASTA, sobre 11 millones de sesiones móviles: pasar de 1 a 10 segundos de carga sube la probabilidad de rebote un 123% (Think with Google).
  • Mejorar los Core Web Vitals mueve el revenue. Vodafone corrió un A/B controlado: un 31% de mejora en LCP se tradujo en +8% de ventas totales, +15% de visitas que avanzan a lead y +11% de visitas que llegan al carrito (web.dev — Vodafone). Cdiscount reportó +6% de revenue en Black Friday al mejorar los 3 CWV; AliExpress bajó el rebote 15% (web.dev — CWV business impact).

El mensaje para el dueño del negocio: no estás pagando por "velocidad", estás pagando por conversiones que ya tenés pero no cerrás. Si tu tráfico cae en una página con LCP de 4 segundos, cada décima que recortes es dinero que cobrás con las mismas sesiones y el mismo gasto en ads.

¿Es factor de ranking? Qué dice Google de verdad

Lo que dice el documento oficial de Google sobre page experience: los Core Web Vitals "son utilizados por nuestros sistemas de ranking", pero "no hay una única señal": la relevancia manda, y la experiencia de página es una pata más dentro del core del algoritmo. HTTPS, no tener intersticiales intrusivos y mostrarse bien en móvil son requisitos de base, no "boost" (page experience en Search, Core Web Vitals en Search).

Lo que sí: cuando la SERP está apretada —varias páginas de calidad parecida compitiendo por la misma consulta— el sitio con mejor experiencia tiene ventaja. Y la señal es de página, no de dominio: cada URL se evalúa aparte.

Lo que no: no hay un umbral mágico que "destraba" el ranking. Pasar de 70 a 90 de score sin tocar contenido, autoridad o intención no va a mover posiciones por sí solo. Para orden de magnitudes del impacto comercial, mirá también la nota sobre cuánto cuesta el SEO en Argentina: la velocidad es una partida dentro del presupuesto, no la estrategia.

Qué medir y con qué (sin tecnicismos)

Tres herramientas, tres usos:

  1. Reporte de Core Web Vitals en Google Search Console. Es la mirada de Google con los datos de campo. Separa URLs por grupo (bueno / necesita mejora / pobre) y dice qué métrica falla. Si solo vas a abrir una, abrí esta.
  2. PageSpeed Insights (pagespeed.web.dev). Mirá primero el bloque de arriba ("Experiencia del usuario real" / CrUX). El panel de laboratorio y las "oportunidades" sirven para el equipo técnico, no para evaluar al sitio.
  3. Analytics. Correlacioná el reporte de Search Console con tu tasa de conversión por página o segmento. Si una URL mejora en LCP y la conversión sube con el mismo tráfico, la inversión se paga sola.

Lo que no hace falta mirar como dueño: GTmetrix, Pingdom, scores de "velocidad de internet". Son herramientas de otra cosa.

Qué arreglar primero: criterio de priorización

Si tu reporte de Search Console marca URLs en "necesita mejora" o "pobre", el orden en el que las tocamos en una auditoría de agencia es casi siempre este:

  1. Las URLs que ya generan negocio. Fichas de producto, páginas de categoría y landings con conversión medible. Antes que "mejorar la home".
  2. LCP primero, INP después, CLS como piso. El LCP es el que más mueve conversión y rebote. INP suele ser scripts de terceros (chats, tags). CLS es higiene: una imagen con width/height, una fuente que no "parpadea".
  3. Imágenes y hero antes que CSS/JS. El 70% de los LCP malos en ecommerce argentinos que auditamos vienen de la imagen hero sin optimizar (sin WebP, sin dimensiones, sin preload). Es la intervención de mejor ratio esfuerzo/impacto.
  4. Hosting como último recurso, no primero. Migrar de hosting es caro y lento. Antes probá optimizar lo que ya tenés: cada vez que una agencia te vende "migración de servidor" como primer paso de un plan WPO, pedí la medición antes y después.

Si querés el detalle del servicio con el que trabajamos esto en Seotronix, está en optimización web (WPO). La idea no es correr detrás de un score, es tocar lo que mueve la aguja de ventas.

Y si tu intención real es que las IA (ChatGPT, Perplexity, AI Overviews) te muestren mejor, la velocidad por sí sola no te lleva ahí: eso es otro problema. Para eso tenemos la nota sobre cómo escribir para que la IA te cite textual.

Preguntas frecuentes

¿Cómo mido la velocidad de carga de mi web?

Con PageSpeed Insights (pagespeed.web.dev) para una vista rápida y, sobre todo, con el reporte de Core Web Vitals de Google Search Console, que es el dato real de Chrome agregado en los últimos 28 días. Para dueño de negocio, Search Console alcanza.

¿Qué velocidad de carga es "buena"?

Que el 75% de tus cargas móviles tengan LCP ≤ 2,5 s, INP ≤ 200 ms y CLS ≤ 0,1. Si cumplís eso, pasás el umbral "bueno" de Core Web Vitals. Son los valores oficiales de web.dev (actualizados 2025).

¿La velocidad afecta el ranking en Google?

Es señal, no factor principal. Los Core Web Vitals entran en los sistemas de ranking pero —palabras de Google— la relevancia manda. En una SERP competida con páginas parejas, una mejor experiencia ayuda. Perseguir un score de 100 solo por SEO no suele ser la mejor inversión.

¿Por qué mi web va lenta?

En 7 de cada 10 ecommerce argentinos que auditamos, la causa principal es la imagen "hero" (la grande arriba) sin optimizar: sin formato moderno (WebP/AVIF), sin dimensiones declaradas, sin preload. Después vienen scripts de terceros (chats, pixeles) y, muy atrás, el hosting.

¿Qué páginas puedo usar para medir la velocidad de mi web?

Las de Google: pagespeed.web.dev para análisis por URL y Google Search Console para la foto completa del sitio. Son gratuitas y usan los mismos datos que el algoritmo. GTmetrix o Pingdom miden otra cosa (laboratorio con dispositivos distintos) y, para decisiones de negocio, no suman.