Web lenta: qué comprobar además de la puntuación de PageSpeed

Una puntuación no es un diagnóstico. Una web puede tener una puntuación mediocre y ser perfectamente usable, y puede tener una alta siendo lenta justo en el momento que importa: cuando alguien abre la ficha de un producto desde el móvil, fuera de casa, con una conexión inestable. Para saber si la lentitud está de verdad obstaculizando a los visitantes hay que mirar las páginas que ellos usan, en los dispositivos que ellos usan.

La pregunta útil no es «qué puntuación sacamos», sino «dónde y cuándo esperan las personas, y qué están esperando».

Dos medidas distintas: la prueba simulada y la experiencia real

Las herramientas hacen dos cosas que a menudo se confunden, y la confusión lleva a trabajar sobre el problema equivocado.

Las dos medidas se usan juntas, en este orden: la experiencia real dice si vale la pena ocuparse de ello, la prueba simulada dice por dónde empezar. Mirar solo la segunda lleva a perseguir una puntuación; mirar solo la primera deja sin saber qué tocar.

Qué pesa: imágenes, vídeos, scripts y componentes externos

En la mayoría de las webs corporativas la lentitud no viene de código mal escrito, sino de cosas añadidas una a una y nunca quitadas.

• Imágenes cargadas al tamaño del original y reducidas por el navegador: el visitante descarga una fotografía de imprenta para verla del tamaño de un sello.
• Vídeos incrustados que empiezan a descargarse al abrir la página, aunque nadie vaya a reproducirlos nunca.
• Componentes de terceros: chat, aviso de consentimiento, estadísticas, mapas, cuadros de reseñas. Cada uno parece ligero, y juntos deciden cuándo la página se vuelve utilizable.
• Tipografías: si el texto espera a la fuente para aparecer, se mira una página vacía mientras el contenido ya ha llegado.
• Funciones instaladas para una necesidad pasada y nunca eliminadas, que siguen cargándose en todas las páginas.

Un ejercicio al alcance de cualquiera: abrir una página y hacer la lista de todo lo que no es contenido propio. Para cada elemento, preguntarse quién lo quiso y qué pasa si se quita. A menudo la respuesta es: nadie se da cuenta.

Tres momentos que observar, no uno

«Lento» describe experiencias distintas, que se corrigen de formas distintas.

1. La apertura: cuánto pasa antes de que aparezca el contenido principal, aquel por el que se ha llegado. No el primer píxel, no el menú: el contenido.
2. La respuesta: cuando se toca un botón o se abre un menú, cuánto tiempo pasa antes de que ocurra algo. Una página que aparece enseguida pero no reacciona parece rota, no lenta.
3. La estabilidad: cuánto se desplaza el contenido mientras termina de cargar. Es lo que las personas describen como «la web da saltos»: se va a tocar un elemento y debajo del dedo aparece otro.

El tercero es el más descuidado y a menudo el más molesto, porque no hace perder tiempo: hace equivocarse.

Un registro de rendimiento en tres páginas

La medida solo sirve si es repetible. Se eligen tres páginas que representan usos distintos, se declaran las condiciones y se registra antes y después de cada intervención, con la fecha. Cambiar las condiciones entre las dos mediciones hace inútil la comparación.

Junto a cada fila se anota el valor medido y la fecha. Las cifras no se comparan con las de otras webs, sino con las tuyas de la vez anterior: es la única comparación que dice si la intervención ha servido.

Las prioridades: primero quitar, luego retrasar, luego reducir

1. Quitar lo que ya no hace falta. Cuesta poco y no tiene riesgos.
2. Retrasar lo que hace falta pero no de inmediato: un componente que se carga cuando alguien lo usa no pesa sobre la apertura.
3. Reducir el peso de lo que queda, empezando por las imágenes, que casi siempre son la parte más grande.
4. Cambiar cómo está construida la web. Es el último punto porque es el único que requiere un proyecto, y los tres primeros ya han dado la mayor parte del resultado.

Cuando la lentitud no es el problema que resolver

• Si solo va lenta desde tu oficina, la sospecha recae en la red interna o en la conexión protegida, no en la web.
• Si el tiempo se va antes de que el navegador reciba algo, el problema está en el servidor o en la función que prepara la página: un catálogo con una búsqueda pesada no se resuelve comprimiendo imágenes.
• Si la página lenta es una que casi nadie visita, la intervención es real pero inútil.
• Si la espera depende de algo que de verdad está trabajando, por ejemplo un cálculo o un configurador, se trabaja sobre la espera: decir que está pasando algo y en qué punto está.

Lo que esta guía no cubre

Aquí se habla de la experiencia técnica: qué hace fatigoso el uso de la web y cómo medirlo de forma repetible. No se promete que una puntuación mejor traiga posicionamiento o contactos, porque no funciona así. La lista completa de comprobaciones que hacer antes de publicar una web nueva es otro tema, como lo es el diagnóstico de las solicitudes que no llegan.