Usuários relatam que a aplicação fica mais lenta quanto mais tempo deixam aberta. Como você rastrearia isso?

Esse padrão aponta para um vazamento ou crescimento sem limite. Tire heap snapshots no DevTools em dois pontos depois do mesmo fluxo de usuário, compare os tamanhos retidos e veja o que está segurando os nós de DOM desanexados. As causas usuais são listeners e assinaturas que nunca são removidos, timers que seguem rodando depois do unmount, caches que nunca expulsam nada e closures capturando objetos grandes. Corrija desmontando tudo que um componente criou.

Primeiro eu confirmaria que é memória e não outra coisa, então deixaria o monitor de performance aberto e repetiria o fluxo que os usuários descrevem, observando o heap e as contagens de listeners e nós. Se elas sobem e nunca voltam depois de uma coleta forçada, é vazamento. Aí tiro um heap snapshot, rodo o fluxo dez vezes, tiro outro e comparo por tamanho retido. Nós de DOM desanexados são a pista, e o caminho de retenção me diz o que está segurando. Na prática é quase sempre algo montado sem o desmonte correspondente: um listener de resize ou scroll no window, uma assinatura de socket, um interval ou um observer que sobrevive ao componente. Encontrei um caso em que uma biblioteca de gráficos anexava um listener por renderização e removia só um no unmount, então a contagem crescia a cada navegação. O padrão de correção é sem graça mas eficaz: tudo criado num efeito retorna sua limpeza, e todo cache ganha um limite de tamanho em vez de crescer para sempre.