The future (and the past) of the web is server side rendering
I may be misunderstanding this, but isomorphic SSR sounds an awful lot like the Java Server Faces concept of a server side DOM that is streamed to the client.  JSF was largely dropped by java developers because it ended up scaling poorly, which makes sense since it violates one of the main constraints that Roy Fielding proposed for the webs REST-ful architecture: statelessness.<p>An alternative approach is to retain the statelessness of the first option they outline (I don&#x27;t understand why it isn&#x27;t &quot;true&quot; SSR): use normal, server-rendered HTML, but improve the experience by using htmx (which I made) so that you don&#x27;t need to do a full page refresh.<p>This keeps things simple and stateless, so no server side replication of UI state, but improves the user experience.  From what I understand of the isomorphic solution, it appears much simpler.  And, since your server side doesn&#x27;t need to be isomorphic, you can use whatever language you&#x27;d like to produce the HTML.