Velocidad de carga web: cómo medir y mejorar

Metes tu web en PageSpeed, sale un 95 en verde, haces la captura y la mandas al grupo. Mientras tanto, una parte de tus visitas reales en móvil sigue mirando una pantalla en blanco. Las dos cosas pueden ser verdad a la vez. Y ahí empieza la conversación seria sobre velocidad.

La velocidad de carga web es el tiempo y la estabilidad con los que una página muestra su contenido y responde a una persona real. No se resume en una puntuación de PageSpeed Insights. Una auditoría útil separa datos de laboratorio y datos de campo: el laboratorio ayuda a diagnosticar, los datos de campo cuentan qué experimentaron los usuarios durante los últimos 28 días.

Qué métricas definen la experiencia de carga

Google utiliza LCP, INP y CLS como Core Web Vitals para medir carga, respuesta y estabilidad visual. Una URL obtiene una valoración «buena» cuando alcanza los umbrales en el percentil 75 de las visitas.

Estos son los umbrales oficiales, no objetivos comerciales inventados para vestir una auditoría. Cómo se definen los umbrales de Core Web Vitals

Qué diferencia hay entre laboratorio y datos reales

El laboratorio simula una carga controlada. Los datos de campo agregan experiencias reales de Chrome cuando existe muestra suficiente. Por eso una prueba puntual puede mostrar 95 puntos mientras usuarios reales siguen sufriendo.

PageSpeed Insights combina ambas capas. Lighthouse permite reproducir problemas. Chrome UX Report aporta datos de campo. Search Console agrupa URLs con patrones similares, lo que ayuda a detectar si el fallo afecta a una plantilla completa.

Nosotros no damos por buena una mejora solo porque una captura haya pasado de rojo a verde. Repetimos la medición, miramos móvil y esperamos datos reales.

Cómo afecta la velocidad al SEO

Forma parte de la experiencia de página, pero no sustituye la relevancia ni la calidad del contenido. Mejorar Core Web Vitals no garantiza posiciones. Sí elimina fricción técnica y puede marcar diferencias entre resultados comparables.

¿Cuándo se convierte en prioridad SEO? Cuando Google no puede rastrear bien, el renderizado falla, las plantillas cargan con lentitud o la experiencia móvil es deficiente. La mejora debe convivir con intención, contenido, enlazado e indexación.

Cómo afecta la velocidad a la conversión

Afecta cuando retrasa el acceso al contenido o la interacción necesaria para completar una acción. El impacto exacto depende de dispositivo, canal, página y audiencia.

No usamos un porcentaje universal de pérdida por segundo. Medimos el negocio: tasa de conversión por dispositivo, abandono por plantilla, errores de formulario y tiempo hasta la interacción. Una ficha de producto y un artículo no tienen el mismo recorrido.

Qué suele ralentizar una web

Casi siempre lo mismo, y casi nunca es culpa del framework:

1. Imágenes. Tamaño mayor al necesario, formatos poco eficientes o ausencia de dimensiones.
2. JavaScript. Código que se descarga y ejecuta aunque la página no lo use.
3. CSS y fuentes. Recursos que bloquean el primer renderizado.
4. Servidor. Consultas lentas, falta de caché o infraestructura insuficiente.
5. Terceros. Etiquetas, chat, mapas y reproductores que compiten por recursos.
6. Cambios visuales. Espacios sin reservar para imágenes, anuncios o banners.

La tecnología de base influye, pero no absuelve una mala implementación.

Cómo priorizar las mejoras

Por alcance, impacto y esfuerzo, empezando por los problemas que se repiten en más URLs. Arreglar la plantilla suele aportar más que ajustar una página aislada.

Primero revisamos datos de campo. Después reproducimos la plantilla en laboratorio. Finalmente identificamos el recurso que bloquea, medimos antes y después, y comprobamos que el cambio no rompe analítica, accesibilidad o conversión.

Un orden razonable: optimizar la imagen LCP, reducir JavaScript no usado, reservar dimensiones, mejorar caché y revisar scripts de terceros. El orden cambia si el cuello de botella está en el servidor.

Qué papel tiene la arquitectura

Determina qué controles tiene el equipo y cuánto cuesta aplicar cada mejora. Un CMS tradicional bien mantenido puede cumplir los umbrales. Un frontend estático o híbrido facilita reducir trabajo en el navegador, pero tampoco garantiza el resultado.

Astro permite enviar JavaScript solo a los componentes interactivos que se hidratan. Lo explicamos en nuestra guía sobre Astro y su arquitectura de islas. El resultado depende de cómo se use.

Qué debe incluir una auditoría de rendimiento

Evidencia reproducible, causas y prioridades. No una lista automática de recomendaciones. Como mínimo:

• URLs y plantillas analizadas.
• Datos de campo y periodo disponible.
• Condiciones de laboratorio utilizadas.
• Recursos responsables de cada problema.
• Impacto esperado y riesgo del cambio.
• Medición antes y después.
• Responsable y fecha de seguimiento.

La velocidad no se arregla una vez para siempre. Cambian contenidos, etiquetas, campañas y dependencias. Por eso forma parte del mantenimiento web, con controles regulares y criterios de aceptación. Y si tu proveedor te enseña la captura verde pero no los datos de campo, ya tienes la primera pregunta para la próxima reunión.