Alguien te pasó una captura de PageSpeed con un 34 en rojo y la frase "tu web está lentísima, hay que optimizarla". Antes de aprobar ese presupuesto conviene entender dos cosas: qué número mira Google de verdad, que no es ese, y cuáles son las tres causas que explican casi todas las webs lentas en Uruguay. Con eso sabés si te están vendiendo un arreglo de media hora o uno de verdad.
El puntaje de PageSpeed no es lo que mira Google
PageSpeed Insights muestra dos cosas distintas en la misma pantalla y casi todo el mundo mira la equivocada. Arriba, cuando hay suficiente tráfico, están los datos de campo: mediciones de visitas reales a tu sitio, recogidas por Chrome y agrupadas en el Chrome User Experience Report. Abajo está el análisis de laboratorio, una simulación que corre en ese momento en un dispositivo teórico con una conexión teórica, y de ahí sale el puntaje de 0 a 100 de colores.
Lo que Google usa para evaluar la experiencia de página son los datos de campo, no el puntaje simulado. Por eso pasa algo que desconcierta a mucha gente: una web puede tener 95 en el puntaje y estar fallando igual, o tener 40 y estar aprobando. El puntaje es una herramienta de diagnóstico para el desarrollador, no una nota.
El 100 en PageSpeed no es el objetivo. El objetivo es que las visitas reales, en sus celulares reales, no esperen.
Un detalle que importa para no perseguir fantasmas: la evaluación se hace sobre el percentil 75 de las visitas de un período reciente. O sea que no alcanza con que ande bien "para la mayoría": tres de cada cuatro visitas tienen que estar en verde, y la medición se mueve despacio. Si arreglás algo hoy, el dato de campo tarda semanas en reflejarlo. Eso no es que el arreglo no sirvió.
Los tres números, en criollo
Las Core Web Vitals son tres métricas, cada una sobre un momento distinto de la visita. Vale la pena saber qué mide cada una porque las causas y los arreglos no tienen nada que ver entre sí.
| Métrica | Qué mide | Meta | Qué la suele romper |
|---|---|---|---|
| LCP | Cuánto tarda en aparecer el elemento visible más grande, casi siempre la imagen o el título del encabezado. | Menos de 2,5 segundos | Imágenes enormes sin comprimir, hosting lento o lejano, demasiado código antes de mostrar nada. |
| INP | Cuánto tarda la página en responder cuando el usuario toca algo: un botón, el menú, un filtro. | Menos de 200 milisegundos | Scripts de terceros peleándose por el procesador del celular: chat, píxeles, pop-ups, sliders. |
| CLS | Cuánto se mueve el contenido mientras carga, el clásico de apretar un botón que se corrió solo. | Menos de 0,1 | Imágenes sin alto y ancho declarados, banners que se insertan arriba, fuentes que cambian al cargar. |
De las tres, la que más molesta al visitante uruguayo promedio no es la primera sino las otras dos. Una web que tarda tres segundos pero después responde bien se tolera. Una que carga rápido y después se traba cada vez que tocás el menú, o que te mueve el botón de comprar justo cuando ibas a apretarlo, se abandona.
Las tres causas reales, en orden de frecuencia
En la enorme mayoría de los sitios de pymes que revisamos, el problema no es sofisticado. Son estas tres, y casi siempre las tres juntas.
La primera son las imágenes. Alguien sacó la foto con el celular, la subió tal cual y pesa cuatro megas; el navegador la baja entera para mostrarla del tamaño de una tarjeta. Multiplicalo por las doce fotos de la home y ya está explicada la mitad del problema. Es también el arreglo más barato que existe: comprimir, servir en formato moderno y dimensionar bien suele bajar el peso de una página en un 60 o 70% sin tocar el diseño.
La segunda son los scripts de terceros. El chat, el píxel de Meta, Google Analytics, Tag Manager, el pop-up de descuento, el banner de cookies, la reseña incrustada, el mapa. Cada uno se agregó en su momento por una razón razonable y nadie sacó ninguno nunca. Cinco de esos en un celular de gama media son lo que arruina el INP. La pregunta correcta no es cómo optimizarlos sino cuáles se pueden sacar hoy: casi siempre sobran dos o tres que ya no se usan.
La tercera es la infraestructura: hosting compartido barato, o un servidor físicamente lejos. Este punto es más uruguayo de lo que parece. Si tu público está acá y tus archivos salen de un servidor en otro continente sin ninguna red de distribución en el medio, arrancás con una desventaja que ninguna optimización de imágenes compensa. Una red de distribución de contenido —o directamente un hosting moderno que ya la traiga— cambia ese piso de entrada.
Qué arreglar primero
Si vas a invertir horas, este es el orden que mejor relación esfuerzo-resultado da. No hace falta hacerlo todo de una.
- Comprimir y dimensionar las imágenes de las páginas más visitadas. Barato, rápido, y el cambio se nota a simple vista.
- Sacar los scripts de terceros que ya no usás y cargar los que quedan después del contenido, no antes.
- Declarar el tamaño de las imágenes y reservar el espacio de los banners para que nada salte. Es el arreglo de CLS y suele ser trabajo de una tarde.
- Revisar el hosting. Si estás en un plan compartido de los más baratos y la web es comercial, es la línea del presupuesto donde menos conviene ahorrar.
- Recién después, meterse con el código, los plugins y la base de datos. Si empezaste por acá, gastaste caro lo que se resolvía barato.
Hay un caso especial que conviene nombrar: si la web está hecha con un constructor visual y se le fueron sumando plugins con los años, el peso es estructural y la optimización tiene techo. Lo tocamos al hablar de webs autogestionables: la libertad total para editar el diseño se paga en kilos de código que se arrastran en cada visita.
Cuánto cambia esto tu posicionamiento (y tus ventas)
Acá conviene ser honesto, porque es donde más se exagera. La velocidad es un desempate, no un motor. Entre dos páginas que responden igual de bien a la búsqueda, la más rápida tiene ventaja; una página lenta con el mejor contenido del rubro va a seguir rankeando por encima de una rápida y vacía. Si tu web no aparece en Google, la velocidad rara vez es la causa principal.
Las causas principales suelen ser otras, y están listadas en los errores que hacen que tu página no aparezca en Google. Conviene descartar esas antes de gastar en performance.
Donde la velocidad sí pega fuerte y directo es en la conversión, sobre todo en comercio electrónico y en celular. Los estudios de retail que se citan habitualmente muestran caídas de conversión por cada segundo adicional de espera, y el efecto se concentra en el móvil. En una tienda con catálogo grande —una de indumentaria, por ejemplo, donde cada producto tiene fotos por color y por talle— el peso de las imágenes es literalmente el peso del negocio.
Cuándo optimizar no alcanza
Hay un punto donde seguir optimizando es tirar plata. Las señales son bastante claras: el sitio tiene más de cinco o seis años, está sostenido por una pila de plugins que nadie se anima a desactivar, cada arreglo rompe otra cosa, y el diseño tampoco funciona en celular. Ahí lo que hay no es un problema de velocidad sino una web que llegó al final de su vida útil, y la optimización solo compra unos meses.
El criterio para distinguir un caso del otro está en cuándo conviene un rediseño y cuándo es tirar la plata. En resumen: si el problema es la carga, se optimiza; si el problema es la base, optimizar es maquillaje caro.
Antes de decidir nada, hacé la prueba más barata de todas: abrí tu web en tu celular, con datos móviles y no con el wifi de la oficina, y contá los segundos hasta que podés leer algo. Después tocá el menú y fijate si responde. Eso que sentiste es, con bastante aproximación, lo que Google va a medir.
Si querés el diagnóstico hecho, en Firox revisamos las Core Web Vitals de un sitio y devolvemos qué se arregla barato y qué no, sin que eso implique rehacer nada: es parte de cómo armamos las webs para pymes. Pero el test del celular con datos móviles lo podés hacer ahora mismo y te va a decir el 80%.
