La velocidad de página es un factor de ranking oficial de Google desde enero de 2018 para búsquedas móviles, y desde 2021 también pesa en las señales de Page Experience para desktop. No es el factor más determinante del posicionamiento, pero un sitio lento penaliza el rastreo, dispara el abandono y destruye conversiones. El impacto de la velocidad de página en el SEO es real, medible y evitable.
En 30 segundos
- Google usa la velocidad como señal de ranking desde 2018 (móvil) y la reforzó con Core Web Vitals en 2021.
- Los tres umbrales que Google mide: LCP menor a 2.5s, INP menor a 200ms, CLS menor a 0.1.
- El 53% de los visitantes abandona una página si tarda más de 3 segundos en cargar.
- Un sitio lento reduce la profundidad de rastreo: Googlebot asigna un presupuesto, y si tardás en responder, indexa menos páginas.
- Un puntaje de 85-90 en PageSpeed Insights es suficiente. Perseguir el 100/100 tiene rendimientos decrecientes.
¿Qué es PageSpeed y por qué importa para el SEO?
PageSpeed es la velocidad con la que un navegador descarga y renderiza el contenido de una página web. Google la midió, la analizó y en enero de 2018 la incorporó como señal de ranking para resultados móviles, lo que en su momento generó bastante ruido en la comunidad SEO. Con el tiempo, ese peso se consolidó como parte de las señales de Page Experience.
La herramienta de referencia es PageSpeed Insights, que analiza una URL usando datos de campo (los que Google recolecta de usuarios reales a través de Chrome) y datos de laboratorio (una simulación de carga). Esa distinción importa, pero la mayoría la ignora.
Ahora bien, ¿por qué debería importarte si ya tenés buen contenido? Porque Google no indexa solo por relevancia: también considera si puede rastrear tu sitio de forma eficiente. Y ahí es donde la velocidad empieza a tener consecuencias que van más allá del ranking directo.
Impacto en el algoritmo de Google: rastreo, indexación y ranking
Cuando Googlebot llega a tu sitio, trabaja con un presupuesto de rastreo: un límite de tiempo y recursos que asigna por dominio. Si cada página tarda 4 segundos en responder, el crawler rastrea menos páginas por sesión. En un blog con 200 artículos esto puede significar que varios posts nunca se indexen, o que las actualizaciones tarden semanas en reflejarse en los resultados.
Acá viene lo interesante: el impacto de la velocidad en el ranking directo es más chico de lo que muchos dicen, pero el impacto indirecto (menor indexación, menor frecuencia de rastreo, peores métricas de usuario) se acumula. Google confirmó en varias oportunidades que es un «desempate»: entre dos páginas con contenido similar, la más rápida tiene ventaja. No es la bala de plata, pero tampoco es irrelevante.
Lo que sí está confirmado por la documentación oficial de Google sobre Core Web Vitals es que estas métricas forman parte de las señales de ranking de Page Experience. No son opcionales si querés aparecer en el Top Stories o en ciertos rich results.
Core Web Vitals: las métricas que Google valúa en 2026
Los Core Web Vitals son tres métricas que Google definió para medir la experiencia de usuario desde el punto de vista técnico. Se calculan en el percentil 75 de las sesiones reales de un sitio, lo que significa que el 75% de tus visitantes tiene que tener una buena experiencia, no solo el promedio. Más contexto en herramientas SEO esenciales como Yoast.
| Métrica | Qué mide | «Bueno» | «Necesita mejora» | «Malo» |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Tiempo hasta que carga el elemento más grande visible | ≤ 2.5s | 2.5s – 4.0s | > 4.0s |
| INP (Interaction to Next Paint) | Respuesta del sitio a las interacciones del usuario | ≤ 200ms | 200ms – 500ms | > 500ms |
| CLS (Cumulative Layout Shift) | Estabilidad visual (cuánto «salta» la página al cargar) | ≤ 0.1 | 0.1 – 0.25 | > 0.25 |
El INP reemplazó al FID (First Input Delay) en marzo de 2024 porque era una métrica fácil de aprobar pero que no reflejaba bien la interactividad real. El INP mide todas las interacciones durante la visita, no solo la primera. Eso lo hace más difícil de optimizar, especialmente en sitios con mucho JavaScript.
El CLS es el que más duele en WordPress con constructores de páginas. Si cargás fuentes de Google, imágenes sin dimensiones declaradas o ads que aparecen tarde, el layout se mueve y eso lo paga tu score. Cualquiera que haya configurado un tema con Elementor sabe de lo que hablo (spoiler: los widgets de terceros son los primeros sospechosos).
Impacto en conversiones y abandono de visitantes
El SEO es solo parte del problema. El otro es el dinero.
Ponele que tenés una tienda WooCommerce con 500 visitas diarias y una tasa de conversión del 2%. Si tu página de producto tarda 5 segundos en cargar, podés estar perdiendo entre el 30% y el 50% de esas visitas antes de que vean el precio. Los datos que circulan desde 2018-2020 en la industria, y que Google sigue citando en sus materiales de capacitación, son contundentes: el 53% de los usuarios en móvil abandona si la carga supera los 3 segundos, y el 47% espera un máximo de 2 segundos antes de irse.
Un estudio de 2016-2017 citado frecuentemente en el ecosistema SEO indica que cada 0.1 segundos de mejora en el tiempo de carga puede traducirse en un aumento del 8.4% en las conversiones en ecommerce. No es una garantía, y el contexto importa, pero la dirección es clara.
¿Y qué pasa cuando el sitio es lento pero no lo sabés? Exacto: tus métricas de tiempo en página bajan, el bounce rate sube, y Google interpreta esas señales de comportamiento como «este sitio no satisface a los usuarios». El círculo se cierra solo. Para más detalles técnicos, consultá la perspectiva de la comunidad de WordPress.
PageSpeed Insights: cómo usar la herramienta de Google
PageSpeed Insights analiza una URL y te devuelve cuatro categorías de puntuación: Rendimiento, Accesibilidad, Mejores Prácticas y SEO. Lo que importa para el ranking es principalmente Rendimiento (y dentro de eso, los Core Web Vitals). Las otras tres categorías son buenas prácticas generales, pero no afectan directamente el posicionamiento.
El score de Rendimiento va de 0 a 100 y se califica así:
- 0-49: rojo (malo)
- 50-89: naranja (necesita mejora)
- 90-100: verde (bueno)
Acá quiero ser directo: no necesitás 100/100. Apuntá a 85-90 en desktop y 70-80 en móvil como objetivo realista para la mayoría de los sitios WordPress con contenido rico. Perseguir el 100 en móvil con un ecommerce lleno de imágenes y plugins de pago tiene rendimientos que no justifican el tiempo invertido.
Una cosa que confunde a mucha gente: los datos que muestra la herramienta pueden variar entre corridas porque dependen de la carga del servidor en ese momento y de la simulación de red que use. Si la diferencia entre dos mediciones es de 5 puntos, no es que «algo cambió», es varianza normal. Tomá promedios de varias mediciones antes de sacar conclusiones.
Estrategias clave para mejorar la velocidad en WordPress
Antes de hacer cualquier cambio, medí. Tenés que saber cuáles son tus Core Web Vitals actuales en datos de campo, no solo en laboratorio.
Hosting: la base de todo
El hosting es el factor de mayor impacto y el que menos se toca. Un servidor lento no lo arregla ningún plugin de caché. Si el Time to First Byte (TTFB) supera los 600ms, empezá por ahí antes de cualquier optimización de frontend. Un hosting con SSD NVMe, soporte para PHP 8.2 o superior y caché a nivel servidor (OPcache) hace una diferencia visible. El hosting WordPress de Donweb incluye estas características, por ejemplo, y es una opción a considerar si estás en Argentina y querés tener el servidor más cerca de tu audiencia.
Caché: el primero en la lista
WP Super Cache, W3 Total Cache o LiteSpeed Cache (si tu servidor corre LiteSpeed) son las opciones más usadas. LiteSpeed Cache, en particular, tiene integración profunda con el servidor y puede mejorar los tiempos de respuesta de forma notable comparado con soluciones puramente a nivel WordPress. Cubrimos ese tema en detalle en si usas WooCommerce en tu tienda.
Imágenes y lazy loading
WordPress incorporó lazy loading nativo desde la versión 5.5. El problema es que muchos temas o constructores lo desactivan o lo implementan mal. Fijate que las imágenes above the fold no tengan lazy loading (eso destroza el LCP) y que el resto sí lo tenga. Convertí imágenes a WebP: el ahorro de peso es del 25-35% respecto a JPEG con calidad visual equivalente. Plugins como Imagify o ShortPixel lo automatizan.
Plugins: menos es más
Cada plugin activo que carga scripts en el frontend suma. Auditá con Query Monitor qué está corriendo en cada página. Si tenés un plugin de slider que carga su librería jQuery en todas las páginas pero solo lo usás en la home, eso es un problema evitable. Los plugins de «todo en uno» que cubren SEO, performance, seguridad y formularios en un solo paquete son convenientes pero difíciles de optimizar selectivamente.
Medir antes y después: herramientas complementarias
PageSpeed Insights es el punto de partida, pero tiene limitaciones. GTmetrix te da una vista más detallada de la cascada de carga (waterfall), lo que es útil para identificar qué recurso específico está bloqueando el render. Pingdom Tools es bueno para medir TTFB desde ubicaciones geográficas distintas.
Una combinación práctica para cualquier proyecto serio: Google Search Console (que ya te muestra los Core Web Vitals de tu sitio en datos reales), PageSpeed Insights para diagnóstico puntual, y GTmetrix para entender la cascada de carga antes y después de un cambio. Con esas tres tenés suficiente para tomar decisiones.
Establecé objetivos realistas: LCP menor a 2.5s, INP menor a 200ms, CLS menor a 0.1. Si estás cumpliendo esos tres, tu sitio está en la zona verde de Google independientemente de cuántos puntos tenga en el score general. En en landing pages bien optimizadas profundizamos sobre esto.
Errores comunes al optimizar velocidad en WordPress
Optimizar solo en desktop e ignorar móvil
El score de escritorio siempre es más alto porque la simulación usa una conexión más rápida. Pero Google usa mobile-first indexing: lo que rastrea e indexa es la versión móvil de tu sitio. Si tu score en móvil está en 40 y en desktop en 85, el problema está en móvil y es el que afecta al SEO.
Activar caché sin configurarla
Instalar un plugin de caché y dejarlo con la configuración por defecto zafa en muchos casos, pero no en todos. Si tenés WooCommerce, el carrito y las páginas de checkout no deben cachearse. Si no excluís esas páginas, los usuarios van a ver el carrito de otra persona (sí, en serio). Revisá siempre la configuración de exclusiones después de instalar.
Confundir el score del laboratorio con los datos de campo
PageSpeed Insights muestra dos secciones: «Descubrimiento de campo» (datos reales de usuarios Chrome) y «Diagnóstico de página» (laboratorio). El ranking de Google usa los datos de campo. Si tu sitio tiene poco tráfico, puede que no haya suficientes datos y Google no pueda evaluar tus Core Web Vitals reales. En ese caso, trabajá para que los datos de laboratorio sean buenos, pero entendé que el impacto en el ranking puede ser menor hasta que acumulés volumen de tráfico.
Pensar que el 100/100 es el objetivo
Pasar de 85 a 100 puede requerir compromisos importantes: deshabilitar funcionalidades, eliminar plugins útiles, usar versiones mínimas de themes. El retorno de inversión de esas últimas 10-15 unidades es casi siempre negativo comparado con invertir ese tiempo en contenido o en mejorar la arquitectura del sitio.
Preguntas Frecuentes
¿La velocidad de página afecta el SEO directamente?
Sí, desde 2018 para móvil y reforzado con Core Web Vitals en 2021. El impacto directo en el ranking es moderado y actúa como desempate, pero el impacto indirecto (menor profundidad de rastreo, peores métricas de comportamiento de usuario) puede ser significativo en sitios grandes. Un sitio rápido no sube mágicamente a la primera posición, pero uno lento se frena a sí mismo.
¿Cuál debe ser la velocidad ideal de mi sitio web?
Los umbrales que Google considera «buenos» son LCP menor a 2.5 segundos, INP menor a 200 milisegundos y CLS menor a 0.1. Estos son los tres Core Web Vitals que forman parte de las señales de ranking. Un score de 85-90 en PageSpeed Insights para desktop y 70-80 en móvil es un objetivo realista y suficiente para la mayoría de los sitios WordPress.
¿Qué son los Core Web Vitals y cómo medirlos?
Los Core Web Vitals son tres métricas de experiencia de usuario que Google incorporó como señales de ranking: LCP (carga del elemento más grande), INP (respuesta a interacciones) y CLS (estabilidad visual del layout). Se pueden medir desde Google Search Console (datos reales de tu sitio), PageSpeed Insights, o con la extensión de Chrome «Web Vitals». Google los evalúa en el percentil 75 de las sesiones de usuarios reales.
¿Cómo mejorar la velocidad de carga de mi sitio WordPress?
Las acciones con mayor impacto, en orden: elegir un hosting con SSD y caché de servidor, configurar un plugin de caché correctamente, convertir imágenes a WebP y activar lazy loading, eliminar plugins innecesarios que carguen scripts en el frontend, y usar un tema liviano. Antes de cualquier cambio, medí con PageSpeed Insights o GTmetrix para identificar el cuello de botella específico.
¿Qué herramientas usar para medir la velocidad de página?
La herramienta principal es PageSpeed Insights de Google, que muestra tanto datos de laboratorio como de campo. Google Search Console tiene una sección de Core Web Vitals con datos reales de tu audiencia. GTmetrix es útil para analizar la cascada de carga y entender qué recurso específico bloquea el render. Para medir TTFB desde distintas ubicaciones geográficas, Pingdom Tools es una buena opción complementaria.
Conclusión
La velocidad de página dejó de ser una métrica técnica opcional hace varios años. Google la usa como señal de ranking, Googlebot la toma en cuenta para decidir cuánto de tu sitio rastrea, y los usuarios simplemente se van si tardás demasiado. El 53% en 3 segundos no es una estadística nueva, pero sigue siendo brutal cuando la vés reflejada en tu Analytics.
Para WordPress, la buena noticia es que la mayoría de los problemas de velocidad se resuelven con hosting decente, caché bien configurada e imágenes optimizadas. No necesitás rediseñar todo. Sí necesitás medir, identificar el cuello de botella real y actuar sobre él, en ese orden. Y recordá: cumplir los umbrales de Core Web Vitals (LCP < 2.5s, INP < 200ms, CLS < 0.1) es el objetivo concreto, no el número redondo en la herramienta.
