[_heimdall]

Impersonating users only gives you their data, with client rendering you may need their device and network conditions to reproduce a bug.

If the bug is in an API you're really just tracking down an issue in your server rendering. When an issue is in client rendering it's after the API response. It could be anything from a network delay that times out some client logic to a corner case that causes a re-render loop or a specific JS performance difference on a specific device with a specific browser version.

My point is just that you don't own the actual hardware or network when rendering UI on the client. That's not to say you should never use client rendering, it is a good fit for some use cases, but I've always found debugging rendering or performance bugs a huge pain compared to server rendering.

[winrid]

I don't use React - I like just using the DOM - so personally I rarely have client side performance issues (unless I do something really dumb).