Los usuarios reportan que la aplicación se vuelve más lenta cuanto más tiempo la dejan abierta. ¿Cómo lo rastrearías?

Ese patrón apunta a una fuga o a un crecimiento sin límite. Toma capturas del heap en DevTools en dos momentos tras el mismo flujo de usuario, compara tamaños retenidos y mira qué está reteniendo los nodos del DOM desprendidos. Las causas habituales son listeners y suscripciones que nunca se eliminan, temporizadores que siguen corriendo tras el desmontaje, cachés que nunca desalojan y closures que capturan objetos grandes. Se arregla desmontando todo lo que un componente creó.

Primero confirmaría que es memoria y no otra cosa, así que dejaría abierto el monitor de rendimiento y repetiría el flujo que describen los usuarios, mirando el heap y los contadores de listeners y de nodos. Si suben y nunca bajan tras forzar una recolección, es una fuga. Luego tomo una captura del heap, ejecuto el flujo diez veces, tomo otra y comparo por tamaño retenido. Los nodos del DOM desprendidos son la pista, y la ruta de retención me dice qué los está sujetando. En la práctica casi siempre es algo montado sin su desmontaje correspondiente: un listener de resize o scroll en window, una suscripción a un socket, un intervalo o un observer que sobrevive al componente. Encontré uno donde una librería de gráficas añadía un listener por render y solo quitaba uno al desmontar, así que el contador crecía con cada navegación. El patrón de solución es aburrido pero eficaz: todo lo creado en un efecto devuelve su limpieza, y toda caché tiene un límite de tamaño en vez de crecer para siempre.