En pocas palabras: El máximo real es 100/100 en escritorio y 85-95 en móvil. Google puntúa de 0 a 100 con el motor Lighthouse: 90+ es excelente. Con buen hosting (TTFB bajo 100 ms), caché de página e imágenes en WebP, cualquier WordPress serio supera 90 en desktop.
¿El puntaje más alto de velocidad WordPress PageSpeed en un sitio real? Un 100/100 en escritorio es posible con un sitio liviano y bien cacheado, pero en móvil lo realista ronda 85-95. Con buen hosting, caché de página e imágenes optimizadas, casi cualquier WordPress serio pasa los 90 en desktop.
PageSpeed Insights es la herramienta gratuita de Google que mide el rendimiento de una página y le pone un puntaje de 0 a 100, combinando datos de laboratorio (motor Lighthouse) con datos de campo de usuarios reales de Chrome (CrUX). En WordPress evalúa Core Web Vitals como LCP, CLS e INP, y devuelve una lista de mejoras concretas de carga, imágenes y JavaScript. No mide «qué tan lindo» es el sitio, mide cuánto tarda en estar usable.
En 30 segundos
- 90-100 es excelente, 50-89 aceptable, 0-49 malo. Con 85-90 en móvil ya estás bien; obsesionarse con el 100 clavado da rendimientos decrecientes.
- El hosting es la base de todo. Un TTFB de 50-100 ms es bueno; 300-600 ms es lento y ninguna optimización de front lo tapa del todo.
- La caché de página es la mejora más grande después del hosting. Puede recortar cientos de milisegundos con un solo plugin bien configurado.
- Las imágenes son el peso número uno: rondan el 70% del tamaño de una página promedio. Pasarlas a WebP o AVIF cambia el puntaje solo.
- Móvil siempre puntúa 10-20 puntos menos que desktop. Es normal, Google simula un teléfono de gama media con red lenta.
¿Qué puntuación de PageSpeed es realmente buena?
Una puntuación buena arranca en 90 sobre 100, pero el umbral que de verdad importa es distinto: entre 50 y 89 ya estás en «aceptable» y tu sitio funciona bien para la mayoría de los usuarios. La escala oficial es simple: 0-49 en rojo (malo), 50-89 en naranja (mejorable), 90-100 en verde (bueno).
Acá viene lo que casi nadie te dice: perseguir el 100 clavado en móvil es una trampa. Los últimos 5 puntos suelen costar más trabajo que los primeros 40, y muchas veces implican romper funcionalidades que tus visitantes usan. Si tenés un sitio con analytics, un chat, fuentes personalizadas y algún embed, llegar a 100 en móvil «limpio» es casi de laboratorio.
¿La meta sensata? 90+ en desktop y 80-90 en móvil. Eso ya te ubica por encima de la mayoría de los WordPress que andan dando vueltas. El resto es vanidad de puntaje. En conectarse con la comunidad WordPress profundizamos sobre esto.
¿Cuánto impacta el hosting en la velocidad de WordPress?
El hosting es el factor que más pesa, porque define el TTFB (Time to First Byte), o sea cuánto tarda el servidor en empezar a responder antes de que se descargue una sola imagen. Un TTFB de 50-100 ms es bueno; uno de 300-600 ms arrastra todo el puntaje hacia abajo por más que optimices el resto.
Ponele que tenés todo optimizado: imágenes en WebP, caché prendida, CSS minificado. Si el servidor tarda medio segundo en contestar, ese medio segundo se lo comés antes de que empiece a pasar cualquier otra cosa. Por eso el orden importa: primero el hosting, después el resto.
Dos cosas concretas mueven la aguja acá. Una es el tipo de plan: un compartido saturado responde peor que un managed o un VPS con recursos garantizados. La otra es la ubicación geográfica del servidor: si tu público es argentino y tu servidor está en Europa, cada request se va y vuelve cruzando el Atlántico. Para audiencia local conviene un hosting WordPress como el de Donweb, con servidores en la región y soporte para caché a nivel servidor.
¿Cómo impacta el caché en el rendimiento de WordPress?
La caché de página es la optimización más impactante después del hosting: guarda una versión HTML ya «cocinada» de cada página para no reconstruirla desde PHP y la base de datos en cada visita. En vez de generar la página cada vez, el servidor entrega el archivo listo. Eso puede recortar cientos de milisegundos.
Los plugins clásicos son WP Super Cache, W3 Total Cache y LiteSpeed Cache. Este último es el más eficiente cuando tu servidor corre LiteSpeed, porque cachea a nivel servidor y no solo en PHP (Donweb lo soporta, por ejemplo). Si tu provider no tiene LiteSpeed, WP Super Cache es la opción simple y difícil de romper.
Ojo con esto: una caché mal configurada puede romper el sitio. Carritos de WooCommerce que muestran productos de otro usuario, formularios que no envían, páginas de login cacheadas. La regla es cachear lo estático y excluir lo dinámico. Si activás caché y algo se comporta raro, ese es el primer sospechoso. Te puede servir nuestra cobertura de crear landing pages de alto rendimiento.
¿Por qué las imágenes son la causa número uno de un WordPress lento?
Las imágenes son la causa número uno porque representan cerca del 70% del peso total de una página web promedio. Subís una foto de 3 MB directo desde el celular, WordPress la muestra tal cual, y esa sola imagen tarda más que todo el resto del sitio junto.
La solución tiene tres patas concretas. Convertir a formatos modernos como WebP o AVIF, que pesan bastante menos que un JPG con calidad equivalente. Servir cada imagen en la dimensión real en que se ve (no una de 4000px encogida por CSS a 400px). Y activar lazy loading para que las imágenes de abajo del fold carguen recién cuando el usuario baja.
Un caso típico: un blog de recetas cargado de fotos pesadas puede pasar de 48 a 95 puntos solo optimizando imágenes, sin tocar nada más. Herramientas como ShortPixel o Imagify automatizan la conversión y la compresión sin que tengas que editar foto por foto. Según la guía de rendimiento de Elementor, la optimización de imágenes es de las intervenciones con mejor relación esfuerzo/resultado.
¿Qué optimización da más resultado en WordPress?
Si tuvieras que ordenar las mejoras por impacto real sobre el puntaje, quedaría más o menos así. Arrancá de arriba y bajá; no tiene sentido minificar JavaScript si todavía tenés imágenes de 2 MB.
| Optimización | Impacto | Dificultad | Herramienta típica |
|---|---|---|---|
| Buen hosting (TTFB bajo) | Muy alto | Media | Plan managed / VPS |
| Caché de página | Muy alto | Baja | LiteSpeed Cache, WP Super Cache |
| Optimizar imágenes (WebP/AVIF) | Alto | Baja | ShortPixel, Imagify |
| CDN | Medio-alto | Baja | Cloudflare |
| Minificar CSS/JS | Medio | Media | Autoptimize, LiteSpeed Cache |
| Theme liviano | Medio | Alta (implica migrar) | GeneratePress, Blocksy |
¿Cuál es la diferencia de velocidad entre móvil y escritorio?
Es normal que móvil puntúe 10-20 puntos menos que desktop, y no es que tu sitio esté roto. PageSpeed simula un teléfono de gama media con una conexión más lenta y menos potencia de CPU, así que el mismo sitio que vuela en tu compu de escritorio se ve castigado en la prueba móvil.
Las métricas que mira son las mismas Core Web Vitals. El objetivo ideal: LCP (el elemento grande principal, casi siempre la imagen del hero) por debajo de 2,5 segundos, y CLS (cuánto «salta» el layout mientras carga) por debajo de 0,1. A eso se suma el INP, que mide qué tan rápido responde la página cuando el usuario toca o clickea. Sobre eso hablamos en probar cambios en un ambiente de staging.
¿Dónde optimizar primero? En móvil. Es donde está la mayor parte del tráfico y donde Google pone la lupa para ranking. Si tu móvil está bien, tu desktop casi seguro también.
¿Cómo medir de verdad la velocidad WordPress en PageSpeed?
Para medir en serio no alcanza con una sola corrida de PageSpeed Insights. El puntaje es un número de laboratorio y varía entre pruebas; lo que le importa a tus usuarios es el tiempo de carga real, que debería estar por debajo de los 2 segundos. Un sitio con puntaje 85 que carga rápido y estable vale más que uno con 98 que «salta» al cargar.
Combiná tres herramientas. PageSpeed Insights te da el puntaje y las sugerencias de Google. GTmetrix te muestra el waterfall de carga, útil para ver qué recurso está frenando todo. WebPageTest te deja probar desde distintas ubicaciones y con distintas conexiones.
El dato clave: mirá los datos de campo (CrUX), no solo los de laboratorio. Los de campo vienen de usuarios reales de Chrome en los últimos 28 días y reflejan cómo se vive tu sitio de verdad. Si el laboratorio dice 70 pero el campo pasa los Core Web Vitals, tu sitio anda bien. ¿Y si no hay datos de campo? Todavía tenés poco tráfico, así que guiate por el laboratorio y por tu propia percepción cargando el sitio desde el celular.
Errores comunes al optimizar WordPress
- Apilar varios plugins de optimización que se pisan. Instalar W3 Total Cache, Autoptimize y otro de caché al mismo tiempo genera conflictos y a veces empeora el puntaje. Uno bueno, bien configurado, alcanza.
- Comprimir las imágenes de más. Bajar la calidad al 30% para ganar peso te deja fotos con artefactos horribles. El punto dulce suele estar en 75-85% de calidad.
- Desactivar scripts sin saber qué hacen. El «defer» o el «delay» de JavaScript ayuda, pero si aplazás el script del carrito o del formulario, rompés la funcionalidad. Probá cada cambio, no lo actives todo de una.
- Elegir un theme pesadísimo por lo visual. Un tema multipropósito lleno de demos importa toneladas de CSS y JS que nunca usás. Para sitios nuevos conviene arrancar liviano.
- Optimizar una vez y olvidarse. La optimización es continua, no puntual. Cada plugin nuevo, cada actualización y cada imagen que subís puede volver a bajar el puntaje.
Preguntas Frecuentes
¿Cuál es una buena puntuación de PageSpeed para WordPress?
90 o más es excelente, y de 50 a 89 es aceptable para la mayoría de los sitios. En la práctica, apuntá a 90+ en desktop y 80-90 en móvil. Debajo de 50 (zona roja) sí conviene intervenir en serio, empezando por hosting e imágenes.
¿Es necesario tener 100/100 en PageSpeed?
No, no es necesario ni recomendable obsesionarse con el 100. Los últimos puntos suelen costar mucho más trabajo que los primeros y a veces implican romper funciones que tus usuarios usan. Un sitio en 90 que carga rápido y estable rankea y convierte igual de bien que uno en 100. Para más detalles técnicos, mirá reparar enlaces rotos que ralentizan tu sitio.
¿Por qué mi WordPress es lento?
Las tres causas más comunes son hosting con TTFB alto (300 ms o más), imágenes sin optimizar (que pesan hasta el 70% de la página) y falta de caché de página. En ese orden. Empezá revisando el TTFB en PageSpeed y el peso de tus imágenes antes de tocar cualquier otra cosa.
¿Cuánto tiempo de carga real necesita un sitio WordPress?
Por debajo de 2 segundos de tiempo de carga real se considera bueno. Ese número importa más que el puntaje: mide lo que vive tu usuario, no lo que dice un test de laboratorio. Para las Core Web Vitals, apuntá a LCP menor a 2,5 segundos y CLS menor a 0,1.
¿Un CDN mejora la velocidad de WordPress?
Sí, un CDN mejora la velocidad al servir tus archivos estáticos (imágenes, CSS, JS) desde servidores cercanos al usuario. Cloudflare tiene un plan gratuito que sirve para la mayoría de los sitios. El impacto es mayor cuando tu audiencia está lejos geográficamente de tu servidor de origen.
Conclusión
El puntaje más alto de PageSpeed en un WordPress real es alcanzable, pero no es la meta. La meta es un sitio que cargue en menos de 2 segundos y pase los Core Web Vitals de campo. Eso lo lográs con un orden claro: hosting con TTFB bajo, caché de página, imágenes en WebP y, recién al final, minificación y ajustes finos.
Si estás arrancando, no compres 40 plugins de optimización. Elegí un buen hosting, activá una caché y optimizá las imágenes. Con eso solo, la mayoría de los sitios saltan de la zona naranja a la verde. El resto es afinar. Y si vas a migrar para ganar velocidad, fijate que tu provider soporte caché a nivel servidor y tenga los servidores cerca de tu público.
Fuentes
- Google PageSpeed Insights – herramienta oficial de medición de rendimiento
- web.dev – documentación oficial de Core Web Vitals (LCP, CLS, INP)
- Elementor – guía de optimización de velocidad para WordPress
- Factoría Digital – acelerar WordPress y Core Web Vitals
- WordPress.org – foros de soporte sobre PageSpeed
