¿Qué es esta 'puntuación de core web vitals' de la que estás hablando?
Aprende a responder preguntas sobre 'puntuaciones de core web vitals' ya que seguramente surgirán en la conversación en algún momento

"Nuestras puntuaciones de Core Web Vitals están bajando. ¿Puedes ayudar?"
Esa es la pregunta que me hacen un par de veces al día. Lo primero que necesito preguntarme es '¿Qué es esta puntuación de Core Web Vitals de la que estás hablando?' Cuando las personas me contactan, acaban de descubrir que tienen problemas con su pagespeed y no pueden solucionarlos por sí mismos. Normalmente eso significa que sus datos de laboratorio (lighthouse) o datos de campo (CrUX y RUM) están fallando.
Así que si alguien te dice que sus core web vitals están fallando, lo primero que necesitas averiguar es si están hablando de datos de laboratorio o datos de campo. Un gran indicador de que están hablando de datos de laboratorio (lighthouse) es que mencionan esta 'Puntuación de Core Web Vitals'.

Oh no, es una puntuación de lighthouse
Cuando luego pregunto sobre esa mágica 'Puntuación de Core Web Vitals', en este punto muchas de las personas que me contactan me muestran una puntuación de lighthouse fallida. ¡Aquí es donde las cosas se complican! Una puntuación de lighthouse fallida no significa que estés fallando en los core web vitals. Así como una puntuación de lighthouse 'verde' no significa que estés pasando los Core Web Vitals. Solo significa que estás fallando o pasando una prueba muy específica.
Cuéntales sobre los datos de campo
Así que lo siguiente que hago es contarles sobre los datos de campo. En este caso los datos de CrUX. CrUX significa Chrome User Experience Report. CrUX es un conjunto de datos que refleja cómo los usuarios reales de Chrome experimentan los destinos populares en la web.
CrUX es el conjunto de datos oficial del programa Web Vitals. Eso significa que para pasar (o fallar) los Core Web Vitals en las 3 métricas (LCP, INP y CLS) al menos el 75% de tus visitantes necesitan tener una buena experiencia.
Así que ahora quizás entiendas que no existe una única 'Puntuación de Core Web Vitals' que te haga pasar o fallar los Core Web Vitals.
Muéstrales los datos de campo

El proceso es simple. Navega con tu navegador a pagespeed.web.dev e ingresa la URL. Luego selecciona Origin (que se encuentra justo al lado de 'This URL') para mostrar los Core Web Vitals de todo el sitio y no solo de la página principal.
Entonces, ¿qué pasa con lighthouse?
En este punto, después de que hayas presentado un caso convincente y básicamente les hayas demostrado lo que acabo de decir, el 99% de tus clientes no están listos para dejar ir la puntuación de lighthouse. Lo entiendo. Tiene un atractivo. Es difícil imaginar que los números verdes, naranjas y rojos que cualquiera puede interpretar realmente no importan en absoluto.
Bueno, necesitas recordar que lighthouse es una prueba. Es una prueba muy buena. Me encanta mucho de lo que hace, me encanta cómo está programada y me encanta cómo puede ayudarte a solucionar algunos problemas de core web vitals. Pero hay 3 cosas que no hará:
1. Interactuar con una página. Eso básicamente hace que la prueba sea inutilizable. Los visitantes interactuarán con tu página. De esa interacción obtendrás tu conversión.
2. Actuar como un visitante recurrente. Lighthouse (por defecto, podrías cambiar esta configuración) visita tu página como si nunca la hubiera visitado antes. A menudo, para el renderizado y los tiempos de carga de la página, esto marcará una gran diferencia. Así que lighthouse no es representativo de una gran parte de tus visitantes.
3. Entender algo sobre tu página. El mejor ejemplo está en la auditoría de Total Blocking Time. Incluso la mayoría de los expertos están de acuerdo en que un Total Blocking Time alto es algo malo, pero esa no es toda la historia. ¡Mientras el 'bloqueo' no ocurra cuando la página necesita ser responsiva (¡puedes forzar esto!) y el bloqueo no ocurra durante el renderizado inicial, probablemente estés completamente bien aunque obtengas una mala puntuación de lighthouse!
Your dev team is busy.
Delegate the performance architecture to a specialist. I handle the optimization track while your team ships the product.
- Parallel Workflows
- Specialized Expertise
- Faster Delivery

