Servicio · Performance Audit
Auditoría de performance, con el vocabulario de 2026
No un PageSpeed score. Core Web Vitals reales con attribution al elemento que causa el problema, datos de campo (RUM) reconciliados con lab, y un presupuesto que evita que todo se degrade la semana siguiente.
- “Tu PageSpeed da 90.”
- FCP, Speed Index, un número global
- FID (deprecado en 2024)
- Solo lab, una corrida
- “Hacelo más rápido”
- INP con attribution al elemento DOM
- LCP desglosado en sus 4 fases
- Long task tracking + TBT como proxy
- Field (RUM, p75) reconciliado con lab
- Performance budget en CI
Qué analizo
Cada métrica, atribuida a su causa
- Core Web Vitals 2026
- LCP, INP y CLS — las métricas que Google realmente usa para rankear. INP reemplazó a FID en 2024; si tu informe todavía habla de FID o Speed Index, está desactualizado.
- INP attribution
- No solo el número de INP: el interaction target específico (el elemento DOM y el handler que respondió lento), descompuesto en input delay, processing time y presentation delay. Eso te dice qué línea de código arreglar.
- LCP attribution diagnostics
- El LCP desglosado en sus 4 fases — TTFB, resource load delay, load time y element render delay — para saber si el cuello es el servidor, el descubrimiento del recurso, la descarga o el render. Cada fase tiene un fix distinto.
- Long task tracking
- Las long tasks (>50 ms) que bloquean el main thread y rompen la interactividad. TBT como proxy de lab del INP, mapeado a los scripts y third-parties que lo causan.
- Field vs lab
- Lighthouse corre en una máquina rápida con red ideal — miente con buena fe. Reconcilio el lab con datos de campo (RUM, p75 de usuarios reales) para ver lo que tu Tier 3 user en mobile lento realmente vive.
- CLS sources
- El largest shift target y las fuentes de cada shift: fuentes web sin métricas calibradas, imágenes sin dimensiones, contenido inyectado. El objetivo es CLS < 0.05, no “se ve bien”.
- JS budget & bundle
- JavaScript execution time, unused JavaScript, y un presupuesto de bundle por ruta. El framework es el piso; el resto debería ser mínimo.
- Performance budget en CI
- Para que las mejoras no se degraden en silencio: asserts en cada PR (LCP, INP/TBT, CLS, tamaño de JS) que bloquean el merge si se rompe el presupuesto.
En vivo, no un screenshot
Esto es tu sesión, medida ahora
Los mismos Core Web Vitals que audito, midiéndose en tu navegador en este momento — incluido el elemento DOM del INP. Interactuá con la página y miralos cambiar.
Interactuá y scrolleá la página: el INP se mide con tu primera interacción real.
Y agregados de usuarios reales (p75, últimos 28 días) en /perf. Este sitio corre exactamente el stack que instalo en una auditoría.
Prueba, no promesa
El sitio es el case study
Este sitio está en Lighthouse 100 con LCP ~500 ms y CLS 0. Documenté cómo —y qué no funcionó— en el case study. La misma metodología que aplico en tu producto.
Preguntas frecuentes
Lo que preguntan sobre la auditoría
¿Esto es lo mismo que pasar PageSpeed Insights?
No. Un score de PageSpeed es un número de lab en una sola corrida. Una auditoría real reconcilia ese lab con datos de campo (RUM), hace attribution de cada métrica al elemento o script que la causa, y entrega fixes priorizados por impacto — no un “mejorá tu score”.
¿Qué es INP attribution y por qué importa?
INP (Interaction to Next Paint) mide qué tan rápido responde la página a las interacciones. La attribution identifica el interaction target exacto — el elemento DOM y el handler — y descompone el delay en input delay, processing y presentation. Sin attribution sabés que algo va lento; con attribution sabés qué arreglar.
¿Necesito tener RUM ya instalado?
No. Parte de la auditoría es montar Real User Monitoring liviano (web-vitals, self-hosted, sin cookies de terceros) para capturar Core Web Vitals de campo con attribution. Este mismo sitio lo corre — los números reales están públicos en /perf.
¿Qué me llevo al final?
Un roadmap priorizado: cada hallazgo con su attribution (qué elemento/script lo causa), el impacto estimado en la métrica, y el fix concreto. Más, si querés, el performance budget configurado en tu CI para que no haya regresiones silenciosas.