LCP, o Largest Contentful Paint, es el tiempo que tarda el navegador en pintar el elemento más grande de la primera pantalla: casi siempre la foto de portada o el titular del despacho. Google lo trata como una de las tres métricas de Core Web Vitals que pesan en el posicionamiento, y también decide cuánto espera un visitante antes de irse a otra web. Si el despacho pagó por una imagen de marca cuidada pero tarda en aparecer, esa inversión se pierde antes de que el cliente potencial la vea. Esto es lo que mide, cómo comprobarlo y qué ajustes técnicos lo corrigen sin rehacer la web entera.
El LCP debe producirse en menos de 2,5 segundos para que Google lo considere bueno. Según el informe Web Almanac 2025 de HTTP Archive, solo el 62% de las páginas cumple ese umbral en móvil, frente al 74% en ordenador, porque la imagen de portada tarda de más en cargar.
Qué mide el LCP de tu web
El LCP, o Largest Contentful Paint, cronometra el momento en el que aparece en pantalla el elemento más grande de la carga inicial: en el 76% de las webs vistas desde el móvil ese elemento es una imagen, según el Web Almanac 2025 de HTTP Archive. En la web de un despacho suele ser la foto de cabecera, un vídeo de fondo o el bloque con el nombre del bufete.
La métrica se reparte en cuatro tramos, según la guía de optimización de Google: el primer byte del servidor pesa alrededor del 40%, el retraso en empezar a descargar el recurso principal debería quedar por debajo del 10%, la propia descarga ocupa otro 40%, y el retraso en pintarlo no debería superar el 10% restante. Cuando una web de abogados tarda en cargar, casi siempre falla en dos de esos tramos a la vez: el servidor responde despacio y la imagen de portada pesa más de lo que debería.
Core Web Vitals es el conjunto de tres métricas, LCP, INP y CLS, con el que Google mide la carga, la interactividad y la estabilidad visual de una página, y lo usa como señal de posicionamiento.
La imagen de portada decide la velocidad
El formato de esa imagen pesa tanto como su tamaño. El mismo informe de HTTP Archive encuentra que el 57% de las imágenes que actúan como LCP siguen en JPG, un 26% en PNG y solo el 11% usa WebP, un formato que comprime mejor sin perder nitidez. Una fotografía de despacho subida directamente desde la cámara, sin recomprimir, puede pesar 3 o 4 megabytes: solo descargarla en una conexión móvil media ya consume el margen de los 2,5 segundos que exige Google.
Qué tamaño de imagen es razonable para la portada
Para una imagen de cabecera a ancho completo, el objetivo razonable está entre 80 y 150 KB en formato WebP o AVIF, con las dimensiones ajustadas al hueco real en el que se muestra y no al tamaño que entrega la cámara. Servir una foto de 4000 píxeles de ancho cuando el espacio en pantalla mide 1200 obliga al móvil a descargar y reescalar peso que no necesita. La mayoría de gestores de medios de WordPress generan variantes por tamaño de pantalla de forma automática, así que basta con subir una única imagen bien comprimida y dejar que WordPress sirva la versión que corresponde a cada dispositivo. El error habitual no es no comprimir: es comprimir la imagen y, al maquetar con el editor visual, forzarla a un ancho mayor del que ocupa en pantalla, con lo que el navegador vuelve a escalarla y el ahorro se pierde.
Cómo comprobar si el LCP falla
El indicador se comprueba en dos sitios sin coste. PageSpeed Insights da el LCP de la página paso a paso, con la lista de recursos que más tardan. El informe de Core Web Vitals de Search Console agrupa las páginas del sitio completo por su comportamiento real y señala cuáles necesitan revisión, tal y como detalla la documentación de Google Search Central. Para el blog de un despacho conviene mirar los dos: uno enseña el detalle técnico de una URL y el otro avisa si el problema se repite en todo el sitio.
Qué diferencia hay entre datos de laboratorio y de campo
PageSpeed Insights combina dos fuentes que no miden lo mismo. Los datos de laboratorio salen de una única carga simulada en un servidor de Google, con una conexión y un dispositivo fijos: sirven para depurar, pero no reflejan lo que vive cada visitante. Los datos de campo proceden del Chrome User Experience Report, la telemetría que Chrome envía de usuarios reales durante los últimos 28 días, y son los que Google usa de verdad como señal de posicionamiento. Una web puede salir bien en el test de laboratorio y mal en campo si buena parte de sus visitas llegan desde un móvil de gama media con una conexión floja, el perfil habitual de quien busca un abogado desde la calle.
Ajustes técnicos que aceleran el rendimiento
Tres ajustes explican la mayoría de las mejoras sin rehacer el diseño. El primero es marcar la imagen de portada como prioritaria: solo el 17% de las páginas móviles lo hace en su elemento LCP, según HTTP Archive. El segundo es precargar ese mismo recurso desde la cabecera del documento, algo que hoy aplica apenas el 2% de las webs. El tercero es justo lo contrario de lo que muchos plugins de optimización activan por defecto: la imagen de portada nunca debe llevar carga diferida, porque eso retrasa el elemento que Google está cronometrando; entre un 16% y un 17% de las páginas analizadas comete ese error.
Los tres ajustes, en orden de prioridad:
- Prioridad de descarga en la imagen de portada, para que no espere turno detrás de scripts menos urgentes.
- Precarga del mismo recurso, para que el navegador la descubra antes de leer el resto del documento.
- Nada de carga diferida en esa imagen: la diferida es para las fotos que quedan más abajo.
A esos tres se suma un ajuste en la tipografía corporativa: que el titular se vea con una fuente de sistema mientras carga la definitiva, en lugar de quedar en blanco.
Lo que frena la carga en un WordPress jurídico
En el WordPress de un despacho el LCP casi nunca lo arruina el hosting: lo arruinan las decisiones de diseño acumuladas con los años. Un slider de imágenes a pantalla completa en la portada, un vídeo de bienvenida autorreproducido o un constructor visual que añade varias hojas de estilo antes de pintar nada son los culpables más comunes en despachos de abogados. Cada plugin de efectos suma una petición más que el navegador tiene que resolver antes de mostrar la imagen principal, y en la velocidad de carga que pierde leads ya se detallaba cómo ese peso extra se traduce en visitas que abandonan antes del formulario de contacto.
La disyuntiva entre plantilla y diseño a medida también pesa aquí: una plantilla genérica trae de fábrica animaciones y bloques que el despacho no usa pero que el navegador sigue descargando, mientras que un diseño ajustado a lo que la web necesita de verdad parte con menos peso muerto desde el primer píxel. No hace falta cambiar de plantilla para notar la diferencia: basta con desactivar el slider de la portada y sustituirlo por una imagen fija bien comprimida para que el LCP baje de forma perceptible.
Así nota tu despacho un buen LCP
Un LCP por debajo de 2,5 segundos no es un adorno técnico: Google lo usa como señal de posicionamiento junto al resto de Core Web Vitals, y el usuario lo nota antes de leer una sola línea. En el sector legal, donde buena parte de las búsquedas llegan con urgencia, un problema con un contrato, un despido, una herencia, cada segundo de espera compite con el resultado de al lado. El LCP no se mide solo: se acompaña de la interactividad que mide el INP y de la estabilidad visual, y las tres juntas son las que Google agrupa como buena experiencia de página.
Arreglar solo la imagen de portada sin tocar el resto de la web deja resultados a medias. Conviene revisar el LCP cada vez que se cambia de plantilla, se añade un plugin de citas o reseñas, o se rediseña la portada, porque cualquiera de esos cambios puede volver a introducir un recurso pesado antes del contenido principal.
Preguntas frecuentes sobre el LCP
¿Qué es un buen LCP para la web de un despacho?
Un LCP bueno es el que se produce en 2,5 segundos o menos, medido con datos reales de usuarios y no solo en un test de laboratorio. Entre 2,5 y 4 segundos Google lo considera mejorable, y por encima de 4 segundos lo trata como una experiencia pobre que puede pesar en el posicionamiento.
¿El LCP depende del hosting o del diseño de la web?
De los dos, pero el diseño pesa más de lo que parece. Un hosting lento perjudica el primer tramo de la métrica, el tiempo hasta el primer byte, pero la imagen de portada, las fuentes web y los plugins de efectos suelen explicar la mayor parte del retraso final.
¿Cambiar de plantilla soluciona un LCP malo?
No por sí sola. Una plantilla más ligera ayuda, pero si la imagen de portada sigue sin comprimir o sin prioridad de carga, el problema persiste con cualquier plantilla. Conviene medir con PageSpeed Insights antes y después del cambio para comprobarlo.
Fuente: Web Almanac 2025 (HTTP Archive)