Tabla de Contenidos
- 1 El objetivo: 90+ puntos en móvil con PageSpeed Insights
- 2 Diagnóstico inicial con PageSpeed Insights
- 3 Optimización de imágenes: WebP, compresión y lazy loading
- 4 Plugin de caché correctamente configurado
- 5 Minificación y combinación de CSS y JavaScript
- 6 CDN: cuándo y cómo implementarlo
- 7 Hosting: el factor multiplicador
- 8 Resultado: el camino de 30 a 90+ puntos
- 9 Errores comunes que sabotean tu puntaje de PageSpeed
El objetivo: 90+ puntos en móvil con PageSpeed Insights
La mayoría de sitios WordPress en Perú puntúan entre 20 y 50 en PageSpeed Insights en su versión móvil. Llegar a 90 o más puntos no es un capricho técnico; es la diferencia entre un sitio que Google considera rápido y uno que penaliza en sus resultados de búsqueda. Cada punto que sumas tiene un impacto medible en la experiencia de tus visitantes y en tu posicionamiento orgánico.
Un WordPress recién instalado con un tema ligero y sin contenido suele puntuar cerca de 95. El problema empieza cuando agregas un tema premium pesado, veinte plugins, imágenes sin comprimir y scripts de terceros. Cada uno de esos elementos resta puntos hasta que el sitio cae a esa zona roja que tanto frustra. La buena noticia es que el camino de vuelta al verde es predecible y repetible si sigues el orden correcto de optimización.
En esta guía vas a encontrar el proceso exacto que usamos con clientes reales en Lima y otras ciudades del Perú para llevar sitios WordPress de 30 puntos a más de 90 en PageSpeed Insights. No son trucos ni atajos: son optimizaciones técnicas probadas que cualquier persona con acceso al panel de WordPress y al hosting puede implementar.
Diagnóstico inicial con PageSpeed Insights
Antes de tocar nada, necesitas un punto de partida claro. Abre PageSpeed Insights, ingresa la URL de tu página principal y ejecuta el análisis. Anota tres datos: el puntaje móvil (el que realmente importa para SEO), el puntaje de escritorio (suele ser 20 a 30 puntos más alto) y la lista de oportunidades de mejora ordenadas por impacto estimado.
PageSpeed Insights evalúa seis métricas principales. Las tres que más peso tienen en el puntaje son el Largest Contentful Paint (LCP), el Total Blocking Time (TBT, que en el mundo real se traduce en INP) y el Cumulative Layout Shift (CLS). Si tu LCP supera los 2.5 segundos, ese es tu primer problema. Si el TBT supera los 200 milisegundos, tienes JavaScript bloqueando el hilo principal. Si el CLS supera 0.1, algo se está moviendo en tu página después de cargar.
También presta atención a la sección de diagnósticos. Ahí aparecen advertencias como DOM excesivo (más de 1500 nodos), tareas largas del hilo principal, recursos que bloquean el renderizado y archivos sin comprimir. Cada uno de estos diagnósticos te dice dónde está el problema. No intentes arreglar todo al mismo tiempo; sigue el orden que describimos a continuación para obtener el máximo impacto con el menor esfuerzo. Para entender en profundidad qué son los Core Web Vitals y sus umbrales, revisa nuestra guía completa sobre Core Web Vitals.
Optimización de imágenes: WebP, compresión y lazy loading
Las imágenes son casi siempre el recurso más pesado de un sitio WordPress. Una página con cinco fotos sin optimizar puede pesar 15 MB o más, cuando lo ideal es que toda la página (imágenes incluidas) no supere 1.5 MB. Optimizar imágenes es la acción con mejor relación esfuerzo-resultado porque se puede automatizar completamente.
El primer paso es instalar un plugin de compresión automática. ShortPixel y Imagify son las dos opciones más populares. Ambos comprimen cada imagen que subes a WordPress de forma automática y también pueden procesar retroactivamente todas las imágenes que ya tienes en la biblioteca de medios. La compresión lossy reduce el tamaño entre un 60 y un 80 por ciento sin pérdida visual perceptible para la mayoría de fotos.
El segundo paso es activar la conversión a formato WebP. Este formato desarrollado por Google ofrece la misma calidad visual que JPEG y PNG pero con un peso entre un 25 y un 35 por ciento menor. Tanto ShortPixel como Imagify generan versiones WebP automáticamente y las sirven a los navegadores que las soportan (que en 2026 son prácticamente todos).
El tercer paso es configurar lazy loading. WordPress incluye lazy loading nativo desde la versión 5.5, pero solo para imágenes con atributo loading=»lazy». Plugins como WP Rocket mejoran este comportamiento excluyendo las imágenes above the fold (que deben cargar inmediatamente) y aplicando lazy loading solo a las que están fuera de la vista inicial. Esto reduce drásticamente el peso de la carga inicial y mejora directamente el LCP.
| Acción | Plugin recomendado | Impacto en PageSpeed | Tiempo de implementación | Costo |
|---|---|---|---|---|
| Compresión automática | ShortPixel | +10 a +25 puntos | 30 minutos | Gratis hasta 100 imgs/mes |
| Conversión a WebP | ShortPixel / Imagify | +5 a +10 puntos | 15 minutos | Incluido en plan |
| Lazy loading avanzado | WP Rocket | +5 a +15 puntos | 10 minutos | 59 USD/año |
| Redimensionar imágenes | ShortPixel | +5 a +10 puntos | 20 minutos | Incluido |
| Eliminar metadatos EXIF | Automático con compresión | +1 a +3 puntos | 0 minutos | Incluido |
| Preload imagen LCP | WP Rocket / manual | +3 a +8 puntos | 15 minutos | Gratis si es manual |
| Servir tamaños correctos | WordPress nativo + srcset | +3 a +7 puntos | 10 minutos | Gratis |
| Eliminar imágenes no usadas | Media Cleaner | Indirecto | 30 minutos | Gratis |
| Sprites para íconos | Manual / SVG inline | +1 a +3 puntos | Variable | Gratis |
| CDN para imágenes | Cloudflare / BunnyCDN | +3 a +8 puntos | 30 minutos | Gratis (Cloudflare) |
Plugin de caché correctamente configurado
Un plugin de caché transforma tu WordPress dinámico en páginas estáticas que el servidor entrega sin procesar PHP ni consultar la base de datos. El impacto es enorme: un sitio sin caché puede tardar 3 segundos en generar una página, mientras que con caché la misma página se sirve en menos de 200 milisegundos.
WP Rocket es nuestra recomendación principal por su facilidad de configuración y resultados consistentes. Activa el caché de página, el caché del navegador y la precarga del sitemap como configuración base. Luego activa la minificación de CSS y JavaScript, pero con precaución: prueba tu sitio después de activar cada opción porque la combinación de archivos puede romper funcionalidades si hay conflictos entre scripts.
Si tu hosting usa servidor LiteSpeed (Hostinger, por ejemplo), LiteSpeed Cache es la mejor opción gratuita y está optimizado específicamente para ese entorno. Su módulo de caché de objetos (Redis u Object Cache) puede reducir las consultas a la base de datos en un 80 por ciento o más, algo especialmente útil para sitios WooCommerce o con muchos contenidos dinámicos.
Para una guía detallada de configuración de plugins de caché y su impacto en los Core Web Vitals, consulta nuestro artículo sobre cómo optimizar los Core Web Vitals en WordPress.
Minificación y combinación de CSS y JavaScript
Cada archivo CSS y JavaScript que tu sitio carga es una solicitud HTTP adicional que el navegador debe procesar. Un WordPress típico con tema premium y diez plugins puede cargar entre 15 y 30 archivos CSS y otros tantos de JavaScript. Minificar estos archivos elimina espacios en blanco, comentarios y caracteres innecesarios, reduciendo su tamaño entre un 10 y un 30 por ciento.
La combinación agrupa varios archivos pequeños en uno solo, reduciendo el número de solicitudes HTTP. Sin embargo, con HTTP/2 (que la mayoría de hostings modernos ya soportan), la combinación es menos crítica que antes porque HTTP/2 puede manejar múltiples solicitudes simultáneas de forma eficiente. Aun así, reducir de 30 a 5 archivos sigue siendo beneficioso.
El paso más impactante es diferir la carga del JavaScript no crítico. Los scripts que no son necesarios para el renderizado inicial (como analytics, chats en vivo, o funcionalidades que solo se activan con interacción del usuario) pueden cargarse con el atributo defer o async. WP Rocket permite configurar esto desde su panel, identificando automáticamente qué scripts pueden diferirse de forma segura. Esto reduce directamente el Total Blocking Time y mejora el INP.
CDN: cuándo y cómo implementarlo
Un CDN distribuye copias de tus archivos estáticos en servidores alrededor del mundo. Cuando un visitante accede a tu sitio, recibe los archivos desde el servidor CDN más cercano en lugar de desde tu servidor de origen. Para un sitio en Perú con visitantes en todo el país, un CDN reduce la latencia especialmente para usuarios alejados del servidor principal.
Cloudflare es la opción más popular y su plan gratuito es suficiente para la mayoría de sitios WordPress. Para activarlo, cambias tus DNS para que apunten a Cloudflare, activas la proxificación de tus registros A y CNAME, y Cloudflare automáticamente cachea y distribuye tus archivos estáticos. El proceso completo toma menos de una hora incluyendo la propagación de DNS.
Si ya usas Cloudflare y quieres ir un paso más allá, BunnyCDN ofrece un CDN pull zone dedicado con servidores en São Paulo que puede mejorar la latencia para visitantes sudamericanos. Su precio comienza en un centavo por GB transferido, lo que para la mayoría de sitios WordPress representa menos de 5 dólares al mes. La combinación de Cloudflare como CDN y firewall más BunnyCDN como CDN dedicado para assets es la configuración que mejores resultados nos ha dado con clientes peruanos.
Hosting: el factor multiplicador
Todas las optimizaciones anteriores dependen de un hosting que pueda entregarlas con rapidez. Si tu servidor tarda 800 milisegundos en procesar la primera solicitud (TTFB alto), incluso un sitio perfectamente optimizado en frontend va a tener un LCP lento. El hosting no es una optimización más; es el multiplicador que amplifica o limita el efecto de todas las demás.
Un hosting de calidad para WordPress debe ofrecer TTFB por debajo de 200 milisegundos, PHP 8.2 o superior, cache de objetos (Redis o Memcached), HTTP/2 o HTTP/3, y un servidor ubicado lo más cerca posible de tu audiencia. Para sitios peruanos, un servidor en São Paulo (la ubicación más cercana disponible en la mayoría de proveedores internacionales) ofrece latencias de entre 30 y 60 milisegundos hacia Lima.
Si estás en un hosting compartido barato y tu puntaje de PageSpeed no sube de 50 a pesar de todas las optimizaciones, cambiar de hosting puede ser la pieza que falta. Nuestra comparativa de hostings WordPress en Perú analiza las mejores opciones actuales con precios en soles y benchmarks de rendimiento reales.
Resultado: el camino de 30 a 90+ puntos
Basándonos en más de cincuenta optimizaciones realizadas para clientes en Lima, Arequipa y otras ciudades peruanas, este es el impacto típico de cada optimización aplicada en orden:
| Paso | Optimización | Puntos ganados (promedio) | Puntaje acumulado típico |
|---|---|---|---|
| Inicio | Sitio sin optimizar | — | 30 |
| 1 | Plugin de caché (WP Rocket) | +15 a +20 | 45-50 |
| 2 | Compresión + WebP de imágenes | +10 a +15 | 55-65 |
| 3 | Lazy loading configurado | +5 a +10 | 60-75 |
| 4 | Minificación CSS/JS + defer | +5 a +10 | 65-85 |
| 5 | CDN (Cloudflare) | +3 a +5 | 68-90 |
| 6 | Preload recursos críticos | +2 a +5 | 70-95 |
| 7 | Hosting de calidad (si aplica) | +10 a +20 | 80-100 |
| 8 | Tema ligero (si aplica) | +5 a +15 | 85-100 |
| 9 | Eliminar plugins innecesarios | +2 a +5 | 87-100 |
| 10 | Optimización base de datos | +1 a +3 | 90+ |
No todos los sitios necesitan los diez pasos. Algunos llegan a 90 solo con caché, imágenes optimizadas y defer del JavaScript. Otros necesitan cambiar de hosting y de tema para superar la barrera de los 70. La clave es medir después de cada cambio para saber exactamente cuánto impacto tuvo y si necesitas seguir optimizando o ya alcanzaste un nivel aceptable.
Si después de aplicar estos pasos tu puntaje móvil sigue por debajo de 70, el problema casi seguro es el hosting o el tema. Un diagnóstico más profundo de las causas de lentitud en WordPress te ayudará a identificar exactamente qué está limitando tu rendimiento.
Errores comunes que sabotean tu puntaje de PageSpeed
Después de trabajar con decenas de sitios WordPress, hemos identificado errores recurrentes que impiden a muchos dueños de sitios alcanzar buenos puntajes incluso después de optimizar. El más común es obsesionarse con el puntaje de escritorio e ignorar el móvil. Google usa la versión móvil para evaluar tu sitio, así que un 95 en escritorio con un 40 en móvil no te ayuda en nada para el SEO.
Otro error frecuente es activar todas las opciones de un plugin de caché sin probar cada una individualmente. La combinación agresiva de archivos CSS y JavaScript puede romper el layout de tu sitio, desactivar funcionalidades de plugins o generar errores de consola que afectan la experiencia del usuario. Activa cada opción una a la vez y verifica que todo funciona correctamente antes de pasar a la siguiente.
Muchos también ignoran el impacto de los scripts de terceros. Google Analytics, Tag Manager, Facebook Pixel, el widget de chat, el pixel de remarketing: cada uno de estos scripts se carga desde un servidor externo que no controlas. Si ese servidor responde lento, tu página se ve afectada. Evalúa si realmente necesitas todos esos scripts y elimina los que no estén generando valor real para tu negocio.
Finalmente, no medir después de cada cambio es un error que te deja sin saber qué funcionó y qué no. Usa PageSpeed Insights después de cada optimización, espera unos minutos para que el caché se genere, y anota el cambio en el puntaje. Esto te permite revertir cambios que no ayudaron o que incluso empeoraron las cosas.
¿Es posible llegar a 90+ puntos en móvil con WordPress?
Sí, es posible y lo hemos logrado repetidamente con clientes reales. La clave es usar un hosting de calidad, un tema ligero (GeneratePress, Astra o Kadence), mantener los plugins al mínimo necesario, optimizar todas las imágenes con WebP y compresión, y configurar correctamente un plugin de caché. Con esta base, llegar a 90 en móvil es alcanzable para la mayoría de sitios. Los sitios que tienen más dificultad son los que usan constructores de páginas pesados como Elementor con muchos módulos o temas multipropósito con frameworks JavaScript complejos.
¿Cuánto tarda la optimización completa de PageSpeed?
Para un sitio WordPress típico, la optimización completa toma entre 3 y 8 horas de trabajo técnico. Las optimizaciones básicas (caché, imágenes, minificación) se hacen en menos de 2 horas. Los ajustes avanzados (defer selectivo de scripts, preload de recursos críticos, optimización del tema) requieren más tiempo y conocimiento técnico. Si necesitas cambiar de hosting, agrega un día más para la migración y verificación. Lo importante es que no necesitas hacerlo todo de una vez; puedes aplicar las optimizaciones gradualmente empezando por las de mayor impacto.
¿Qué plugins de optimización usar para PageSpeed?
La combinación más efectiva que recomendamos es WP Rocket para caché y minificación, ShortPixel para compresión de imágenes y WebP, y Cloudflare como CDN gratuito. Con estos tres, cubres el 80 por ciento de las optimizaciones necesarias. Si tu hosting es LiteSpeed, reemplaza WP Rocket por LiteSpeed Cache (es gratuito y está optimizado para ese servidor). Evita instalar múltiples plugins de caché simultáneamente porque generan conflictos que pueden empeorar el rendimiento en lugar de mejorarlo.
¿Mejorar el PageSpeed realmente mejora el SEO?
La velocidad de carga es un factor de ranking confirmado por Google. Los Core Web Vitals (que PageSpeed evalúa) forman parte de las señales de experiencia de página que Google usa para posicionar resultados. Sin embargo, el contenido relevante y los backlinks siguen siendo factores más importantes. Donde la velocidad marca una diferencia real es en sitios que compiten por posiciones similares: entre dos páginas con contenido equivalente, Google favorece la que ofrece mejor experiencia de usuario. Además, un sitio rápido tiene menor tasa de rebote y mayor tiempo de permanencia, señales indirectas que también benefician al SEO. Para una explicación completa, consulta nuestra guía de SEO en Perú.
¿El score móvil o de desktop importa más?
El score móvil es el que importa para SEO. Google usa mobile-first indexing desde 2021, lo que significa que evalúa la versión móvil de tu sitio para determinar su posicionamiento en todos los dispositivos. El score de escritorio es útil como referencia y para la experiencia de usuarios de desktop, pero no debería ser tu prioridad de optimización. Si tienes que elegir entre mejorar uno u otro, siempre enfócate en el móvil. Las optimizaciones que mejoran el score móvil casi siempre mejoran también el de escritorio, pero no siempre funciona al revés.
