Qué contiene de verdad una auditoría de rendimiento
Una auditoría de rendimiento es un diagnóstico escrito de por qué un sitio es más lento o menos confiable de lo que debería, ordenado por la gravedad del impacto y el costo de arreglarlo. El resultado no es un puntaje; el resultado es una lista priorizada de cambios con niveles de confianza, movimiento esperado de cada métrica y una estimación del impacto en ingresos de dejar cada uno sin tocar.
El trabajo tiene cinco capas independientes. Red cubre TLS, versión de HTTP, tiempo de respuesta del servidor, configuración de CDN y el tiempo hasta el primer byte en condiciones reales. Dibujado cubre la ruta crítica de renderizado, los recursos que bloquean el dibujado, la estrategia de carga de fuentes y qué tan rápido se pinta de verdad el elemento visible más grande. Interactividad cubre la ejecución de JavaScript, el bloqueo del hilo principal, los scripts de terceros y el patrón de retroalimentación visual cuando el usuario hace clic o escribe. Estabilidad cubre el movimiento acumulado del diseño, el reflujo inesperado de contenido y los sobresaltos de carga tardía que hacen que una página se sienta barata. Rezagos cubre todo lo que técnicamente no es ninguna de las anteriores pero le cuesta en silencio, incluidos los formatos de imagen, las barreras de accesibilidad que además son problemas de rendimiento, y la cola larga de scripts que su equipo olvidó que había instalado.
La medición profunda cubre las cinco capas tanto en condiciones de laboratorio (entorno controlado, repetible, fácil de depurar) como en condiciones de campo (usuarios reales en dispositivos reales, muestreados en el percentil 75, el umbral que Google mismo usa para calificar los Core Web Vitals) (Google web.dev, 2024). Auditar solo una mitad de ese par es como reportes de Lighthouse de apariencia razonable terminan cubriendo sitios que en realidad están rotos para la mayoría de los visitantes.
Qué dejan pasar en silencio las herramientas gratuitas
PageSpeed Insights, Lighthouse y el panel de rendimiento de Chrome DevTools son herramientas reales. Uso las tres en cada auditoría. Cada una tiene huecos conocidos, y en 2026 esos huecos importan más de lo que importaban antes.
Divergencia entre laboratorio y campo. Un puntaje de Lighthouse corrido en un escritorio rápido con limitación simulada no es lo que viven sus visitantes. Los usuarios reales están en un Android de gama media con una conexión LTE inestable en la esquina de un crucero. La medición de campo del percentil 75, tomada del Chrome User Experience Report, con frecuencia difiere del puntaje de laboratorio por veinte a cuarenta puntos (HTTP Archive Web Almanac, 2024). Cuando los dos divergen, el número de campo es contra el que Google posiciona. El número de laboratorio es la decoración.
INP bajo presión. Lighthouse simula la interacción en condiciones de laboratorio y solo en un momento. INP, la métrica que reemplazó a FID en marzo de 2024, captura la peor interacción observada en toda la sesión (Sullivan y Viscomi, 2024). Un puntaje de INP de Lighthouse que se ve bien puede esconder una sola interacción brutal durante el envío de un formulario o la apertura de una ventana modal que destroza la experiencia real.
Inestabilidad de los terceros. Los widgets de chat, los scripts de pruebas A/B, los SDK de analítica, las etiquetas publicitarias y los gestores de consentimiento se cargan con frecuencia de forma asíncrona, lo que significa que no aparecen igual en cada corrida de una sola instantánea de laboratorio. Su costo solo se puede medir a lo largo de muchas sesiones reales. Casi ninguna auditoría lo hace. Una auditoría real cataloga cada script de terceros, mide su costo observado y recomienda una decisión de diferir o eliminar por cada script.
Lo que el puntaje no puntúa. Las categorías de accesibilidad, SEO y buenas prácticas de Lighthouse son superficiales. Un sitio puede sacar 100 en accesibilidad de Lighthouse y reprobar WCAG 2.2 en condiciones de auditoría real, porque la herramienta revisa alrededor de treinta condiciones y WCAG 2.2 tiene ochenta y seis (W3C, 2023). Un sitio puede sacar 100 en SEO y no tener esquema, ni canonicalización, ni estrategia de enlazado interno. El puntaje es un punto de partida, no un veredicto.
Qué le compra de verdad una auditoría real, en dólares
El caso de ingresos del rendimiento no es sutil. La investigación de rendimiento en retail de Akamai encontró que un retraso de cien milisegundos en la carga reducía las tasas de conversión en siete por ciento en su conjunto de datos de sitios de comercio electrónico (Akamai, 2017). El estudio de Deloitte de 2020 sobre velocidad de sitios móviles y resultados de retail, hecho con Google, encontró que una mejora de una décima de segundo en la velocidad del sitio móvil entregaba un aumento de ocho a diez por ciento en conversión en todas las categorías, incluidos los negocios de servicios (Deloitte y Google, 2020). La reconstrucción de Vodafone de una de sus páginas sobre una base moderna mejoró el largest contentful paint en treinta y uno por ciento y subió las ventas en ocho por ciento durante la ventana de medición (Google web.dev, 2021).
Para un negocio de servicios la cuenta es parecida pero el mecanismo es un poco distinto. Los sitios de servicios lentos pierden visitantes de alta intención que llegaron de una búsqueda de Google con una pregunta específica. El visitante ve dos segundos de carga, aprieta el botón de regresar, y el siguiente competidor de la lista se lleva la llamada. La tasa a la que esto pasa sube con fuerza entre los dos y los cinco segundos de carga percibida (Akamai, 2017; Deloitte y Google, 2020). Para un taller que genera cincuenta prospectos entrantes al mes, un aumento de diez por ciento en conversión por trabajo de rendimiento son cinco clientes adicionales, cada mes, para siempre. Con un ticket promedio de trescientos a setecientos dólares, esa cuenta justifica la auditoría y los arreglos dentro del primer trimestre.
Lo contrario también es cierto: una auditoría que sale con salud limpia también vale, porque obliga a que la conversación se mueva a donde de verdad está la fuga de ingresos. Casi todos los sitios que escaneo tienen al menos un problema de rendimiento que cuesta ingresos medibles. Una minoría no tiene ninguno, y en ese caso la auditoría redirige la atención al diseño de conversión, a los textos o a las señales de confianza, que se diagnostican con las mismas herramientas.
El camino de tres niveles, de la auditoría a los arreglos publicados
Publico tres niveles de compromiso productizados que se conectan limpiamente con el arco de auditar y arreglar. La elección depende de lo que arroje su escaneo, de sus tiempos y de cuánto quiera publicar de una sola pasada.
Nivel uno, primera lectura gratis. Pathlight corre un escaneo con puntaje contra cualquier URL en aproximadamente noventa segundos. El resultado es un reporte escrito que cubre rendimiento, conversión, confianza y estimaciones de impacto en ingresos, con una lista de arreglos priorizada. El escaneo es gratis, el reporte es suyo y no hay obligación de seguimiento. Casi todas las auditorías que hago empiezan aquí, porque Pathlight es la herramienta de diagnóstico que construí exactamente para esto.
Nivel dos, arreglo productizado. El Sprint de Correcciones es el compromiso posterior al escaneo cuando el reporte identifica un puñado de problemas claros y de alto impacto que se pueden publicar sin una reconstrucción completa. Compromiso de dos semanas a precio fijo. Los tres problemas de mayor prioridad de su escaneo, ordenados por impacto en ingresos, desplegados en producción. Incluye un Lighthouse de antes y después y un nuevo escaneo de Pathlight, para que el movimiento sea verificable y no una afirmación. La cuota se acredita a un compromiso mayor si decide seguir.
Nivel tres, reconstrucción completa. Cuando la auditoría saca a la superficie problemas estructurales (tecnología heredada, deuda técnica profunda, sin capa de esquema, plantillas frágiles, mal dibujado en móvil en todo el sitio), la respuesta correcta es reconstruir en lugar de otra ronda de parches. El compromiso completo de desarrollo en Next.js está cubierto en la página de desarrollo en Next.js, con alcance del compromiso, entregables y el argumento honesto de cuándo una reconstrucción es lo correcto y cuándo es exagerado.
El encuadre honesto es que no todos los sitios necesitan los tres niveles, ni siquiera uno. Si su escaneo devuelve un reporte limpio y usted está contento con los resultados de conversión, el siguiente paso correcto es ningún compromiso. Se lo voy a decir en la llamada de descubrimiento, y se lo he dicho a suficientes compradores como para que sea parte de cómo vendo esta postura.
Cómo corro una auditoría, de principio a fin
Cinco fases, en orden. Las fases escalan con el nivel de compromiso: un escaneo de Pathlight es automatizado y corre las fases 1 a 3 en unos dos minutos. Un Sprint de Correcciones corre las cinco conmigo en el circuito. Una reconstrucción completa dobla estas fases dentro de las etapas de Descubrimiento y Arquitectura del compromiso mayor.
Triaje
15 a 30 minutosLeo la URL como la leería un comprador. Qué carga en el primer dibujado, qué carga después, qué se siente raro en los primeros diez segundos, a dónde se va mi ojo, qué no encuentro. Las notas del triaje entran directo en la auditoría antes de que corra cualquier herramienta, porque la lectura de percepción humana es la capa que las herramientas no pueden replicar.
Medición de laboratorio
1 a 2 horasLighthouse corre sobre las páginas canónicas en móvil y escritorio. WebPageTest corre contra varios perfiles de conexión y tres regiones geográficas. El panel de rendimiento de Chrome DevTools para una captura detallada de gráfica de llamas por página representativa. El resultado es una tabla estructurada de métricas de laboratorio con una columna por página, una fila por métrica y color por gravedad.
Medición de campo
30 a 60 minutosMétricas de campo del percentil 75 del Chrome User Experience Report para cada URL con tráfico suficiente. Monitoreo de usuarios reales desde la propia analítica del sitio si está conectada. Los números de campo son contra los que Google posiciona; los de laboratorio son contra los que yo depuro. Los dos van al reporte, lado a lado, porque la divergencia entre ellos es en sí misma un hallazgo.
Priorización
1 a 2 horasCada hallazgo recibe tres números: gravedad (1 a 5), costo de implementación (S, M, L) y confianza en la estimación de impacto en ingresos (baja, media, alta). La lista se ordena por gravedad dividida entre costo. Lo de arriba es lo que se publica primero. Lo de abajo pasa al rezago o se corta por completo si la relación entre costo e impacto está mal.
Plan escrito
1 a 2 horasEl reporte es un solo PDF o una página de Notion que cubre resumen ejecutivo, tabla de laboratorio, tabla de campo, hallazgos priorizados, plan de acción recomendado y un apéndice corto sobre qué se revisó y por qué se saltaron ciertas tácticas. El plan es el entregable. Los arreglos ocurren en el nivel de compromiso que usted elija.
Tiempos, entregables y precio
Preguntas comunes
Lo que suelen preguntar los compradores antes de firmar
Siguiente paso
La primera lectura más rápida es un escaneo gratis de Pathlight contra su URL en vivo.
El escaneo produce las mismas mediciones de laboratorio y de campo con las que abro cada compromiso pagado, en unos dos minutos. Si el reporte saca a la superficie problemas arreglables, el Sprint de Correcciones publica los tres principales en dos semanas a precio fijo. Si saca problemas estructurales, la conversación se mueve a una reconstrucción completa. En cualquiera de los dos casos, el diagnóstico es suyo y el siguiente movimiento es suyo.
Fuentes
- 1.Google web.dev. (2024). Core Web Vitals: thresholds and 75th-percentile measurement. https://web.dev/articles/vitals
- 2.HTTP Archive. (2024). Web Almanac 2024: Performance chapter. https://almanac.httparchive.org/en/2024/performance
- 3.Sullivan, B., and Viscomi, R.. (2024). INP becomes a stable Core Web Vital on March 12. https://web.dev/blog/inp-cwv-march-12
- 4.Akamai. (2017). Akamai Online Retail Performance Report: Milliseconds are critical. https://www.akamai.com/newsroom/press-release/akamai-releases-spring-2017-state-of-online-retail-performance-report
- 5.Deloitte and Google. (2020). Milliseconds Make Millions. https://web.dev/case-studies/milliseconds-make-millions
- 6.Google web.dev. (2021). Vodafone: a 31% improvement in LCP increased sales by 8%. https://web.dev/case-studies/vodafone
- 7.W3C. (2023). Web Content Accessibility Guidelines (WCAG) 2.2. https://www.w3.org/TR/WCAG22/
Autor
Joshua Jones dirige DBJ Technologies, un estudio de una sola persona que construye sitios y aplicaciones para negocios de servicios en toda el área metropolitana de Dallas-Fort Worth. Última revisión: 5 de mayo de 2026.