LCP, cuánto tarda en verse
Largest Contentful Paint: lo que tarda en aparecer el elemento más grande de la pantalla, normalmente la imagen o el título principal. Bien: menos de 2,5 segundos.
Solución
Cuatro pasos en el orden en que rinden: imágenes, hosting y caché, plugins que sobran y el hero de la portada. Con la herramienta gratuita de cada uno y cómo comprobar que funcionó.
Para mejorar la velocidad de tu página web, primero mídela con PageSpeed Insights y luego ataca en orden: imágenes, hosting y caché, plugins que sobran y el hero de la portada. Con eso resuelves la mayoría de los casos.
Esta guía está pensada para que actúes hoy, aunque no seas técnico. Cada paso incluye herramientas gratuitas y una forma clara de comprobar si funcionó. Y al final te decimos, con honestidad, hasta dónde puedes llegar solo y cuándo conviene pasarle el problema a un desarrollador.
Una página web lenta no es un problema estético: es un problema de ventas. Cada segundo extra de carga es gente que cierra la pestaña antes de ver tu oferta, sobre todo desde el celular. Y Google lo sabe: la velocidad es uno de los factores que usa para decidir a quién mostrar primero. El efecto directo en tu negocio se ve en la tasa de conversión.
Entra a PageSpeed Insights (pagespeed.web.dev), pega la URL de tu sitio y mira el resultado de móvil, no el de escritorio.
La mayoría de tus visitantes llega desde el celular, el mismo motivo por el que importa tanto el diseño web responsive, y ahí es donde tu web sufre de verdad. El informe te va a mostrar tres métricas con nombres raros:
Largest Contentful Paint: lo que tarda en aparecer el elemento más grande de la pantalla, normalmente la imagen o el título principal. Bien: menos de 2,5 segundos.
Interaction to Next Paint: lo que tarda tu web en reaccionar cuando alguien toca un botón o un menú. Bien: menos de 200 milisegundos.
Cumulative Layout Shift: cuánto se mueve la página mientras carga, ese salto que te hace tocar lo que no querías. Bien: menos de 0,1.
Verde es bien, naranja es regular, rojo es urgente. Anota tus números de hoy: son tu punto de partida. Después de cada paso de esta guía, vuelve a medir. Esa es la única forma de saber qué funcionó.
Sigue el orden: el primero resuelve la mayoría de los casos, y cada uno se comprueba antes de pasar al siguiente.
Si tu web es lenta, lo más probable es que el culpable sea este: fotos subidas directo desde el celular o del banco de imágenes, en tamaño original, sin comprimir. Una sola foto de 5 MB pesa más que todo el resto de la página junta.
Qué hacer, en orden:
Cómo saber que funcionó: vuelve a PageSpeed Insights. El LCP debería bajar de forma visible y deberían desaparecer avisos como «publica imágenes en formatos de próxima generación» o «cambia el tamaño de las imágenes». Si tu LCP estaba en rojo por las imágenes, este paso solo puede moverte a naranja o verde.
La caché hace que tu servidor no tenga que armar la página desde cero en cada visita: guarda una copia lista y la entrega al instante. Si tienes WordPress y no usas caché, estás regalando segundos. Opciones gratuitas y probadas: LiteSpeed Cache (si tu hosting usa LiteSpeed, pregúntale), WP Super Cache o W3 Total Cache. Instala uno solo, nunca dos, y activa la configuración recomendada.
Ahora la parte incómoda: a veces el problema no es tu web, es dónde vive. Los hostings compartidos más baratos meten cientos de sitios en el mismo servidor, y el tuyo compite por recursos con todos los demás. La señal delatora en PageSpeed es el aviso de «reduce el tiempo de respuesta inicial del servidor» (TTFB): si tu servidor tarda más de unos 0,8 segundos en empezar a responder, ninguna optimización posterior lo compensa. En qué es el hosting y el dominio explicamos cómo elegir uno decente sin pagar de más.
Cómo saber que funcionó: mide de nuevo. Con caché activa, la segunda carga de cualquier página debería sentirse casi instantánea, y el aviso del tiempo de respuesta del servidor debería bajar o desaparecer. Si sigue en rojo después de configurar la caché, el cuello de botella es el hosting: migrar es la solución, no otro plugin.
El clásico: un WordPress con 40 plugins acumulados en tres años. El slider que ya no se usa, dos plugins de formularios, el contador de visitas del 2019, tres píxeles de redes que nadie revisa. Cada uno carga su propio código en todas las páginas, lo necesite o no.
Haz limpieza con un criterio simple: si no sabes para qué sirve un plugin o no lo has tocado en seis meses, desactívalo y mira si algo se rompe (en un sitio típico, no pasa nada). Lo mismo con los scripts de terceros: chats en vivo que nadie atiende, mapas incrustados en páginas donde no aportan, píxeles de campañas que ya terminaron. Cada script externo es una llamada más a otro servidor antes de que tu página responda.
Este paso es el que más mejora el INP: menos código ejecutándose significa una web que responde al toque.
Cómo saber que funcionó: en PageSpeed, revisa la sección «reduce el JavaScript que no se usa» antes y después. El INP debería mejorar y la nota general subir. De paso, un sitio con menos plugins también es más seguro y más fácil de mantener.
El elemento más grande de tu portada define el LCP. Y el error más común es ponerle encima un slider: tres o cuatro imágenes gigantes más el código que las anima, para que el visitante, casi siempre, solo vea la primera. Reemplázalo por una imagen estática optimizada con un mensaje claro y un botón. Convierte mejor y carga en la mitad del tiempo.
Con las fuentes, dos reglas: usa máximo dos familias tipográficas (con sus variantes necesarias, no las diez), y asegúrate de que el texto se muestre aunque la fuente aún no haya cargado. Si el CLS te sale mal, sospecha también de esto: fuentes que llegan tarde e imágenes sin dimensiones declaradas hacen que todo salte.
Cómo saber que funcionó: el LCP de la portada debería quedar por debajo de 2,5 segundos en móvil, y el CLS por debajo de 0,1. Si el hero era un slider y ahora es una imagen estática, la diferencia se nota a ojo, sin herramientas.
Optimizaciones que no vale la pena que intentes solo, porque un cambio mal hecho puede romper el sitio.
Comprimir el código del sitio sin alterar su funcionamiento. Mal hecho, rompe el diseño o deja botones que no responden.
Servir tu web desde el servidor más cercano a cada visitante. Clave si tienes clientes en varios países.
Consultas lentas a la base de datos, temas mal construidos, código heredado de desarrolladores anteriores. Lo que ningún plugin puede arreglar.
Son exactamente el tipo de trabajo que hacemos en desarrollo web a medida: cambios de fondo que un plugin no puede arreglar. Si ya mediste, aplicaste los pasos y los números no bajan de donde necesitas, el siguiente paso es un diagnóstico que te diga exactamente qué está frenando tu sitio y qué impacto tendría arreglarlo, antes de que gastes un dólar en cambios que no lo necesitan. El resto de guías prácticas está en soluciones.
En la gran mayoría de sitios pyme la causa está en las imágenes sin comprimir, un hosting compartido saturado, plugins acumulados que cargan código en todas las páginas o un slider pesado en la portada. En ese orden conviene revisarlas.
La referencia práctica son las métricas de Google: el elemento principal visible en menos de 2,5 segundos (LCP), respuesta al toque en menos de 200 milisegundos (INP) y un salto de contenido por debajo de 0,1 (CLS). Mídelo siempre en la pestaña de móvil, no en la de escritorio.
Sí. Google usa las Core Web Vitals como uno de sus factores de ranking, y el efecto comercial es todavía más directo: cada segundo de espera son visitantes que cierran la pestaña antes de ver tu oferta, sobre todo desde el celular con datos.
Los tres primeros pasos de esta guía (comprimir imágenes, activar caché y limpiar plugins que sobran) no requieren tocar código y resuelven la mayoría de los casos. La minificación, el CDN y la optimización del código sí conviene dejárselos a un desarrollador.
Con los cuatro pasos de esta guía, la mayoría de sitios pasa de rojo a naranja y muchos llegan a verde. Pero si tu web fue construida sobre un tema pesado, un constructor visual cargado de código o un hosting saturado, hay un techo que ningún plugin rompe. Ahí la decisión ya no es qué más optimizar, sino si conviene reparar o reconstruir, y esa respuesta necesita diagnóstico, no adivinanza.