Tu sitio se ve bien. Tiene buenas fotos, los textos están cuidados, el diseño te gustó cuando te lo entregaron.
Y aun así casi nadie llega, o llega y se va.
Hay una causa que casi nunca se revisa y que explica una parte enorme de estos casos: el sitio es lento. No “un poco lento”. Lento de una forma que tú no notas —porque tu navegador ya lo tiene en caché y estás en wifi— pero que sí notan las visitas nuevas desde un celular con datos móviles.
Los números
La investigación del sector es consistente en un punto: la probabilidad de abandono crece muy rápido con cada segundo de espera. Pasar de uno a tres segundos multiplica varias veces las chances de que alguien se vaya antes de ver nada.
Y hay un segundo golpe, menos evidente. Google usa la velocidad como factor de posicionamiento declarado. Un sitio lento no solo pierde a los que llegan: recibe menos gente para empezar.
Las tres métricas que importan
Google agrupa la experiencia de carga en tres indicadores, las Core Web Vitals. Suenan técnicas; son bastante intuitivas.
LCP — cuánto tarda en aparecer lo importante
Largest Contentful Paint. Mide cuánto demora en dibujarse el elemento más grande de la pantalla: normalmente la imagen principal o el titular.
- Bien: menos de 2,5 segundos
- Mal: más de 4 segundos
Es la métrica que mejor responde a la pregunta “¿cuándo siento que el sitio cargó?”.
INP — cuánto tarda en responderte
Interaction to Next Paint. Mide el retraso entre que tocas algo y el sitio reacciona. Un menú que tarda medio segundo en abrirse después del toque se siente roto, aunque técnicamente funcione.
- Bien: menos de 200 milisegundos
- Mal: más de 500 milisegundos
CLS — cuánto se mueve todo mientras carga
Cumulative Layout Shift. Es esa experiencia de ir a tocar un botón y que justo en ese momento se cargue un banner arriba, todo baje y termines tocando otra cosa.
- Bien: menos de 0,1
- Mal: más de 0,25
Se produce casi siempre por imágenes y anuncios sin espacio reservado.
Mide tu sitio ahora, gratis
Anda a PageSpeed Insights de Google, pega la dirección de tu sitio y espera treinta segundos.
Dos advertencias para leer bien el resultado:
- Mira la pestaña “Móvil”, no la de escritorio. Ahí está la mayoría de tus visitas y ahí es donde se sufre.
- Si aparece la sección “Descubre lo que están experimentando tus usuarios reales”, esos son los datos que valen. El resto es una simulación de laboratorio, útil para diagnosticar pero no para saber qué le pasa a la gente.
Un puntaje bajo 50 en móvil significa que tienes un problema real que está costando dinero.
Qué causa la lentitud, en orden de frecuencia
1. Imágenes sin optimizar
De lejos, la causa número uno. Alguien sube la foto tal como salió del celular —4 MB, 4000 píxeles de ancho— y el sitio la muestra a 800 píxeles. El visitante descarga los 4 MB igual.
La solución es redimensionar al tamaño real de uso, comprimir y servir formatos modernos como WebP. Una foto de 4 MB suele quedar en 80 KB sin diferencia visible. Es la corrección que más rinde por hora de trabajo.
2. Demasiados complementos
Cada plugin agrega su propio código. Un sitio con treinta complementos carga treinta paquetes de JavaScript, muchos duplicando funciones.
Revisa cuáles usas de verdad. La respuesta honesta suele ser: menos de la mitad.
3. Fuentes tipográficas mal cargadas
Cargar cuatro familias con seis pesos cada una son veinticuatro archivos, y bloquean el dibujado del texto. Con una o dos familias y dos o tres pesos alcanza casi siempre. Además conviene alojarlas en tu propio servidor: es más rápido y evita una petición a un tercero.
4. Carruseles y animaciones pesadas
El carrusel del inicio suele ser lo más caro de la página y lo que menos se usa. Los estudios de usabilidad son bastante brutales al respecto: casi nadie pasa de la primera diapositiva.
5. Hosting compartido saturado
El hosting de $2.000 al mes comparte servidor con cientos de sitios. Si uno recibe un peak de tráfico, todos se caen. Es un ahorro que se paga con creces.
Por qué un sitio estático gana casi siempre
Un sitio tradicional arma cada página en el momento: consulta la base de datos, ejecuta código, genera el HTML y recién ahí responde. Todo eso ocurre mientras tu visitante mira una pantalla en blanco.
Un sitio estático tiene el HTML ya construido de antemano. El servidor solo lo entrega. No hay base de datos que consultar ni código que ejecutar.
En la práctica: donde un sitio con base de datos tarda 2 o 3 segundos, uno estático tarda menos de uno. Además hay menos superficie de ataque —sin base de datos, no hay inyección de base de datos— y el alojamiento es más barato, muchas veces gratuito.
La contra honesta: si necesitas publicar contenido varias veces por semana desde un panel, o tienes miles de productos cambiando de stock, un sistema administrable sigue teniendo sentido. Para el sitio de una pyme que se actualiza cada tanto, lo estático gana por lejos.
Por dónde partir
Si tu sitio anda mal y quieres priorizar:
- Comprime las imágenes. Es el 60% de la mejora, aproximadamente.
- Elimina los complementos que no usas.
- Reduce las fuentes a una familia y dos pesos.
- Saca el carrusel del inicio.
- Reserva el espacio de las imágenes con sus dimensiones, para que nada salte.
Con esos cinco puntos, la mayoría de los sitios pasa de rojo a verde.
Nosotros construimos con generación estática por defecto, y este sitio que estás leyendo es la prueba: puedes pasarlo por PageSpeed Insights ahora mismo y ver el resultado.
Si quieres que revisemos el tuyo, escríbenos y te mandamos el diagnóstico sin costo, con los tres problemas concretos que encontramos. Aunque después no nos contrates.