Es común perseguir un puntaje 100 en Lighthouse como si fuera el objetivo final. Pero un puntaje perfecto en un entorno de laboratorio no garantiza que un usuario real, con una conexión lenta y un teléfono de gama media, tenga una buena experiencia.
Lighthouse mide condiciones simuladas. Los datos de campo (Core Web Vitals reales, reportados por usuarios) muestran lo que de verdad ocurre. Los dos importan, pero solo uno refleja la realidad.
Dónde suele fallar el enfoque de checklist
- Se optimiza la métrica en vez del momento de la experiencia que esa métrica intenta representar.
- Se ignoran dispositivos y redes reales del público objetivo, optimizando solo para el entorno de prueba.
- Se prioriza performance técnica sobre percepción de velocidad — a veces mostrar contenido parcial rápido es mejor que esperar la carga "perfecta".
Qué mido en cambio
Empiezo por identificar qué elemento define el LCP en la página real, no en la de prueba. Reviso datos de campo (CrUX o RUM) segmentados por tipo de dispositivo. Y, sobre todo, pregunto qué acción del usuario depende de esa velocidad — performance sin un objetivo de negocio detrás es solo un número bonito.