Performance y Core Web Vitals para sites agénticos
Interaction To Next Paint, Speculation Rules, bfcache, prerender. Qué cambia cuando un agente es el usuario primario y no el humano.
Imparte · Por confirmar · Invitado
El rendimiento dejó de ser un lujo: es ranking, conversión y, cada vez más, si un agente puede usar tu producto sin frustrarse. Los Core Web Vitals cambian cuando el usuario primario no es humano. Aquí mides dónde se pierde la velocidad y la recuperas con criterio.
La velocidad ya no se mide al cargar, sino al responder: en marzo de 2024 el INP sustituyó al viejo indicador de carga. Y responder rápido depende del hilo principal, que un KB de JavaScript satura mucho más que un KB de imagen. Cada componente que un agente añade «porque sí» no suma peso: multiplica latencia justo donde ahora se mide.
Qué veremos
- INP, LCP y CLS: los tres Core Web Vitals y por qué el INP cambió las reglas en 2024.
- El coste real de cada recurso: por qué el JavaScript es el byte más caro.
- Carga instantánea: Speculation Rules, prerender y bfcache.
- Qué cambia cuando el usuario primario es un agente, no una persona.
- Medir bien: campo frente a laboratorio, percentiles y cómo no engañarte con la media.
- Presupuesto de performance en el sistema: ponerlo, automatizarlo y defenderlo.
Qué te llevas
- Sabrás dónde se pierde la velocidad real de tu producto y cómo recuperarla con criterio.
- Un presupuesto de performance para tu design system, listo para automatizar en CI.
- Un patrón de carga instantánea (Speculation Rules, prerender, bfcache) aplicado a un flujo real.
Aplícalo desde el minuto uno Mide hoy el INP de tu vista más usada con PageSpeed Insights (datos de campo, no de laboratorio) y anota el percentil 75. Es el número con el que Google te juzga y que casi nadie de tu equipo conoce. Tenerlo ya cambia la conversación.
Ejemplos de uso
- Bajar el Interaction to Next Paint de una vista lenta y entender por qué estaba alto.
- Aplicar Speculation Rules, bfcache y prerender a un flujo real.
- Poner un presupuesto de performance en tu design system y defenderlo.
- Decidir qué cambia cuando quien navega tu producto es un agente, no una persona.
Caso de estudio
31 % más rápido, 8 % más ventas
Vodafone hizo un test A/B sobre una sola métrica: mejorar el LCP (lo que tarda en pintarse el contenido principal) un 31 %. El grupo que recibió la versión más rápida compró un 8 % más, con subidas claras también en visitas a página de producto y en conversión de carrito. Una métrica de rendimiento, medida bien, movió el negocio sin tocar el diseño. La velocidad no es estética: es ingreso.
Vodafone · web.dev case studyPara quién es
Diseñadores e ingenieros de sistema que cargan con la velocidad real del producto.
Cómo funciona
- Mes
- M04
- Formato
- En directo · 2 h
- Calendario
- Segundo jueves · 19:00 CET
- Suelta
- 29 € · gratis con el Programa
- Acceso
- Queda grabada
- 00–15
Novedades del campo
Qué ha cambiado este mes y qué deberías mirar.
- 15–45
El marco
Los conceptos que sostienen la sesión, sin relleno.
- 45–85
Demo en vivo
Se construye delante de ti, sobre herramientas reales.
- 85–105
Aplícalo a tu proyecto
Lo llevas a tu caso ahí mismo: sales con una mejora hecha, no con apuntes.
- 105–120
Preguntas
Traes tu caso; se resuelve en directo.
Antes de empezar · Lecturas
Para llegar con contexto. Los libros enlazan a Amazon.
