Desarrollo 5 min de lectura

Por qué un sitio lento te está costando clientes (y cómo se arregla)

Core Web Vitals explicados sin tecnicismos, y las cinco causas que provocan casi todos los sitios lentos.

Por Cristian Posada

Un visitante decide si se queda en tu sitio antes de leer una sola palabra. Si la página tarda en pintar, se va. No lo piensa, no lo razona: cierra la pestaña. Y la mayoría de los dueños de negocio nunca lo ven porque prueban su propio sitio desde la computadora de la oficina, con caché y buena conexión.

Los tres números que importan

LCP (Largest Contentful Paint). Cuánto tarda en aparecer el elemento principal, casi siempre la imagen grande del inicio. Debe estar por debajo de 2.5 segundos.

INP (Interaction to Next Paint). Cuánto tarda la página en responder cuando alguien toca un botón. Por debajo de 200 milisegundos.

CLS (Cumulative Layout Shift). Cuánto se mueve el contenido mientras carga. Es lo que provoca que le des clic al botón equivocado. Por debajo de 0.1.

Google usa estos tres como señal de posicionamiento, pero eso es lo de menos: son la diferencia entre alguien que te escribe y alguien que se va con el siguiente resultado.

Las cinco causas de casi todos los sitios lentos

Imágenes sin optimizar. Una foto de 4 MB subida tal como salió del celular. Es la causa número uno y la más fácil de arreglar: formato moderno, tamaño correcto y carga diferida en lo que no se ve.

Constructores visuales con exceso de código. Plantillas que cargan diez librerías para mostrar tres botones. El código que no usas igual se descarga.

Plugins acumulados. Cada uno agrega peticiones, scripts y hojas de estilo. Muchos siguen instalados años después de dejar de usarse.

Fuentes mal cargadas. Cinco tipografías con todos sus pesos bloquean el pintado del texto. Con dos familias bien configuradas alcanza y sobra.

Hosting barato compartido. Si el servidor tarda un segundo en responder, ninguna optimización del lado del navegador te salva.

Cómo se arregla de verdad

Medir primero: PageSpeed Insights con datos de campo, no de laboratorio, y siempre en móvil. Después atacar en orden de impacto, no de facilidad.

En la práctica, cuando un sitio está construido sobre capas de plantilla y plugins, optimizarlo cuesta más que rehacerlo. Un sitio programado a medida arranca en verde y se queda ahí, porque no carga nada que no necesite. Esa es la diferencia entre parchar y construir bien desde el principio.

¿Quieres esto aplicado a tu negocio?

Agenda la Revisión Express y lo vemos sobre tu sitio, no en teoría.

Revisión Express
Volver al blog