You're writing Google Docs? Good for you, you can use an SPA. You're writing a social networking site? That should be a regular HTML page, with a sprinkling of JS. Blog? HTML page. Issue tracker? HTML page.
Every site I've used that's been plain HTML and CSS, with maybe minor supplements in Javascript, is much nicer to use than any SPA. People claim they load faster, but I've never experienced that in practice - a plain HTML page loads in milliseconds, but downloading a giant gzip of Javascript and waiting for it to make a zillion API calls takes seconds.
GMail's HTML-only interface fully loads and renders in ~630ms for me. The SPA version takes 11.69 seconds.
lite.cnn.com loads in 287ms. CNN.com takes 4.25 seconds.
thin.npr.org loads in 112ms. NPR.org takes 1.47 seconds.
Need I go on? Even for the lightest one, NPR, if you assume loading an article on the SPA version is instantaneous, you'd need to load 14 articles to make up for the slowness of the initial SPA load. The others are all much worse. And this is with an adblocker enabled - this will only get worse with one disabled.
Using SPAs when they aren't strictly necessary is a great way to shoot your site's performance, usability, and accessibility in the foot. You can fix the usability and accessibility problems, but you need to devote substantial engineering resources to doing so, and those are free if you just use the damn plain HTML.
Literally every other type of website on the planet should use traditional loading pages.
Could you provide examples (not exceptions) maybe to support your PoV?
Could you provide few examples of such apps that would not benefit from being native?
this seems counterintuitive.
SSR means most processing happens on big iron inside a dc, this has to be more efficient than each user buying a new machine every few years just to have that peak js-perf needed for the latest frameworks.