Saltar al contenido
Servicios

Servicio · Auditoría de rendimiento web

Una auditoría real mide lo que casi todas las herramientas dejan pasar, y ordena los arreglos por ingresos.

Casi toda auditoría de rendimiento que circula por ahí es una captura de pantalla de un puntaje de Lighthouse y una lista de sugerencias genéricas. Eso no es una auditoría. Una auditoría real separa las mediciones de laboratorio de las de campo, separa los síntomas de las causas, ordena los arreglos por impacto en ingresos y termina con un plan escrito. Esta página cubre qué contiene ese trabajo de verdad, qué dejan pasar la mayoría de las herramientas y cómo se conecta mi trabajo de auditoría con los niveles de compromiso productizados que publico en el resto de este sitio.

01Definición

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.

75%
de las sesiones de usuarios reales tienen que alcanzar el umbral de bueno en Core Web Vitals para que una página cuente como aprobada, medido en el percentil 75 entre móvil y escritorio.
Fuente: Google web.dev (2024)
02Huecos de herramienta

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.

53%
de las visitas móviles se abandonan cuando una página tarda más de tres segundos en cargar.
Fuente: Think with Google, 2017
03Impacto en ingresos

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.

8 a 10%
de aumento promedio en conversión móvil por cada 0.1 segundo de mejora en la velocidad del sitio, entre categorías de retail y de servicios.
Fuente: Deloitte and Google, Milliseconds Make Millions, 2020
04Cómo se conecta con los compromisos

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.

05Proceso

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.

  1. Triaje

    15 a 30 minutos

    Leo 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.

  2. Medición de laboratorio

    1 a 2 horas

    Lighthouse 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.

  3. Medición de campo

    30 a 60 minutos

    Mé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.

  4. Priorización

    1 a 2 horas

    Cada 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.

  5. Plan escrito

    1 a 2 horas

    El 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.

06Alcance

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. 1.Google web.dev. (2024). Core Web Vitals: thresholds and 75th-percentile measurement. https://web.dev/articles/vitals
  2. 2.HTTP Archive. (2024). Web Almanac 2024: Performance chapter. https://almanac.httparchive.org/en/2024/performance
  3. 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. 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. 5.Deloitte and Google. (2020). Milliseconds Make Millions. https://web.dev/case-studies/milliseconds-make-millions
  6. 6.Google web.dev. (2021). Vodafone: a 31% improvement in LCP increased sales by 8%. https://web.dev/case-studies/vodafone
  7. 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.