El desafío
2eme inspecciona viviendas antes de la compra, con cobertura en todo Chile, y su canal de entrada es su sitio WordPress. El sitio estaba armado sobre un page builder, y el freno no estaba en el servidor sino en todo lo que el navegador tenía que resolver antes de pintar la primera pantalla: la propia home abría con un video de 42 MB en autoplay. Tampoco era parejo: la página más lenta no era la home, sino una interior. Por eso el trabajo partió midiendo cada página por separado, en vez de aplicar la receta de siempre a ciegas.
Lo que se hizo
Diagnóstico de causa raíz y optimización dirigida, no una batería de plugins:
- Medición seria primero: 8 páginas × 3 corridas de PageSpeed Insights móvil, trabajando con medianas para no reportar ruido.
- El video del hero, diferido con una captura: la clave del caso. Un fotograma del propio video (58 KB en WebP, precargado) pasó a ser lo primero que pinta la home; el video, comprimido de 42 a 8 MB, recién se descarga cuando el usuario interactúa. Mismo hero a la vista, sin pagar el video de entrada.
- Optimización del LCP en el resto de las páginas: imágenes hero, CSS bloqueante y prioridades de carga.
- Verificación con caché caliente: re-medición posterior con corridas consecutivas estables, para confirmar que la mejora no era un espejismo de caché frío.
Resultado
El PageSpeed móvil promedio del sitio subió de 45 a 94, con las ocho páginas medidas antes y después. Quedó una sola página sobre el umbral de los 5 segundos de LCP, y está en el informe con nombre y con el techo explicado: bajarla más pedía rediseño, no optimización, y eso no estaba contratado.
La mejora se verificó con corridas consecutivas en caché caliente. Todo lo publicado acá es lo mismo que recibió el cliente en su informe técnico.
El punto de partida
Un sitio WordPress con la home tardando 13,3 segundos en pintar el contenido principal en móvil, y páginas internas que llegaban a 28. La mitad de las páginas del sitio tenía un LCP sobre 5 segundos.