100 en Lighthouse No es Suficiente: La Velocidad Real en Guipúzcoa

El mito del 100 en Lighthouse

Es habitual ver agencias de desarrollo web que presumen de “100 en Lighthouse” como si fuera un sello de calidad definitivo. La realidad es más matizada: puedes obtener 100 en Lighthouse y tener una web que tus usuarios de Guipúzcoa experimentan como lenta.

Lighthouse mide en condiciones controladas de laboratorio: un dispositivo concreto, una conexión simulada, una sola página. Tus usuarios no navegan en laboratorio. Usan dispositivos variados, conexiones reales (4G, 5G, wifi de hotel o cafetería) y visitan varias páginas en una misma sesión.

Para empresas de Guipúzcoa con sectores como la industria avanzada, máquina herramienta, gastronomía y turismo, la velocidad real importa más que una nota de laboratorio.

Lighthouse vs datos de campo: las métricas que realmente importan

Google distingue dos tipos de métricas:

Datos de laboratorio (Lighthouse)

• Ventaja: rápido de ejecutar, repetible, detecta problemas técnicos concretos.
• Limitación: no refleja la experiencia del usuario real.

Datos de campo (Chrome User Experience Report - CrUX)

• Ventaja: basados en usuarios reales que visitan tu web desde Guipúzcoa.
• Limitación: requieren tráfico mínimo para mostrar datos significativos.

Las métricas que debes mirar en datos de campo son las mismas Core Web Vitals (LCP, FID/INP, CLS), pero medidas en el percentil 75 de tus usuarios reales. Si en el laboratorio obtienes LCP de 0,8 s pero en campo tu LCP es 3,2 s, el problema está en que tu web no se comporta igual en condiciones reales.

Por qué puede haber tanta diferencia entre laboratorio y realidad

Hay varias razones por las que una web con buena nota en Lighthouse puede ir lenta para usuarios reales en Guipúzcoa:

1. Caché de laboratorio: Lighthouse a veces mide con caché fría, pero a veces no. Los usuarios reales pueden tener recursos cacheados o no.
2. Conexión estable vs variable: una conexión 4G en la zona industrial de Guipúzcoa puede ser excelente; una conexión en una bodega turística en horas punta puede ir más lenta.
3. Dispositivo de laboratorio: Lighthouse usa un emulador Moto G4. Tus usuarios pueden usar iPhones, Samsung, Xiaomi, cada uno con capacidades diferentes.
4. Navegación con múltiples páginas: Lighthouse mide una sola URL. Un usuario real navega por varias páginas, acumulando peso.

Cómo medimos y mejoramos la velocidad real en Guipúzcoa

Nuestro proceso va más allá de ejecutar Lighthouse y quedarnos tranquilos:

Paso 1: Datos de campo con CrUX Consultamos el informe CrUX de Google para tu web. Si no hay datos (poco tráfico), activamos RUM (Real User Monitoring) con herramientas como Performance Observer o servicios ligeros de monitoreo.

Paso 2: Principales páginas de conversión No optimizamos todas las páginas por igual. Identificamos las páginas que más tráfico reciben y las que más conversiones generan: landing de servicios, página de contacto, fichas de producto. Priorizamos esas.

Paso 3: Pruebas en dispositivos reales Probamos la web en un iPhone 12 con 4G real desde varias ubicaciones. También en un Android de gama media. Si la web va bien en el MacBook del diseñador pero no en un Xiaomi Redmi en una cafetería, hay que ajustar.

Paso 4: Monitoreo continuo Instalamos un sistema de monitoreo que alerta si las métricas empeoran tras un cambio. Así evitamos que una actualización de contenido o la adición de un nuevo script rompa la velocidad.

Los 3 errores que vemos en webs de Guipúzcoa que sacan 100 en Lighthouse

1. Optimizan solo la página de inicio: la página de inicio puede tener buena nota, pero las páginas interiores (servicios, blog, producto) no recibieron la misma atención. El usuario rara vez convierte en la home; convierte en las páginas internas.
2. Usan herramientas que engañan al test: algunos plugins de caché y optimización están diseñados para engañar a los crawlers de PageSpeed Insights sirviendo contenido mínimo durante la medición.
3. Ignoran la experiencia de navegación: una página individual puede ser rápida, pero si la navegación entre páginas implica recargar 200 KB de JS comunes, la experiencia acumulada es lenta.

Preguntas frecuentes sobre velocidad real

Si no tengo suficiente tráfico para datos de campo CrUX, ¿cómo mido la velocidad real?

Podemos usar RUM (Real User Monitoring) con herramientas como Performance API nativa del navegador. No requiere instalar librerías pesadas y recoge datos reales de cada visitante desde el primer día.

¿Cada cuánto debo revisar las métricas de velocidad real?

Recomendamos una revisión mensual. Si haces cambios importantes (nuevo diseño, nuevo plugin, migración), comprueba los datos de campo a los 7 y 28 días para ver el impacto real.

Si saco 95 en Lighthouse, ¿es suficiente?

Depende de los datos de campo. Puedes tener 95 en Lighthouse y 40 en la calificación de CrUX si los usuarios reales experimentan lentitud. La nota de Lighthouse es orientativa; los datos de campo son la verdad.

¿Hay alguna manera de que Google mida mi web con los dispositivos que usan mis clientes?

Google Search Console te muestra los Core Web Vitals basados en datos de tus usuarios reales, segmentados por tipo de dispositivo (móvil y escritorio). Es la fuente más fiable junto con un RUM propio.