Delimitar
Seleccione plantillas, URL, dispositivos, regiones e interacciones. Registre periodo, muestra y cambios.
GUÍA / PROTOCOLO
Medir el rendimiento que vive el usuario
Una nota de laboratorio describe una prueba; la experiencia depende de usuarios, dispositivos y recorridos.
Respuesta directa
¿Cómo medir sin confundir nota y experiencia?
Separe datos reales y de laboratorio, móvil y escritorio, páginas y recorridos. Observe distribuciones de LCP, INP y CLS e identifique el recurso o interacción causante antes de modificar.
01 / Método de control
Método de control
Comparar datos
Revise Core Web Vitals reales en el percentil 75; use trazas de laboratorio para reproducir y diagnosticar.
Atribuir causas
Identifique elemento LCP, recursos críticos, scripts, tareas largas, desplazamientos y terceros. Documente cada hipótesis.
Corregir y vigilar
Priorice por alcance y coste, mida antes y después en condiciones comparables y observe regresiones.
TALLER DE MEDICIÓN
Tres umbrales para interpretar el rendimiento vivido
Los umbrales buenos del percentil 75 son LCP ≤ 2,5 s, INP ≤ 200 ms y CLS ≤ 0,1. Compare el mismo dispositivo, periodo y alcance. La tabla explica un ejemplo ficticio.
Ejemplo ficticio · sin mediciones de este sitio ni de clientes
| Indicador | Cálculo o umbral | Qué permite afirmar el resultado |
|---|---|---|
| Carga · LCP | LCP ≤ 2.5 s | 2,8 s supera 2,5 s: investigar el contenido principal. |
| Interacción · INP | INP ≤ 200 ms | 180 ms queda bajo 200 ms: el ejemplo alcanza el umbral de interacción. |
| Estabilidad · CLS | CLS ≤ 0.1 | 0,08 queda bajo 0,1: el ejemplo alcanza el umbral de estabilidad. |
De la observación a la decisión
Identificar la medición
Separe datos de campo y laboratorio. Conserve URL u origen, dispositivo y fechas.
Investigar la causa
Para LCP revise contenido principal; para INP, interacciones; para CLS, desplazamientos.
Volver a comparar
Revise el mismo alcance tras corregir. Una prueba favorable no describe a todos los visitantes.
Una media mejor y una mediana peor
Se miden cinco cargas de laboratorio antes y después en igual contexto. Las series son ficticias, no una distribución de uso real.
| Unidad observada | Antes | Después |
|---|---|---|
| Cinco observaciones (segundos) | 1 ; 1 ; 1 ; 1 ; 8 | 1,5 ; 1,5 ; 1,5 ; 1,5 ; 1,5 |
| Media (segundos) | 2,4 | 1,5 |
| Mediana (segundos) | 1 | 1,5 |
¿Por qué «más rápido de media» no describe toda la serie?
La media baja de 2,4 a 1,5 s y sube la mediana de 1 a 1,5 s. Conserve observaciones e indicador elegido antes. Cinco pruebas no sustituyen un percentil de visitas reales.
Referencia metodológica : NIST · Measures of Location ·
Taller de lectura
Una imagen LCP puede llegar después de DOMContentLoaded
Tres trazas ficticias separan caché, red y etapas del renderizado sin afirmar rendimiento real.
Datos y registros ficticios para aprender: ninguno de estos resultados procede de una consulta en directo.
Comparar C1, W1 y C2 sin mezclar condiciones
Los tiempos parten del inicio de navegación. TTFB significa aquí responseStart−startTime, no tiempo de servidor aislado. Se observan entradas LCP durante cinco segundos sin interacción.
Si la tabla supera la pantalla, desplácela horizontalmente; las flechas funcionan cuando la zona tiene el foco.
| Control | Observación del caso | Qué establece | Acción siguiente |
|---|---|---|---|
| C1 · caché fría · red A | TTFB 400 ms; DCL 900 ms; LCP imagen 2 100 ms | DCL ocurre antes del último LCP observado. | Seguir la imagen: respuesta terminada en 1 800 ms y después renderizado. |
| W1 · caché caliente · red A | TTFB 350 ms; DCL 700 ms; LCP imagen 1 000 ms | La caché difiere de C1. | Describir otra condición, no el efecto de una corrección. |
| C2 · caché fría · red B | TTFB 800 ms; DCL 1 400 ms; LCP imagen 3 800 ms | Cambia la red; C2 no repite C1 en condiciones comparables. | Separar series y repetir con condiciones idénticas. |
| Cronología C1 | LCP−DCL = 1 200 ms; LCP−fin de imagen = 300 ms | Intervalos, no causas demostradas. | Examinar descubrimiento, transferencia y renderizado; no sumar marcas como duraciones independientes. |
¿Qué establece la diferencia C1/W1?
Abra cada propuesta para comparar su diagnóstico. Pueden seguir siendo necesarios otros controles.
Una corrección ahorra 1 100 ms a todos los visitantes.
No: cambia la caché y no se mide un efecto general.
DCL a 900 ms prueba que C1 se mostró por completo.
No: la imagen LCP del caso se representa después.
Una diferencia de 1 100 ms entre condiciones de laboratorio.
Adecuado. Atribuya mejoras tras repeticiones antes/después con caché, red y contenido controlados.
Traza comparativa conservada
Caso: DEMO-P24; ventana 5 s sin interacción C1 fría/A: TTFB 400; DCL 900; LCP 2100 ms Imagen C1: fin de respuesta 1800 ms; renderizado 2100 ms W1 caliente/A: TTFB 350; DCL 700; LCP 1000 ms C2 fría/B: TTFB 800; DCL 1400; LCP 3800 ms C1−W1 LCP: 1100 ms; condiciones distintas Balance: hipótesis por probar, no mejora de usuarios
Conserve versión, viewport, dispositivo, caché, red, elemento LCP y trazas de recursos. Declare repeticiones y regla de síntesis antes de relacionarlo con datos de campo.
Documentación de las reglas, separada de los ejemplos ficticios
02 / Pruebas que conservar
Pruebas que conservar
Población medida
Fuente, fechas, dispositivo, región, URL o grupo y tamaño de muestra.
Distribución
LCP, INP y CLS con percentil y distinción entre datos reales y laboratorio.
Traza causal
Cronología, elemento, tarea o recurso e hipótesis comprobada.
Decisión
Cambio, responsable, efecto y umbral de seguimiento.
Comparar otras situaciones y ejercicios
PUNTO DE CONTROL
Antes de concluir
Una interpretación errónea frecuente y la comprobación que ayuda a evitarla.
Conclusión precipitada
Una puntuación de laboratorio no representa por sí sola la experiencia de todos. Dispositivos, redes, páginas y momentos de medición generan diferencias.
Comprobación decisiva
Definir páginas y recorridos prioritarios, comparar datos reales y laboratorio, y aislar el coste de imágenes, scripts y fuentes. Verificar que la mejora no traslade el problema.
TRAS LA REVISIÓN
Decidir según el hallazgo
Mejora el laboratorio pero no los datos reales
No declare una mejora de usuarios. Revise demora, población, caché, dispositivos y URL antes de atribuir la diferencia.
Carga rápida pero interacción lenta
Analice interacciones que perjudican INP, tareas JavaScript y terceros; repita el mismo recorrido tras corregir.
Decisión y trazabilidad
Decisión y trazabilidad
Qué debe permitir decidir la comprobación y qué conservar para revisar esa decisión.
Prueba suficiente
Mida páginas representativas con dispositivo, red, caché y versión iguales; distinga datos reales y de laboratorio. Conserve la traza de recursos dominantes.
Siguiente decisión
Actúe sobre imagen principal, CSS o script causante. Compare antes y después con el mismo método y vigile regresiones.
Casos de control detallados
Situaciones tipo para preparar un control. No describen misiones realizadas ni observaciones reales.
Una medición local rápida oculta un recorrido móvil lento
Qué examinar
Compare cargas repetidas, condiciones de red y dispositivos. Separe mediciones de laboratorio y observaciones de uso y examine dispersión, páginas afectadas y condiciones de recogida.
Decisión y acción
Resuelva el cuello de botella identificado en el recorrido prioritario. No generalice una media local a todos los visitantes ni atribuya variaciones a una corrección sin condiciones comparables.
Prueba que conservar
Conserve escenario, entorno, número y distribución de mediciones y recursos que retrasaron el contenido útil.
La imagen principal espera una dependencia evitable
Qué examinar
Examine la cronología de peticiones y cuándo se descubre, descarga y muestra la imagen. Revise scripts, estilos y opciones de carga que retrasan la secuencia.
Decisión y acción
Corrija la causa observada y vuelva a medir. Reducir el peso no basta si el navegador descubre tarde el recurso del contenido principal.
Prueba que conservar
Guarde trazas anteriores y posteriores, URL del recurso, dimensiones, peso y cambios de prioridad aplicados.
Una media oculta una página lenta
Qué examinar
Separar plantillas, idiomas, dispositivos y condiciones de medida.
Decisión y acción
Priorizar la tarea lenta observada sobre la media global.
Prueba que conservar
URL, condiciones, recurso dominante y medida posterior.
Revisión antes de decidir
Estas preguntas completan el método. Ayudan a determinar lo respaldado sin eliminar las reservas del registro.
Medición comparable
¿Describen las medidas previas y posteriores dispositivo, red, caché, página y condiciones equivalentes? Conserve varias observaciones y distinga laboratorio y uso real.
Ver una decisión comentada
Ejemplo ficticio: el estado se refiere únicamente al criterio y alcance descritos.
- Observación ficticia
- La medición anterior usa teléfono y caché fría; la posterior ordenador y caché caliente.
- Estado declarado
- Discrepancia observada
- Decisión y próximo control
- Recree condiciones comparables antes de anunciar mejora. Conserve las observaciones iniciales como contextos distintos.
Recorrido sin regresión
¿Conserva la mejora de carga búsqueda, interacciones, formularios e imágenes útiles? Pruebe una interacción tardía y un error, además de la llegada inicial.
Ver una decisión comentada
Ejemplo ficticio: el estado se refiere únicamente al criterio y alcance descritos.
- Observación ficticia
- La imagen principal carga antes, pero el botón de búsqueda deja de responder tras escribir.
- Estado declarado
- Discrepancia observada
- Decisión y próximo control
- Resuelva la regresión funcional antes de cerrar la mejora. Repita búsqueda vacía, útil y estado de error.
Población y percentil
¿Se conservan percentil y categoría de dispositivo? No confundir una media de ensayos aislados con una distribución de uso real.
Documentación consultada : web.dev · Web Vitals ·
Ver una decisión comentada
Ejemplo ficticio: el estado se refiere únicamente al criterio y alcance descritos.
- Observación ficticia
- Tres pruebas de laboratorio dan una media; no hay distribución de visitas reales.
- Estado declarado
- No comprobado
- Decisión y próximo control
- Califique el resultado como medición de laboratorio. Deje sin verificar el percentil real y precise el dispositivo.
HERRAMIENTAS / REGISTROS
Información que registrar
Separe mediciones de laboratorio y datos de campo. Compare misma página, dispositivo y ventanas comparables; conserve percentil y tamaño de muestra disponibles.
- Fecha de consulta y zona horaria
- URL exacta
- Dispositivo / navegador
- Métrica / medición
- Muestra / población
- Resultado observado
- Decisión / próxima acción
- Responsable del control
- Próximo control
03 / FAQ
Preguntas frecuentes
¿Por qué difieren las cifras?
Los datos reales abarcan dispositivos y redes diversos; el laboratorio usa condiciones controladas.
¿Qué es el percentil 75?
El valor que el 75 % de las visitas medidas alcanza o mejora para una métrica y población.
¿Basta una prueba para INP?
No. Pruebe varias interacciones y consulte datos reales; la traza explica un caso.
¿Optimizar todas las imágenes?
Empiece por las que afectan realmente a la carga percibida, con tamaño y prioridad adecuados.
¿Cuál es el valor que se debe tener cuando las medidas varían?
Conservar las ejecuciones y describir su dispersión con una regla de síntesis explícita. La elección debe cumplir con el objetivo del control y permitir que se haga una comparación de nuevo en las mismas condiciones.
04 / Referencias oficiales
Referencias oficiales
Describir un contexto
REFERENCIAS DOCUMENTADAS
Leer los umbrales Core Web Vitals sin inventar un veredicto
LCP, INP y CLS describen tres dimensiones distintas de la experiencia. Sus umbrales publicados clasifican un valor; una prueba aislada no representa por ello a todos los visitantes.
| Referencia | Valor o forma | Qué identifica |
|---|---|---|
| LCP | ≤ 2500 ms · > 4000 ms | LCP describe el renderizado del mayor contenido elegible. Bueno hasta 2500 ms inclusive; necesita mejoras hasta 4000 ms inclusive; deficiente por encima. |
| INP | ≤ 200 ms · > 500 ms | INP describe la respuesta a las interacciones elegibles. Bueno hasta 200 ms inclusive; necesita mejoras hasta 500 ms inclusive; deficiente por encima. No mide toda una tarea de negocio. |
| CLS | ≤ 0,1 · > 0,25 | CLS es una puntuación de estabilidad visual sin unidad. Bueno hasta 0,1 inclusive; necesita mejoras hasta 0,25 inclusive; deficiente por encima. No se convierte en milisegundos. |
| p75 | 75 % | La evaluación de campo usa el percentil 75: unas tres de cada cuatro observaciones son iguales o inferiores a ese valor. La media aritmética responde a otra pregunta. |
| COHORT | URL / origen · dispositivo · periodo | Compare el mismo ámbito: página u origen, dispositivo y periodo. Los umbrales son iguales en móvil y ordenador; las poblaciones se leen por separado. |
| MISSING | ≠ 0 | Una métrica ausente, por ejemplo sin interacción elegible, no vale cero. Sin las tres métricas requeridas y su contexto, no anuncie una aprobación global. |
Clasificar tres valores según los umbrales publicados
Valores iniciales: límites de la categoría buena. Sin petición de red ni medición del sitio. Usted declara el contexto; los datos no se verifican.
Introduzca tres decimales no negativos sin unidades ni separadores de miles (máximo 64 caracteres). Se acepta punto o coma decimal.
Ejemplo inicial: los tres límites pertenecen a la categoría buena. Clasificación numérica: sin conclusión sobre la evaluación de campo.
| Métrica | Valor introducido | Categoría numérica |
|---|---|---|
| LCP | 2500 ms | Bueno |
| INP | 200 ms | Bueno |
| CLS | 0.1 | Bueno |
| Métrica | Bueno | Necesita mejoras | Deficiente |
|---|---|---|---|
| LCP | ≤ 2500 ms | > 2500 · ≤ 4000 ms | > 4000 ms |
| INP | ≤ 200 ms | > 200 · ≤ 500 ms | > 500 ms |
| CLS | ≤ 0.1 | > 0.1 · ≤ 0.25 | > 0.25 |
Qué conservar en el expediente
El lector aplica solo los límites numéricos publicados. Los valores iniciales son los límites de la categoría buena, no mediciones de este sitio.
¿Tres valores buenos demuestran que el sitio aprueba?
Solo bajo las condiciones de evaluación de campo: tres p75 comparables y elegibles para el ámbito declarado. Una prueba de laboratorio o entrada manual no verifica estas condiciones.
Documentación primaria
Documentación consultada el .
REFERENCIAS DOCUMENTADAS
CrUX: separar ventana, ámbito y observaciones disponibles
Una respuesta CrUX describe una población elegible en una ventana móvil. Antes de comparar dos p75, conserve la clave solicitada, los dispositivos y las fechas devueltas.
| Referencia | Valor o forma | Qué identifica |
|---|---|---|
| url / origin | página / origen | Una consulta URL apunta a una página; una consulta origin agrega páginas de ese origen. Un buen resultado del origen no sustituye automáticamente la medición de una página concreta. |
| formFactor | PHONE · DESKTOP · TABLET | formFactor aísla una categoría de dispositivo. Omitirlo agrega las categorías disponibles; no significa ordenador. Cambiar el filtro cambia la población. |
| collectionPeriod | firstDate · lastDate | El esquema devuelve firstDate y lastDate en collectionPeriod. Archive ambas fechas con la métrica y no solo la fecha de consulta. |
| WINDOW | 28 días | La ventana abarca 28 días incluso si la página es más reciente. No demuestra 28 días de observaciones reales ni presencia continua en la muestra. |
| percentiles.p75 | ≠ media | p75 es un percentil, no una media ni una medición instantánea. Las ventanas sucesivas se solapan mucho; no son dos muestras independientes. |
| ELIGIBILITY | público · popular | La elegibilidad depende de usuarios, páginas y una popularidad mínima cuyo umbral exacto no es público. La ausencia de respuesta no implica tráfico nulo ni mal rendimiento. |
Qué conservar en el expediente
La API se actualiza diariamente con retraso de recogida. Repetir una consulta no produce una medición en tiempo real; conserve también el ámbito recibido.
¿Se puede decir «28 días medidos»?
Es preferible «ventana de agregación de 28 días». Una página reciente o temporalmente no elegible puede aportar solo parte de las observaciones posibles.
Documentación primaria
Documentación consultada el .
PROFUNDIZACIÓN / PRÁCTICA
Relacionar una medición técnica con un uso
Una página obtiene una puntuación variable según la herramienta o la ejecución. Para entender la experiencia, es necesario documentar el contexto y distinguir la medida de laboratorio de las observaciones de uso disponibles.
Actualizado el .
Comprobaciones prioritarias
Descargar dispositivo, red simulada, página, estado de cache y repeticiones. Examinar los recursos que retrasan la visualización útil o la interacción, y luego reproducir la medida después de la corrección.
Errores de interpretación
Comparar dos resultados de condiciones diferentes puede atribuir a una optimización un efecto que viene del test. Un logro técnico también puede dejar inalterado un camino confuso.
Documento de trabajo que conservar
Un fichero de medición presenta condiciones, valores brutos, dispersión y cambios realizados. Relaciona la corrección con la etapa del camino que busca mejorar.