Velocidad de carga web: cómo medirla de verdad y mejorarla

Hace poco un cliente me enseñó una captura de PageSpeed Insights con un 96 sobre 100 en verde y la pregunta ya venía respondida en su cara: entonces mi web va rápida, ¿verdad? Abrimos su Search Console y la mitad de sus URLs aparecían marcadas como deficientes en móvil.

Soy Armen Andonian, consultor SEO en Barcelona y fundador de ACERO Digital. La velocidad de carga web es probablemente el asunto donde más presupuesto he visto evaporarse sin que nadie mueva un milisegundo, y casi siempre por lo mismo: se mide un número que no es el que cuenta y luego se optimiza lo que ese número señala.

Así que este artículo va al revés que la mayoría de guías. Primero sacamos tu velocidad real, después identificamos cuál de las métricas te está hundiendo, y solo entonces hablamos de qué tocar.

¿Cuánto debe tardar en cargar una web?

El bloque principal de tu página debe aparecer en 2,5 segundos o menos. Ese es el umbral público de Google para el Largest Contentful Paint, la métrica que mide cuánto tarda en pintarse el elemento más grande de la parte visible: normalmente tu imagen de cabecera o tu titular.

No es el único número. Google agrupa la experiencia de carga en tres métricas, las Core Web Vitals, y las evalúa sobre el percentil 75 de tus visitas, separando móvil y ordenador. Ese detalle del percentil 75 es el que descoloca a mucha gente: no importa la media, importa que a tres de cada cuatro personas les vaya bien.

¿Por qué tu nota verde en PageSpeed no significa que tu web sea rápida?

Porque esa nota no mide a tus visitantes. La puntuación de 0 a 100 sale de Lighthouse, que hace una sola carga simulada, en un dispositivo simulado y con una red simulada. Es un banco de pruebas. Útil para diagnosticar, inútil como veredicto.

El número que sí describe tu web está más arriba, en el bloque de datos de campo. Sale del Informe sobre la experiencia del usuario en Chrome y agrega lo que le pasó a la gente real que visitó tu página durante los 28 días anteriores, con sus móviles de hace cuatro años y su cobertura de metro. Google documenta esa diferencia sin rodeos: los datos de campo son un informe histórico de rendimiento, los de laboratorio son una carga simulada en un solo dispositivo.

De ahí sale la escena que veo cada pocos meses. La web se prueba desde un portátil bueno, conectado a la fibra de la oficina, y responde de maravilla. El cliente medio la abre en la calle, con el móvil que tiene, y espera. La agencia enseña la nota de laboratorio, Google mira el campo, y nadie entiende por qué la cosa no mejora.

Regla práctica: si tu página tiene datos de campo, la nota de laboratorio pasa a ser una herramienta de diagnóstico y nada más. Si no los tiene, es que no recibes tráfico suficiente para que Chrome los publique, y entonces el laboratorio es lo único que hay.

¿Cómo mido la velocidad real de mi web?

Con dos herramientas gratuitas y este orden. Empieza por la vista de conjunto y baja al detalle solo cuando sepas dónde duele.

1. Abre el informe de Core Web Vitals en Google Search Console. Es el único sitio donde ves todas tus URLs a la vez, agrupadas por problema, separadas en móvil y ordenador. Aquí descubres si tienes un problema puntual o una plantilla entera rota.
2. Coge las dos URLs que más te importan, normalmente la portada y la página que te trae clientes, y pásalas por PageSpeed Insights. Lee primero el bloque de datos reales de arriba. La nota grande, de momento, ignórala.
3. Mira qué elemento concreto está marcado como el LCP. PageSpeed te lo dice con nombre y apellidos en el diagnóstico. Casi siempre es una imagen enorme, un vídeo de fondo o un texto que espera a una fuente externa.
4. Si no aparecen datos de campo, cambia de estrategia: usa Chrome DevTools, activa la limitación de red y de CPU, y graba la carga desde el panel Performance. Es la forma más honesta de ver tu web como la ve un móvil normal.
5. Anota los números de partida y ponte un recordatorio a cuatro semanas vista. La ventana de 28 días manda, y sin la foto del antes no vas a poder demostrar nada.

Este diagnóstico es exactamente el primer bloque de trabajo cuando alguien nos encarga una auditoría SEO, y suele reordenar la lista de tareas que el cliente traía escrita de casa.

¿Qué métrica te está fallando en realidad?

Depende del síntoma, y cada una tiene culpables distintos. Esta tabla es la que uso para traducir un informe en una tarea concreta.

La que casi nunca se revisa es la del medio. El Largest Contentful Paint se ha llevado toda la atención del sector, mientras el Interaction to Next Paint se estropea en silencio cada vez que alguien instala un plugin nuevo. En una tienda online, un INP malo se traduce en carritos abandonados que nadie atribuye a la velocidad.

Los cuatro frenos que encuentro casi siempre

Cambia el sector y cambia el diseño, pero el diagnóstico se repite con una constancia que da algo de vergüenza ajena.

Las imágenes tal cual salieron de la cámara. Es el número uno por goleada. Una foto de producto de 4.000 píxeles de ancho servida en un móvil que muestra 400. La solución no tiene misterio: redimensionar al tamaño real de visualización, servir en AVIF o WebP, aplicar carga diferida a todo lo que está por debajo del primer pantallazo y, muy importante, no aplicársela a la imagen principal. Marcarla con fetchpriority="high" suele recortar el LCP más que cualquier plugin de caché.

El banner de cookies. Aquí en España lo tenemos todos, y muchos gestores de consentimiento son un lastre disfrazado de obligación legal. Cargan un script pesado antes que el contenido y superponen una capa justo encima del elemento principal. Cumplir con el consentimiento es innegociable. Hacerlo con un script que bloquea la pintura de la página, no.

El hosting compartido de tres euros. Si el servidor tarda casi un segundo en devolver el primer byte, ya has gastado un tercio de tu presupuesto de LCP antes de que el navegador dibuje nada. Ninguna optimización de imágenes te devuelve ese tiempo. Es el gasto que más rechazo genera en una reunión y el que más veces ha arreglado el problema de golpe.

La plantilla y el constructor visual. Un tema comprado con carrusel de inicio, cuatro tipografías cargadas desde fuera y un constructor que envuelve cada párrafo en cinco divs. Se puede parchear, aunque a veces la conversación honesta es que la plantilla cuesta más de mantener que de cambiar.

¿Cómo mejorar la velocidad de carga paso a paso?

En este orden, porque está ordenado por impacto real y no por facilidad.

1. Ataca el elemento LCP concreto. No optimices tu web entera. Optimiza la imagen o el bloque que PageSpeed ha señalado, comprímelo, sírvelo en formato moderno y dale prioridad de carga. Es el arreglo con mejor relación entre esfuerzo y resultado que existe.
2. Haz limpieza de scripts de terceros. Lista todo lo que carga tu web que no es tuyo y pregúntate quién lo mira. El mapa de calor que instalaste para una prueba en marzo sigue ahí. Lo que quede, que cargue en diferido.
3. Pon caché y una CDN. La caché de página evita que el servidor reconstruya lo mismo mil veces, y una CDN acerca los archivos a quien te visita. Para un negocio que atiende a toda España desde un servidor en Madrid la diferencia es menor, pero si vendes fuera se nota rápido.
4. Revisa el hosting. Mide el tiempo hasta el primer byte. Si se acerca a los 800 milisegundos de forma sostenida, cambiar de plan es más rentable que seguir apretando el frontal.
5. Congela el estado bueno. Sin un responsable que mire el informe de Search Console una vez al mes, la web vuelve a engordar. Siempre. Un plugin nuevo, una campaña con su píxel, un vídeo en la portada.

¿La velocidad de carga afecta al posicionamiento en Google?

Sí, pero como desempate, no como palanca. Entre dos páginas que responden igual de bien a lo que la persona buscaba, Google prefiere la que ofrece mejor experiencia. Lo que no vas a ver es una web saltar de la página tres a la primera solo por acelerar, porque la relevancia sigue mandando.

Donde la velocidad paga de verdad es en la caja. Un estudio de Google sobre navegación móvil encontró que el 53 % de las visitas se abandonan si la página tarda más de tres segundos en cargar. Eso no es una posición perdida: es medio presupuesto de publicidad tirado antes de que nadie lea tu propuesta.

Mi criterio después de bastantes auditorías: si tu web es lenta y no posiciona, la velocidad rara vez es la causa principal. Si posiciona bien y aun así no te llegan clientes, es la primera sospechosa. Priorizar entre esas dos situaciones es buena parte de lo que hacemos en una consultoría SEO.

Por dónde empezar esta semana

Si solo vas a hacer una cosa después de leer esto, que sea abrir Search Console y mirar el informe de Core Web Vitals de tu web en móvil. Tardas dos minutos y sales sabiendo si tienes un problema en una página suelta o en una plantilla que afecta a cientos.

Después coge la imagen principal de tu portada y compruébala. En una gran parte de las webs que reviso, esa sola imagen es el motivo entero del suspenso. Comprimirla bien y darle prioridad de carga es un cambio de media tarde que arregla el número que Google mira.

Y si al abrir el informe te encuentras un mapa de colores que no sabes interpretar, o llevas meses pagando optimizaciones que no mueven la aguja, escríbenos y le echamos un vistazo. Mi equipo y yo preferimos decirte que tu problema no es la velocidad, si resulta que no lo es, antes que venderte tres meses de trabajo sobre la métrica equivocada.